ari-ban / test2

0 stars 0 forks source link

GenericJMSRA would benefit from separately configurable loggers #59

Closed arinban closed 6 years ago

arinban commented 10 years ago

The present GenericJMSRA implementation uses a single java.util.logging.Logger, identified by its name "com.sun.genericjmsra", for all logging purposes.

(NB This is true even when the resource adapter is deployed multiple times within a single application server, which apparently was never intended but which otherwise works just fine on GlassFish 2 and 3.)

It would be desirable to create multiple (child) loggers so that each Admin Object (for outbound queues/topics) or ActivationSpec (for inbound ones) could have its own log level setting and so that log entries originating with different queues/topics could be correlated with separate logger names. The current situation results in confusing and less-than-truly-helpful server logs in real-world situations when multiple inbound and outbound queues are involved and the (global) log level is cranked up for troubleshooting.

Environment

GlassFish (2.1.1 or 3.1.2), Linux (SLES10SP2, SLES11SP2), x86_64

Affected Versions

[0.9, 1.0a, 1.0, v1.5, 1.5, v1.6, 1.6, 2.1a, 2.1b, current, 2.2a]

arinban commented 6 years ago
arinban commented 6 years ago

@arinban Commented

arinban commented 6 years ago

@arinban Commented @arinban Commented

arinban commented 10 years ago

@arinban Commented @arinban Commented @glassfishrobot Commented Reported by gerhard_niklasch

arinban commented 7 years ago

@arinban Commented @arinban Commented @glassfishrobot Commented This issue was imported from java.net JIRA GENERICJMSRA-59

arinban commented 6 years ago

Closing this as this issue is migrated to https://github.com/ari-ban/test1/issues/59