You are viewing a plain text version of this content. The canonical link for it is here.
Posted to derby-commits@db.apache.org by Apache Wiki <wi...@apache.org> on 2007/06/07 19:53:46 UTC
[Db-derby Wiki] Update of "UndocumentedDerbyBehavior" by KatheyMarsden
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Db-derby Wiki" for change notification.
The following page has been changed by KatheyMarsden:
http://wiki.apache.org/db-derby/UndocumentedDerbyBehavior
------------------------------------------------------------------------------
Currently, the client tracing can be enabled by setting jdbc url attributes or through setXXX methods on the DataSource or by calling DriverManager.setLogWriter method (More information on these options can be found in the Server and Administration Guide). All these options require changing the client code which may not be a feasible option for a deployed client application. To get around this, in Derby 10.3, 2 new JVM properties([http://issues.apache.org/jira/browse/DERBY-1275 DERBY-1275]) have been added. They are namely, derby.client.traceLevel and derby.client.traceDirectory. When the client application is started, the users can include these 2 JVM properties to start the client side tracing. eg
java -Dderby.client.traceDirectory=./traceDir -Dderby.client.traceLevel=64 clientApplication
+ When running under security manager, read permission for these properties is required. If permission to read the properties is not allowed, the properties will be ignored and tracing will not be affected.
+
Re: [Db-derby Wiki] Update of "UndocumentedDerbyBehavior" by KatheyMarsden
Posted by Kathey Marsden <km...@sbcglobal.net>.
Myrna van Lunteren wrote:
> Is there a reason why this is/can not get documented in the manuals?
>
I am only speculating as I was not involved in the original change, but
I wonder if it is because System properties are not the ideal solution
because they cannot be separated when being used across ClassLoaders.
Previously derby.system.home was the only system property we really had
to worry about. Adding new system properties potentially complicates
the issue further. See DERBY-1228 for concerns about
derby.system.home. So I am guessing there was concern over creating a
public interface that introduced more system properties.
Kathey
Re: [Db-derby Wiki] Update of "UndocumentedDerbyBehavior" by KatheyMarsden
Posted by Myrna van Lunteren <m....@gmail.com>.
Is there a reason why this is/can not get documented in the manuals?
Thx,
Myrna