Issue Details (XML | Word | Printable)

Key: DERBY-395
Type: Bug Bug
Status: Closed Closed
Resolution: Fixed
Priority: Major Major
Assignee: Bryan Pendleton
Reporter: A B
Votes: 0
Watchers: 0
Operations

If you were logged in you would be able to see more operations.
Derby

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

Created: 28/Jun/05 09:24 AM   Updated: 24/May/06 04:33 AM
Return to search
Component/s: Network Server
Affects Version/s: 10.0.2.2, 10.1.1.0
Fix Version/s: 10.1.3.1, 10.2.1.6

Time Tracking:
Not Specified

File Attachments:
  Size
File Licensed for inclusion in ASF works svn.status 2006-01-29 01:58 AM Bryan Pendleton 0.1 kB
File Licensed for inclusion in ASF works svn_jan_27_2006.diff 2006-01-29 01:58 AM Bryan Pendleton 1 kB
Environment: Running Derby Network Server with either JCC or Derby client.

Resolution Date: 01/May/06 12:05 AM


 Description  « Hide
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.


 All   Comments   Work Log   Change History   Subversion Commits      Sort Order: Ascending order - Click to sort in descending order
No work has yet been logged on this issue.