Many settings in the server and agent are targeted at production runs. For example scan intervals are long or for plugin redeployments, the version overrides the timestamp. When developing on RHQ (e.g. writing a new plugin) it would be nice if settings would be more developer friendly: - scan intervals are much shorter - for plugin deployment only timestamp is relevant - agent could periodically run "plugins update" - debug logging is automatically enabled - web app reloading is on by default I think this could/should be enabled by a "-Drhq.devel.mode switch to the startup of server and agent. The UI should print a warning line at the top (or have the menu bar rendered in red or such) to show that this is for development only
Temporarily adding the keyword "SubBug" so we can be sure we have accounted for all the bugs. keyword: new = Tracking + FutureFeature + SubBug
making sure we're not missing any bugs in rhq_triage
- scan intervals are much shorter agreed. - for plugin deployment only timestamp is relevant i wouldn't want to change the algorithm for calculating whether we have a new plugin - if we can't use the algorithm that's leveraged in customer environments, then something is severely flawed. are these particular bugs you see in the product today heiko? - agent could periodically run "plugins update" agreed, auto-sync of the newest plugins would be nice. perhaps this could be accomplished by a server-side plugin. - debug logging is automatically enabled for which categories? enabling debugging for everything would be a debug log storm. and the log4j file on the server is automatically reloading, so there wouldn't be much gained there. i suppose it could be argued that running the agent in debug mode would be a win. - web app reloading is on by default isn't it already in a dev build (-Pdev)?