Error Handling: Multiple server.log errors indicating http 406 Not Acceptable

[kcondon]

Seeing this in the logs, without tying it to a specific user action, though I am testing the download all api:

[2020-07-22T08:52:30.214+0000] [Payara 5.201] [SEVERE] [] [edu.harvard.iq.dataverse.api.errorhandlers.ThrowableHandler] [tid: _ThreadID=92 _ThreadName=http-thread-pool::jk-connector(5)] [timeMillis: 1595407950214] [levelValue: 1000] [[
Uncaught REST API exception:
Incident: 39be6b43-cbbf-4dc9-a19a-484f413872a3
URL: https://dataverse-internal.iq.harvard.edu/api/v1/datasets/export?exporter=dcterms&persistentId=doi%3A10.70122%2FFK2%2FEVQ2OH
Method: GET
javax.ws.rs.NotAcceptableException: HTTP 406 Not Acceptable

@qqmyers Has made the following comments:
ThrowableHandler was added prior to #7085. When it was added, it stopped the default handing for exceptions such as javax.ws.rs.NotAcceptableException . What #7085 did was to add more exception/http code-specific handlers to manage the ones Dataverse source throws so that they don't get caught be the new default ThrowableHandler. My guess is that javax.ws.rs.NotAcceptableException is being thrown by the framework code rather than Dataverse source code, so I didn't add a specific handler for it. The fix is probably to just add yet-another handler for this specific exception and just send a 406 response as intended. The Redirect handler is probably a good example.

[qqmyers]

FWIW - datasets/export can produce "application/xml", "application/json", or "application/html". My guess is that if someone makes an API call requesting something other than one of those, it's a 406.

[poikilotherm]

@qqmeyers @pdurbin Should we try instead of adding more handlers for them whether we can replace lots of 'em by matching on the base class in one handler?

Those specific cases of special formating can still be handled by a separate handler... I'm not 100% sure this works, but willing to try.

If you want I can look into this tomorrow morning.

[qqmyers]

@poikilotherm - refactoring would make sense - even the ones that do custom logging are very similar. (I also don't know if one could simply rethrow from the ThrowableHandler if its one of the WebAppExceptions.) If you have time to try things out tomorrow, I'd say go for it. Thanks!