Bug 596725 - Feature Request: Auto Discovery of Response Time Log for JBoss
Summary: Feature Request: Auto Discovery of Response Time Log for JBoss
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: RHQ Project
Classification: Other
Component: Inventory
Version: 3.0.0
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
: ---
Assignee: RHQ Project Maintainer
QA Contact: Mike Foley
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-05-27 11:48 UTC by Jochen Riedlinger
Modified: 2014-05-29 18:13 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-05-29 18:13:15 UTC
Embargoed:


Attachments (Terms of Use)

Description Jochen Riedlinger 2010-05-27 11:48:37 UTC
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.2) Gecko/20100115 Firefox/3.6

After our embedded webapps are discovered it would be nice if (on the inventory/connection tab) the response time log file path would be set automatically from autodiscovery.
Perhaps this could be done in conjunction with naming conventions used in the RhqRtFilter.

We use Maven to create our EARs and embedded WARs and have the version number in their filenames. When we update to new versions of our applications the files/applications with the new names are found (and we uninventory the old ones)
Since we have about 15 of these embedded WAR files on each of our cluster nodes ther's a lot of work configuring the "Response Time Log File"-path for each WAR.

(In JOPR 2.3.? this already worked. It would be nice if you can restore that feature.)

Reproducible: Always

Steps to Reproduce:
1. Deploy WAR or EAR with embedded WAR on JBoss EAP 5.0.0
2. Navigate to that WAR -> Inventory -> Connection
3. The entry for "Response Time Log File" is empty


Expected Results:  
The path to the rt-logfile should be there from autodiscovery

Comment 1 Jay Shaughnessy 2014-05-29 18:13:15 UTC
Please re-open if this is still an issue.


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