[jboss-as7-dev] Management Console: changing values that require a restart

[Andrig Miller]

----- Original Message -----

> From: "David Bosschaert" <david at redhat.com>
> To: "jboss-as7-dev at lists.jboss.org Development"
> <jboss-as7-dev at lists.jboss.org>
> Sent: Monday, August 22, 2011 3:52:11 AM
> Subject: [jboss-as7-dev] Management Console: changing values that
> require a restart

> Hi all,

> Just like to get the general feeling about this.

> In the Management Console and via the Detyped API you can in some
> cases
> modify configuration that requires a restart in order to become
> effective. I'd like to find out what the general feeling is about
> this:

> Option 1: make it editable via the Console and display a message that
> changing this configuration requires a restart.

Anything that should be able to be changed should be able to be changed through the UI, so Option 1 is the way to go. Certainly, a message that says it won't take affect until you restart the server is good. We could also consider adding a step to the process that allows them to do the restart at that point, schedule a restart at a latter time, or just have the message. 

> Option 2: make it viewable only.

> So option 2 is clearly the safest option, but has a drawback that
> people
> can't use the console to specify this configuration, they'd have to
> crack open the .xml and edit that.

> Option 1 gives people a fancy editor over standalone.xml / domain.xml
> but does have the disadvantage that the specified values don't get
> applied until the restart is done.

> How do we generally handle this? Obviously, the best thing to do is
> change the behaviour so that the restart isn't needed by sometimes
> this
> isn't the highest priority within the realm of time constraints...

If we can change the behavior to not require a restart that would be preferable. If we could come up with a list of changes that do require a restart, we could do two things with it. We could document it in the administration guide, but we could also track it via Andiamo, and make determinations on which things would be the most beneficial to invest in making it that we don't have to do a restart, and change things over time (release to release). 

Andy 

> Cheers,

> David
> _______________________________________________
> jboss-as7-dev mailing list
> jboss-as7-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-as7-dev/attachments/20110822/2d292a86/attachment.html