+++ This bug was initially created as a clone of Bug #802810 +++

Description of problem:Currently AS7 retunrs 

"response-headers" => {"process-state" => "reload-required"}

in response to any configuration change that requires server restart. User needs to know this, because otherwise he expects his changes happen immediately.


Version-Release number of selected component (if applicable):


How reproducible:always


Steps to Reproduce:
1.Make a config change that requires server restart using JON - for example change some configuration in 'standart-sockets' socket binding group

  
Actual results: User does not know, whether configuration change you did is immediate or not.


Expected results:User is notified about the fact, that server needs reload.

--- Additional comment from mazz on 2012-03-14 09:42:09 EDT ---

Note: our <resource-configuration> metadata can also indicate a restart is required. So we have the ability for any plugin to indicate a config change requires a restart:

<simple-property ... activationPolicy="immediate">

where activationPolicy's default is "immediate" but which can be "restart" or "shutdown" (meaning, a change to that property will take effect either "immediately" or which requires a restart - I have no idea what it means for a config property to take effect "on shutdown" :-)

--- Additional comment from ccrouch on 2012-03-20 11:50:04 EDT ---

I'm currently of the opinion the infrastructure changes required for this are out of scope for jon3.1, so setting priority to low. We could certainly add activationPolicy="restart" attributes on properties we know will need this support in the future.

In the meantime we should include in the description of such properties a statement saying how a server restart is required in order for a value change to get picked up.

--- Additional comment from hrupp on 2012-04-20 05:53:05 EDT ---

Created attachment 578935 [details]
Possible patch

The attached patch uses the existing, but so far unused notes filed of configuration objects.

If a note is present, it will be shown in the config details view as transient yellow bar.

It would be nice if this could also be done in the history list, as this is where the user is directed after submitting a config change.

--- Additional comment from ccrouch on 2012-05-08 15:55:34 EDT ---

Upping priority given usability enhancement this could provide.

--- Additional comment from hrupp on 2012-05-10 10:07:21 EDT ---

master b303055