Hi Wolfram
I am not sure which document you are referring to but I can certainly
tell you that v3 will maintain compatibility with regards to
administration. You will still have a backward compatible CLI
commands, the console will also be delivered (but will become more
modular to accommodate the number of application containers that can
be installed) and finally AMX the API to configure programmatically
will also be supported.
We are planning to continue using only one xml file so far, I know it
has drawbacks but we often found that users like to see the product's
configuration as one consistent co-location set of information. We
have also buried the ability to split it if the dev community feels
this is something we should do
HTH, Jerome
On Jan 15, 2008, at 1:57 PM, w.rittmeyer wrote:
> Hello,
>
>
> I have read on some of the GF blogs/wikis/whatever that GF from v3
> onwards would be managed mainly by config files. Now I cannot find
> this document any more but am nevertheless still wondering what this
> means.
>
> If this means that there are more files with smaller scopes each
> instead of one large domains.xml I'll be more than happy. If on the
> other hand this means that configuration is done by files rather
> than being able to use asadmin (like in one way xor the other) I
> won't be too happy. But of course the former doesn't necessarily
> imply the latter.
>
> On the other hand I've read somewhere else in the wiki that the web
> based admin console and asadmin should match in scope (with some few
> exceptions like asadmin start-domain). So this sounds promising and
> I am quite hopeful that asadmin stays the powerful tool it nowadays
> is.
>
> Hopefully s.o. on this list can provide links to documents
> explaining what _really_ is going to happen with regards to
> adminstration files, asadmin and the admin console.
>
>
> Thanks,
>
> Wolfram Rittmeyer
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>