[ https://issues.apache.org/jira/browse/DERBY-1275?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12478610 ]
Laura Stewart commented on DERBY-1275: -------------------------------------- Can you help me understand what, if anything, needs to be documented in the Derby books about this issue? > Provide a way to enable client tracing without changing the application > ----------------------------------------------------------------------- > > Key: DERBY-1275 > URL: https://issues.apache.org/jira/browse/DERBY-1275 > Project: Derby > Issue Type: Improvement > Components: Network Client > Affects Versions: 10.1.3.1, 10.2.1.6 > Reporter: Kathey Marsden > Assigned To: Mamta A. Satoor > Priority: Minor > Fix For: 10.3.0.0 > > Attachments: DERBY1275EnableClientTracingDiffV1.txt, > DERBY1275EnableClientTracingDiffV2.txt, > DERBY1275EnableClientTracingDiffV3.txt, > DERBY1275EnableClientTracingDiffV4.txt, > DERBY1275EnableClientTracingDiffV5.txt, > DERBY1275EnableClientTracingStatV1.txt, > DERBY1275EnableClientTracingStatV2.txt, > DERBY1275EnableClientTracingStatV3.txt, > DERBY1275EnableClientTracingStatV4.txt, DERBY1275EnableClientTracingStatV5.txt > > > Currently the client tracing can be enabled by setting attributes on the > client url, setXXX methods on the DataSource or calling > DriverManager.setLogWriter(), but it often cannot be enabled in a deployed > client application because all of these API's require modification of the > application or its configuration files. > It would be good to have a global way to turn on client tracing. A system > property pointing to a property file is one possibility but probably not > ideal because of the impact in class loader contexts. I am not sure what > the other possiblities are, -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.