Kedar Mhaswade wrote:
>
>
> 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?
>
> It's slightly different. It's like finding out what cart is capable of
> doing what when you have multiple carts and/or you are "used to" the
> cart's capabilities from a previous life.
What if I have no cart? Will it buy me a cart, or at least tell me
where to shop for a cart? :-P
j/k
>
> Thus, with this we solve two problems:
> - letting user know that a capability needs to be added to the modular
> core.
> - letting a user (who's used to V2) to get there. Note that ANY
> distribution
> of GlassFish v2 had clustering support; whereas NONE of the
> GlassFish v3
> distributions have clustering support!
>
>>
>> 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
>