db-derby-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Daniel John Debrunner (JIRA)" <derby-...@db.apache.org>
Subject [jira] Commented: (DERBY-1063) Add new jar file to execute tools/network server with java -jar
Date Fri, 10 Mar 2006 02:08:41 GMT
    [ http://issues.apache.org/jira/browse/DERBY-1063?page=comments#action_12369772 ] 

Daniel John Debrunner commented on DERBY-1063:
----------------------------------------------

Thanks, here it is.

java -jar derbyrun.jar ij [-p propertiesfile] [sql script]
java -jar derbyrun.jar sysinfo [-cp ...] [-cp help]
java -jar derbyrun.jar dblook [args] (or no arguments for usage)
java -jar derbyrun.jar NetworkServerControl [args] (or no arguments for usage)

The last one, NetworkServerControl, looks out of place to me, e.g.

java -jar derbyrun.jar NetworkServerControl start

I wonder if it would be more usable if  we replaced 'NetworkServerControl' with 'server'.

java -jar derbyrun.jar server start

There is a simpler alternative to starting the network server, already in 10.1 (thanks to
Andrew reminding me)

java -jar derbynet.jar start

I think having both is fine, but the purpose of derbyrun is to make it easy, seems 'server'
is easier to type than NetworkServerControl .




> Add new jar file to execute tools/network server with java -jar
> ---------------------------------------------------------------
>
>          Key: DERBY-1063
>          URL: http://issues.apache.org/jira/browse/DERBY-1063
>      Project: Derby
>         Type: Improvement
>   Components: Tools
>     Versions: 10.2.0.0
>     Reporter: Andrew McIntyre
>     Assignee: Andrew McIntyre
>      Fix For: 10.2.0.0
>  Attachments: derby1063.diff, derby1063_v2.diff
>
> Support execution of the tools with java-jar using the manifest Class-Path attribute.
Originally added as part of DERBY-1019, this seeks to reinstate thee functonality that was
removed as a result of DERBY-1045. Create a new jar file to execute the tools, along with
an improvement to sysinfo to report the location of the jars from which the info properties
files are loaded. Note that this does not attempt to mitigate the current problems running
sysinfo under a security manager, but to improve the reporting of the locations of the loaded
files if they are not loaded from the classpath.

-- 
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


Mime
View raw message