When viewing compatible groups of resources and their children, the same resource will be displayed multiple times in the group view. For example, if you have a two node EAP 5 cluster: JBOSS_HOME=/opt/jboss/eap/jboss-eap-5.1/jbossas NODE1_CONF=Node1 NODE2_CONF=Node2 The result is that the resource key for an EAR deployed to the cluster becomes too unique for the grouping to see that the resource is the same. etat.ear (Node1) Resource Key: vfsfile:/opt/jboss/eap/jboss-eap-5.1/jboss-as/server/Node1/deploy/etat.ear/ etat.ear (Node2) Resource Key: vfsfile:/opt/jboss/eap/jboss-eap-5.1/jboss-as/server/Node2/deploy/etat.ear/ This issue can be seen by simply importing two JBoss EAP 5 instances into inventory which use two different configuration directories, adding them to a compatible group, and then looking at the admin-console.war application in the group view.
this is an issue with the jboss-5 plugin. its creating unique resource keys across all resources, not just across peer resources
I bet this is a problem for lots of other resources types too. We will need to check those and assess the impact of fixing those other occurrences.
Would be interesting consider the scenario shown in this topic: http://community.jboss.org/message/602370
I found two sets of ResourceTypes affected by this problem: 1) AS5 plugin deployments (EARs, WARs, EJB-JARs, etc.) 2) AS4 and AS5 plugin Scripts With [master 25e909e], I upgraded the keys, using the new resource upgrade facet, as follows: 1) old key format: "vfszip:/C:/opt/jboss-6.0.0.Final/server/default/deploy/http-invoker.sar/invoker.war/" (the ManagedDeployment name) new key format: "{default}http-invoker.sar/invoker.war" (where "default" is the profile the deployment is deployed to and the rest is the hierarchy of the managed deployment, using the simple/base names for each of the ancestors 2) old key format: "/opt/jboss/bin/run.sh" (absolute path of script) new key format: "run.sh" if script is under server bin dir, or absolute path otherwise
The new key format will not address 1) as described by this bug. etat.ear (Node1) Resource Key: vfsfile:/opt/jboss/eap/jboss-eap-5.1/jboss-as/server/Node1/deploy/etat.ear/ etat.ear (Node2) Resource Key: vfsfile:/opt/jboss/eap/jboss-eap-5.1/jboss-as/server/Node2/deploy/etat.ear/ As we can see, the configuration name here is Node1 and Node2. So, this cluster would still uniquely identify the two etat.ear files as separate from a group perspective. Not sure that this can easily be addressed though unless we look at partition names and group addresses as part of the grouping mechanism. This same issue would also apply in the following scenario: etat.ear (MyServer) Resource Key: vfsfile:/opt/jboss/eap/jboss-eap-5.1/jboss-as/server/MyServer/deploy/etat.ear/ etat.ear (MyServer) Resource Key: vfsfile:/opt/jboss/eap/jboss-eap-5.1/jboss-as/server/MyServer/customer-apps/etat.ear/
Note, the management profile name used in the new resource key format is not the same thing as the configuration set name (e.g. Node1, Node2). I think the profile name would typically be the same for two nodes in a cluster, so I think the new format will address your use case.
Verified on build101 (Version: 4.1.0-SNAPSHOT Build Number: 712d0e1) Insalled and imported two JBoss EAP 5 instances into inventory which uses two different configuration directories(default and all). Created a compatible group of these two instances. Navigated to the Inventory->members tab of admin-console.war application in the group view. Added a 'key' column on the page. The key for both the resources is displayed as per the new format: {default}admin-console.war The key for the script is displayed as as per the new format: run.sh Please refer the attached screenshots. Marking as verified.
Created attachment 501026 [details] Screenshot_admin-console.war
Created attachment 501027 [details] Screenshot_run.sh
Bulk closing of old issues that are in VERIFIED state.
*** Bug 601194 has been marked as a duplicate of this bug. ***