On Nov 11, 2014, at 2:12 PM, Jacques Le Roux <[email protected]> 
wrote:

> 
> Le 11/11/2014 10:07, Jacopo Cappellato a écrit :
>> Hi Jacques,
>> 
>> thanks for looking at this; the OFBiz bootstrap class clearly need some 
>> love; see inline:
>> 
>> On Nov 11, 2014, at 9:05 AM, Jacques Le Roux <[email protected]> 
>> wrote:
>> 
>>> Hi,
>>> 
>>> While working on the "technical production setup guide" update I noticed 
>>> some inconsistencies related to the "java -jar ofbiz.jar" commands.
>>> 
>>> The help gives you:
>>> 
>>> c:\projectsASF\ofbiz>java -jar ofbiz.jar -help
>>> 
>>> Usage: java -jar ofbiz.jar [command] [arguments]
>>> -both    -----> Run simultaneously the POS (Point of Sales) application and 
>>> OFBiz standard
>>> -help, -? ----> This screen
>>> -install -----> Run install (create tables/load data)
>>> -pos     -----> Run the POS (Point of Sales) application
>>> -setup -------> Run external application server setup
>>> -start -------> Start the server
>>> -status ------> Status of the server
>>> -shutdown ----> Shutdown the server
>>> -test --------> Run the JUnit test script
>>> [no config] --> Use default config
>>> [no command] -> Start the server w/ default config
>>> 
>>> But actually only the -help, -status and -shutdown command need a dash.
>>> So I suggest that we change the -help command to return the other commands 
>>> without dashes, or?
>> yes, or we could change the code to accept dashed arguments
> I believe it would be better (consistent), also because it would restore the 
> previous behaviour. Of course it needs more work (that's why I suggested the 
> lazy solution)

Of course if you don't have time fixing this it will be ok if you fix the 
output only.

>>> Also should we not rename install to load-demo?
>> load-data would be a better choice
> +1
>> 
>>> The setup or -setup command starts but fails
>> I suspect that the external app server setup component doesn't work and the 
>> thread that I started some time ago in the user list seems to confirm my 
>> assumption; in my opinion we should get rid of it and of this startup 
>> argument.
> I don't even know what is this "external app server setup component" :D

I was actually referring to the specialpurpose/appserver component :-)

> So I'm all to get rid of it if nobody care
>> 
>>> And while at it I'm not sure what
>>>    [no config] --> Use default config
>>> means
>> I think it means that if you don't specify a startup properties file, some 
>> default values (hardcoded) will be applied.
> But how is it different from [no command]?

I don't know... maybe [no command] actually "starts" the application but 
yeah... I am not sure about these too.

> 
> Jacques
>> 
>>> Thanks
>>> 
>>> Jacques

Reply via email to