from a user point of view, I love this! With all the modularizing, and
adding on of components, users
will be encountering plenty of situations where like this. When m old
Windows2K asks me if I want to install XX, then does it, I am so happy.
If we could do that in asadmin, our CLI would be a rock star. IMHO
On 03/12/09 16:01, Kedar Mhaswade wrote:
> Hi Jerome,
>
> Didn't know that work was underway in this area.
> But I am not sure if deployment is the only trigger
> for this.
>
> My idea is analogous to Ubuntu, which doesn't just
> break on a command missing from PATH, but helps the
> user get to it if the command is something that it
> knows about! Thus, svn/git/hg/... get a special treatment, but
> a typo or an unknown program does not.
>
> Thus, something special is going on there. I suspect it is
> communicating with the Debian package repo and doing something.
> Need to investigate.
>
> Also, how would deploy command help when user tries
> something like "asadmin create-cluster" or "create-node-agent"?
> When a user tries this, asadmin knows that s/he's aware of that
> command (like svn) and hence we help the user get there.
>
> -Kedar
>
> Jerome Dochez wrote:
>>
>> On Mar 12, 2009, at 3:39 PM, Tim Quinn wrote:
>>
>>> Kedar,
>>>
>>> This seems like a very nice usability enhancement.
>>> One possible frustration awaits users... If the system is smart
>>> enough to tell me (as the user) what *I* should do to obtain the
>>> missing piece, why doesn't it just ask me if I want *it* to do it
>>> for me?
>>>
>>> EJB support is not currently installed. Would you like to
>>> download and install it now? [y/n]
>> unfortunately this is not possible through what Kedar is proposing
>> since the generic deploy command would be the most likely trigger for
>> that message. But I have to say this would be the most useful
>> application of the concept "you are missing X, do you want X to be
>> installed?". Sniffers would be a way to achieve that behaviour (that
>> was my reason for coming up with Sniffer all together) but some work
>> is needed to get there.
>>
>> jerome
>>
>>>
>>> I remember with not much fondness a product I used back in the '80s
>>> called TDMS from Digital (both long gone!). It had a definition
>>> language in which the word "request" figured prominently. I
>>> remember with great disgust that, encountering the misspelling
>>> "reqeust" (I was a frequent offender) its diagnostic error would
>>> complain something like
>>>
>>> Found "reqeust." Did you mean "request?"
>>>
>>> Infuriating.
>>>
>>> - Tim
>>>
>>> Lloyd Chambers wrote:
>>>> It would be a nice touch.
>>>>
>>>> But what is the likelihood of using a command for something that is
>>>> not installed on the server (perhaps intentionally)...isn't that
>>>> putting the cart before the horse?
>>>>
>>>> Lloyd
>>>>
>>>> On Mar 12, 2009, at 3:12 PM, Kedar Mhaswade wrote:
>>>>
>>>>> Soliciting inputs from all of you regarding this interesting
>>>>> problem I am seeing with modular nature of the server.
>>>>>
>>>>> The inspiration is drawn from Ubuntu. On my Ubuntu machine, when I
>>>>> say "svn", it says:
>>>>>
>>>>> The program 'svn' is currently not installed. You can install it by
>>>>> typing:
>>>>>
>>>>> sudo apt-get install *subversion*
>>>>>
>>>>> Thus, it knows the "intent" of the user and helps him/her to get
>>>>> there.
>>>>>
>>>>> Wouldn't it be nice to have something similar for asadmin especially
>>>>> since we are in a diverse environments of distributions like web
>>>>> profile,
>>>>> full Java EE 6 profile, cluster-aware installation/domain,
>>>>> or just a domain that's missing certain "capabilities" that might be
>>>>> available in update center? e.g. you do
>>>>>
>>>>> asadmin migrate-timers ... on a domain/installation that has no
>>>>> EJB support and it comes back and says:
>>>>>
>>>>> EJB support is currently not installed. You can install it by typing
>>>>> pkg install glassfish-v3-ejb (or whatever that is).
>>>>>
>>>>> I am tempted to add this as a requirement in CLI spec. What are your
>>>>> thoughts? If we decide to do this, we need a lot of co-ordination
>>>>> across
>>>>> teams to do this.
>>>>>
>>>>> Thank you,
>>>>> Kedar
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: admin-unsubscribe_at_glassfish.dev.java.net
>>>>> For additional commands, e-mail: admin-help_at_glassfish.dev.java.net
>>>>>
>>>>
>>>> Lloyd Chambers
>>>> lloyd.chambers_at_sun.com
>>>> GlassFish Team
>>>>
>>>>
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: admin-unsubscribe_at_glassfish.dev.java.net
>>>> For additional commands, e-mail: admin-help_at_glassfish.dev.java.net
>>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: admin-unsubscribe_at_glassfish.dev.java.net
>>> For additional commands, e-mail: admin-help_at_glassfish.dev.java.net
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: admin-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: admin-help_at_glassfish.dev.java.net
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: admin-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: admin-help_at_glassfish.dev.java.net
>