Bug 802810 - as7: signal a reload-required to the user
Summary: as7: signal a reload-required to the user
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: RHQ Project
Classification: Other
Component: Agent
Version: 4.3
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
: RHQ 4.5.0
Assignee: Heiko W. Rupp
QA Contact: Mike Foley
URL:
Whiteboard:
Depends On:
Blocks: as7-plugin 820623
TreeView+ depends on / blocked
 
Reported: 2012-03-13 14:37 UTC by Libor Zoubek
Modified: 2015-11-02 00:42 UTC (History)
3 users (show)

Fixed In Version:
Clone Of:
: 820623 (view as bug list)
Environment:
Last Closed: 2013-09-01 10:01:51 UTC
Embargoed:


Attachments (Terms of Use)
Possible patch (7.48 KB, text/plain)
2012-04-20 09:53 UTC, Heiko W. Rupp
no flags Details

Description Libor Zoubek 2012-03-13 14:37:43 UTC
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.

Comment 1 John Mazzitelli 2012-03-14 13:42:09 UTC
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" :-)

Comment 2 Charles Crouch 2012-03-20 15:50:04 UTC
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.

Comment 3 Heiko W. Rupp 2012-04-20 09:53:05 UTC
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.

Comment 4 Charles Crouch 2012-05-08 19:55:34 UTC
Upping priority given usability enhancement this could provide.

Comment 5 Heiko W. Rupp 2012-05-10 14:07:21 UTC
master b303055

Comment 6 Heiko W. Rupp 2012-05-10 20:15:28 UTC
reverted in commit 3c58c86

Comment 7 Heiko W. Rupp 2012-05-15 07:18:09 UTC
master ac1d68bd117

Comment 8 Libor Zoubek 2012-05-21 10:42:27 UTC
verified on Version: 4.4.0.JON310-SNAPSHOT Build Number: 31b4844

Comment 9 Libor Zoubek 2012-05-21 14:10:49 UTC
puttning back ON_QA - need to verify on master

Comment 10 Heiko W. Rupp 2013-09-01 10:01:51 UTC
Bulk closing of items that are on_qa and in old RHQ releases, which are out for a long time and where the issue has not been re-opened since.


Note You need to log in before you can comment on or make changes to this bug.