Example would be deleting a .ear archive, will remove the archive from disk, remove the ear resource from the inventory, but leave the stateless session bean resources (that were contained in the .ear) still in the inventory. These resources turn red since their actual deployment (inside the .ear archive) no longer exists. The trouble is there is no real association between the ear resource and the SLSB resource to indicate that the SLSB should be removed too.
this could/would be fixed by implementing the relationship service.
This bug was previously known as http://jira.rhq-project.org/browse/RHQ-618 This bug is related to RHQ-372 This bug incorporates RHQ-323
This is not only true for a deletion of an EAR, but also for an uninventory of that EAR. Also not only the SLSBs(EJB-JARs) is still there, but all other embedded elements of that EAR (RAR, WAR, ) We deploy our EARs with names like e.g.: OurApp-2.2.4.ear (with embedded OurApp-EJB-2.2.4.jar, OurApp-web-2.2.4.war) and want to uninventory them when updating to OurApp-2.2.5.ear It is too much work not just to uninventory the EARs but also all children.....
needinfo ccrouch: latest thoughts?
I have raised the following https://bugzilla.redhat.com/show_bug.cgi?id=670749 before I found this one. If you check the steps to reproduce in 670749 you will see exactly the same test scenario.
*** Bug 670749 has been marked as a duplicate of this bug. ***
Although not a silver bullet, there is some ability for the work in Bug 1093822 to potentially have a positive impact here.