Description of problem: If a dashboard contains a portlet for which configuration becomes invalid or other errors occur within the portlet, the dashboard fails to load. This can be seen in Bug 846818. Version-Release number of selected component (if applicable): JON 3.1.0 How reproducible: Always
Per 3.1.2 triage with loleary, mfoley, ccrouch, asantos: Okay to move to JON 3.2.
The Dashboard should wrap all individual portlet creation into try-catch-blocks so that a bad portlet will not blow up Dashoard
branch: master link: http://git.fedorahosted.org/cgit/rhq/rhq.git/commit/?id=1e2f74e4a time: 2014-01-09 16:39:45 +0100 commit: 1e2f74e4ad545ad92ad39fdca6f691fd85608d2c author: Jirka Kremser - jkremser message: [BZ 846819] - Broken dashboard portlets or portlets with invalid configuration SHOULD NOT prevent the entire dashboard from working - surrounding the risky interaction with particular portlets into try-catch block to make the logic little bit more robust. Now, exception thrown from a portlet doesn't affect other portlets, so the portlets are more autonomous so to speak.
release/jon3.2.x commit 4e96f844a18814912a1728ad737394681d7e2de2 Cherry-Pick Master 1e2f74e4ad545ad92ad39fdca6f691fd85608d2c
Moving to ON_QA as available for testing in the following brew build: https://brewweb.devel.redhat.com//buildinfo?buildID=336752 Note: the installed version is still JON 3.2.0.GA by design and this represents part of the payload for JON 3.2.1 also known as cumulative patch 1 for 3.2.0.GA. How this will be delivered to customers is still being discussed.
Verified JON 3.2.1 DR1. Due to input validation, it was impossible to enter invalid data ...due to input validation ... so no non-customer-facing error message could appear.
JON 3.2.1 released week of 5/5/2014