Exactly! there's already a way to offer the functionality. only...its ugly.
so instead of asking someone to copy a file from a cryptic location to
another, how about if we offer a more elegant way:
allow the remote hostname and remote domain name that needs to be
replicated, to be passed as a :
* CLI parameter in asadmin create-domain.
* GUI parameter read from a text box, in Admin GUI.
real 'low hanging fruit' in my book.
-aditya
Sankar Neelakandan wrote:
> If the domains are going to be of same type , when one domain is setup
> the domain.xml of that domain can be used as template to create
> similar domains. The user doesn't have to do all the setup again and
> again.
>
> -Sankar
>
> Aditya Dada wrote:
>> Recently, a paying customer, in order to save money, wanted to use
>> our Appserver, install it on 10 (or more) different solaris zones,
>> and run their portal on each of those installations.
>>
>> Consider this: there's one system administrator, trying to setup 10
>> copies of the same appserver. all the resources available to each
>> installation are the same. similar applications will be running on
>> those copies of appserver. If the system administrator were to alter
>> 10 (say) parameters on each of those installations, it would soon
>> become unwieldy, and unmanageable. Instead, the admin, tunes the 10
>> parameters on one installation, and then for the others, points to
>> this one 'golden' configuration that can be picked up.
>>
>> Another use case: A tech lead in a mid size company that uses our
>> application server to develop applications on, is an expert in
>> performance tuning. She tunes her own machine to the proper
>> parameters, and emails a pointer to her machine, where the rest of
>> her team can pick up the configuration from. so since they all have
>> machines of same capabilities, they can now all work with the same
>> performance parameters to see the response times of their projects.
>>
>> Yet another use case: a professor teaching a course on distributed
>> reliable systems tunes his own machine. then asks his students to
>> pick up the environment from his machine for simulating performance
>> of a website that they're about to crash.
>>
>> I'm sure there could be tons more. And I know that we already provide
>> a way to our customers to do this by copying relevant files (config
>> directory/ backing up domains...).
>>
>> My thought is, shouldn't we formally support this feature through the
>> admin infrastructure? re-quoting the example: At the time GlassFish
>> is installed, or a new domain is created, the user is asked whether
>> the parameters should be picked from another machine on the intranet?
>>
>> I haven't evaluated competitor products, and thus, do not have
>> information if this feature is supported on other products. But I
>> think that this feature is a natural extension to what we offer, and
>> so should consider supporting it formally.
>>
>> Thoughts?
>>
>> -Aditya
>>
>>
>>> Subject:
>>> Re: Making it easy for the system admins?
>>> From:
>>> Kedar Mhaswade <Kedar.Mhaswade_at_Sun.COM>
>>> Date:
>>> Fri, 18 Aug 2006 14:50:26 -0700
>>> To:
>>> admin_at_glassfish.dev.java.net
>>>
>>> To:
>>> admin_at_glassfish.dev.java.net
>>>
>>>
>>> Can you be more specific?
>>> Usually the tuning parameters are specific to a particular
>>> machine and resources available, so I am not able to understand
>>> the requirement here.
>>>
>>> Did you see such a facility in a competitor/other product?
>>> Can you send a link to their documentation?
>>>
>>> Kedar
>>>
>>> Aditya Dada wrote:
>>>> Hi All,
>>>>
>>>> I believe there could be a very common scenario of use of
>>>> Glassfish, in which an admin would setup GlassFish on one zone of
>>>> Solaris (say), or one machine, and then would like that
>>>> installation to pick up the tuning parameters (e.g. pool size,
>>>> permgen size etc.) from another location. Currently there's no easy
>>>> way to do this (other than copy some directory/files from one
>>>> machine to another).
>>>>
>>>> Is there any plan on making this easier for the system
>>>> administrators in upcoming releases?
>>>>
>>>> For e.g. at the time GlassFish is installed, or a new domain is
>>>> created, the user is asked whether the parameters should be picked
>>>> from another machine on the intranet? Or, a feature that lets
>>>> system administrators search for parameters that are set
>>>> differently on other machines in the same company/department, and
>>>> then as a table of values is presented, compare, adopt or discard
>>>> those.
>>>>
>>>> I believe there is something on similar lines already being
>>>> discussed, but I just wanted to find out if this situation had been
>>>> covered.
>>>>
>>>> Thanks,
>>>> -Aditya