Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Derby Development" <derby-dev@db.apache.org>
Message-ID: <2097143964.1119918897644.JavaMail.jira@ajax.apache.org>
Date: Tue, 28 Jun 2005 02:34:57 +0200 (CEST)
From: "A B (JIRA)" <derby-dev@db.apache.org>
To: derby-dev@db.apache.org
Subject: [jira] Created: (DERBY-395) Server-side "trace on" and "trace off"
 commands do not appear to be working correctly.
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

Server-side "trace on" and "trace off" commands do not appear to be working correctly.
--------------------------------------------------------------------------------------

         Key: DERBY-395
         URL: http://issues.apache.org/jira/browse/DERBY-395
     Project: Derby
        Type: Bug
  Components: Network Server  
    Versions: 10.0.2.2, 10.1.1.0    
 Environment: Running Derby Network Server with either JCC or Derby client.
    Reporter: A B
     Fix For: 10.2.0.0


Documentation in the Server & Admin guide talks about a "derby.drda.traceAll" system property and two trace commands available from the NetworkServerControl API: "trace on" and "trace off".   The "trace on" command is supposed to turn tracing on for all server sessions, unless a specific session number is passed in via the "-s" parameter.  Similarly, the "trace off" command is supposed to turn tracing off for all server sessions, unless a specific session number is passed in via the "-s" parameter.

However, I've noticed the following behavior, which appears to be incorrect.

1) if the server is started with derby.drda.traceAll=true, then subsequent attempts to turn tracing off do not work.  For example:

// Start the server with 'traceAll' set to true.
> java -Dderby.drda.traceAll=true org.apache.derby.drda.NetworkServerControl start
Server is ready to accept connections on port 1527.

// Try to turn tracing off.
> java org.apache.derby.drda.NetworkServerControl trace off
Trace turned off for all sessions.

But then, despite the message saying that trace was turned off, tracing is still enabled for all connections thereafter: if I connect three more times, I will see a 'ServerX.trace' file for each connection.

2) If the server is started with derby.drda.traceAll=false, then attempts to turn tracing on _only_ affect the connection that enables tracing; tracing will NOT be done for any subsequent connections.  For ex:

// Start the server with 'traceAll' set to false (which is also the default)
> java -Dderby.drda.traceAll=false org.apache.derby.drda.NetworkServerControl start
Server is ready to accept connections on port 1527.

// Turn tracing on.
> java org.apache.derby.drda.NetworkServerControl trace on
Trace turned on for all sessions.

Now I see a 'ServerX.trace' for the connection that was made to turn tracing on.  However, if I then connect three more times, I will _not_ see any 'ServerX.trace' files for those connections.


-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira