Description of feature request: The audit trail for alert notifications does not capture all available information at the time the alert triggers. For instance, resource operations do not give the full details of which resource it actually executed the operation on, what the (parameter-replaced) arguments were, or what the results were. Unfortunately, it's not going to be easy to display all of this richly structured information because the alerts audit trail saves everything into a flat string column. Need to review each and every permutation of options for each and every custom alert sender and determine what we want each toString() implementation to be.
Created attachment 422391 [details] alert notification audit trail
commit ce1219095b5b03e86f91826a99e4df48661806b0 Author: Joseph Marques <joseph> Date: Wed Jun 9 09:06:08 2010 -0400 BZ-601983: improve audit trail for operation-based alert notifications toString() variants are now... * on this resource * on the ( <resource ancestry> ) resource * on the <ancestorType> ancestor * on the '{name}' <descendantType> descendant * on the '{name}' <descendantType> descendant under the <ancestorType> ancestor
Will need details here as to what kind of changes we should expect to see and test for.
The commit message describes exactly what you'll see. If you create an operation-based alert notification and choose SELF option, it will print "Executed '<selectedOperation>' on this resource". If you create an operation-based alert notification and choose SPECIFIC RESOURCE option, it will print "Executed '<selectedOperation>' on the ( <fullAncestryOfSpecificResource> ) resource", and so on.
Verified on jon24 beta1 Created an operation-based alert choosing 'this resource' as option. Below message is displayed: "Executed 'Get Current Date/Time' on this resource Check the corresponding operation history for more details." Created an operation-based alert choosing 'specific resource' as option. Below message is displayed: "Executed 'Check Configuration File Syntax' on the ( sunillaptop > sunillaptop.usersys.redhat.com:80 ) resource Check the corresponding operation history for more details." The link 'operation history' in above messages takes user to the resource operation history page.
Sunil, you might as well test the "relative resource" cases too: * select an ancestor ('search from') only * select an ancestor and a descendant ('filter by') only * select an ancestor, a descendant, and fill in something into the input box for the descendant name filter
Verified on jon24 beta1 for relative resources: * selected an ancestor ('search from') only: Below is the message- "Executed 'Get Current Date/Time' on the RHQ Agent ancestor Check the corresponding operation history for more details." * selected an ancestor and a descendant ('filter by'): Below is the message- "Executed 'Get Current Date/Time' on the RHQ Agent descendant under the RHQ Agent ancestor Check the corresponding operation history for more details." * selected JBossAS Server ancestor, Script descendant, and entered a scriptname into the input box: Below is the message- Executed 'Execute Script' on the 'scriptpara.sh' Script descendant under the JBossAS Server ancestor Check the corresponding operation history for more details.
Mass-closure of verified bugs against JON.