It does, but it depends on looking through the server's jar files for the
man page for the command. As long as you're running asadmin from the same
installation as the server, you should be ok. But note that with v3 it
would be possible to install the server on one machine, the client on another,
and then install a new module on the server that provides commands the client
doesn't know about, and the client wouldn't be able to find the man pages for
the commands if the server is down.
Bhavanishankar wrote on 9/5/10 9:11 PM:
> Thanks Bill. As long as 'asadmin create-http-listener --help' works even when
> the server is down, I got what I wanted.
>
> On 09/06/2010 03:41 AM, Bill Shannon wrote:
>> Bhavanishankar wrote on 9/5/10 11:36 AM:
>>
>>> Suppose if the admin server is NOT running, then 'asadmin create-http-listener'
>>> throws Remote server does not listen for requests on [localhost:4848]. Is the
>>> server up? (I quickly checked in the v2 installation I have, there 'asadmin
>>> create-http-listener' prints the help message for that command though the server
>>> is down)
>>>
>>> Is this a regression in latest builds or it is been by design?
>>>
>> If by "help message" you mean the usage message (as opposed to the man page
>> you get when you do --help), then yes, it's by design.
>>
>> In v3, the client asadmin command doesn't know anything most commands until
>> it contacts the server. The server tells it what the options are for the
>> command. If the server is down, it can't get any of this information.
>>
>> Also, the usage message normally is used to indicate that you specified one
>> of the options incorrectly. That doesn't seem like the appropriate message
>> when the server is down. If you're literally doing "asadmin
>> create-http-listener" with no arguments, then if the server is up it will
>> prompt you for the missing arguments. If the server is down, it doesn't
>> even know that arguments are missing.
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>
>>