db-derby-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mamta A. Satoor (JIRA)" <j...@apache.org>
Subject [jira] Commented: (DERBY-1275) Provide a way to enable client tracing without changing the application
Date Thu, 01 Feb 2007 14:59:05 GMT

    [ https://issues.apache.org/jira/browse/DERBY-1275?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12469447
] 

Mamta A. Satoor commented on DERBY-1275:
----------------------------------------

Dan, I think I understand the Decorator class comment. It seems that the purpose of TestConfiguration
class is to have static methods which will do some setup related things and then return an
instance of a decorator based on that (eg sqlAuthorizationDecorator() method sets up the sqlAuthorization
property and then passes it on to the decorator DatabaseChangeSetup). But the static method
I added simply returns an instance of the decorator using the parameters passed to the static
method. And hence it doesn't fit the definition of the TestConfiguration class.

I will add another class called say, TestDecorator. I will move my following method from TestConfiguration
class to the new TestDecorator class. Is this what you were proposing?
public static Test systemPropertiesSetupDecorator(Test suite, Properties newProperties)
    {
        return new SystemPropertyTestSetup(suite, newProperties);    	
    }

  

> 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.2.3.0
>
>         Attachments: DERBY1275EnableClientTracingDiffV1.txt, DERBY1275EnableClientTracingDiffV2.txt,
DERBY1275EnableClientTracingDiffV3.txt, DERBY1275EnableClientTracingDiffV4.txt, DERBY1275EnableClientTracingStatV1.txt,
DERBY1275EnableClientTracingStatV2.txt, DERBY1275EnableClientTracingStatV3.txt, DERBY1275EnableClientTracingStatV4.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.


Mime
View raw message