Rüdiger zu Dohna
Rüdiger zu Dohna
If the logging-interceptor could be installed as a JBoss module, the dependency could be set to provided and the war would be smaller (e.g. deploy faster).
E.g., if a parameter is a `List`, the json output should be an array of strings. And if it's an object with parameters, it should be a json object with...
If a class is annotated, the methods inherited from Object should not be logged. If this is required (which would be a quite strange use case), method level annotations should...
[joda-convert](http://www.joda.org/joda-convert/index.html) has a good coverage of basic converters, and it's easy to extend and proven.
Right now the return message is fixed `return {}`, but with the named params and mdc vars, it would be nice to have it configurable.
@DontLog works for parameters, how could I specify that I don't want the return value to be logged?
Add an option to configure the mapping of some built-in exceptions, e.g. `org.eclipse.microprofile.faulttolerance.exceptions.CircuitBreakerOpenException` to status code 503 Service Unavailable. And there should be a default config for as many built-in...
read status codes and types from `throws`-declared exceptions
There must not be multiple exceptions with the same type, by their class name or by their `@Type` annotation.