Bug 1007696 - [GSS] (6.2.x) CLI fails to show app status when runtime-name is different from the deployment name
Summary: [GSS] (6.2.x) CLI fails to show app status when runtime-name is different fro...
Alias: None
Product: JBoss Enterprise Application Platform 6
Classification: JBoss
Component: Domain Management
Version: 6.0.1
Hardware: All
OS: All
Target Milestone: CR1
: EAP 6.2.1
Assignee: Brian Stansberry
QA Contact: Petr Kremensky
Russell Dickenson
Depends On: 1049102
Blocks: eap62-cp01-blockers
TreeView+ depends on / blocked
Reported: 2013-09-13 07:10 UTC by Jay SenSharma
Modified: 2018-12-04 15:52 UTC (History)
12 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
When the runtime name of an application was different to the name of the EAR, the management CLI would fail to show the status of the application, returning instead the message "No metrics available.". The cause of this issue was that the management CLI queried the application by the name of the EAR and since this was different to the name of the EAR, a match could not be found. To resolve this issue, the search is now conducted by the application's runtime. As a result, CLI operations are now successful even if the runtime name does not match the name of the EAR.
Clone Of:
: 1049102 (view as bug list)
Last Closed: 2014-02-24 20:14:28 UTC
Type: Bug

Attachments (Terms of Use)

System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker WFLY-2061 0 Major Resolved CLI fails to show app status when runtime-name is different from the deployment name 2015-07-21 00:56:36 UTC

Description Jay SenSharma 2013-09-13 07:10:32 UTC
Description of problem:
If an application is deployed with a different "runtime-name" other than the actual EAR "name" then CLI fails to show the Status of the application.

Version-Release number of selected component (if applicable):

How reproducible: Yes

Steps to Reproduce:

Step1). Deploy an application with a different --name and --runtime-name as following:

[domain@localhost:9999 /] deploy /home/ABC.ear --name=ABC.ear --runtime-name=XYZ.ear --server-groups=main-server-group

Step2). Now try to see the status of an application then it is showing "no metrics available".

[domain@localhost:9999 /] /host=master/server=server-one/deployment=ABC.ear:read-attribute(name=status)
{ "outcome" => "success", "result" => "no metrics available" }

Actual results:
Where as if the --name and the --runtime-name is dame then the application status is shown properly as "OK"

Expected results:
{ "outcome" => "success", "result" => "OK" }

Additional info:

Comment 1 Jay SenSharma 2013-09-13 07:15:34 UTC
- According to the "runtime-name" description the users should be allowed to choose a different runtime-name for their deployments.

- "description" =>  "Name by which the deployment should be known within a server's runtime. This would be equivalent to the file name of a deployment file, and would form the basis for such things as default Java Enterprise Edition application and module names. This would typically be the same as 'name', but in some cases users may wish to have two deployments with the same 'runtime-name' (e.g. two versions of \"foo.war\") both available in the deployment content repository, in which case the deployments would need to have distinct 'name' values but would have the same 'runtime-name'."

Comment 2 JBoss JIRA Server 2013-09-13 13:21:53 UTC
Karsten Jorgensen <karjoe> made a comment on jira WFLY-2061

If the "name" is not identical to the "runtime-name", it is also not possible to check statistics like the number of instances of some session bean. I don't know if the root cause of this is the same as the root cause of not being able to check the application status?

Comment 8 Nikoleta Hlavickova 2014-01-24 09:01:17 UTC
Verified with 6.2.1.CP.CR1-patch.

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