Jerome Dochez wrote:
> first of all, Arun is slightly obsolete :
It's weird that we have obsolete commands in v3 ;-) I think there should
be a separate section that lists such commands.
> now if the current directory contains a hello.war, a hello.ear and a
> hello subdirectory, I am not sure that a system choosing the "right"
> file based on an ordering rule that nobody will know is an advantage.
> Also considering that most shell do file completion, it's not that much
> typing after doing a TAB.
It's still inconsistent to me. Using the same command to undeploy
whether EAR or WAR sounds still weird, YMMV.
-Arun
>
> Jerome
>
> vince kraemer wrote:
>> That sounds like a great CLI enhancement, to me.
>>
>> I hate to type. I love it when a tool "does the right thing", even if
>> I make a bit of a mistake.
>>
>> vbk
>>
>> Arun Gupta wrote:
>>>> I don't exactly understand the question you are asking in this
>>>> e-mail...
>>>>
>>>> I think you are asking for something like this...
>>>>
>>>> If the user enters 'asadmin deploy hello', then the operand will be
>>>> used as the "root" of a matching scheme...
>>>>
>>>> The deploy command would search to see if there was a hello.war or
>>>> hello.ear or hello.jar or a directory named hello... in some order...
>>>>
>>>> The first match found would be deployed.
>>>>
>>>> Does that summarize your request correctly... or at least closely?
>>> Yes
>>>
>>> -Arun
>>>>
>>>> I would be a bit concerned about what would happen if there was a
>>>> file named hello (with no extension)
>>>>
>>>> vbk
>>>>
>>>> Arun Gupta wrote:
>>>>> An application is deployed as:
>>>>>
>>>>> asadmin deploy hello.war or
>>>>> asadmin deploy hello.ear or
>>>>> asadmin deploydir hello
>>>>>
>>>>> and all 3 deployments are undeployed as
>>>>>
>>>>> asadmin undeploy hello
>>>>>
>>>>> Now the question ...
>>>>>
>>>>> Can the deployment be simplified by creating precedence rules and
>>>>> making the extension redundant ?
>>>>>
>>>>> -Arun
>>>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>
--
Application Platform, Sun Microsystems, Inc.
Blog: http://blogs.sun.com/arungupta