Red Hat Bugzilla – Bug 769033
Deploying two bundles to the same destination directory (i.e. <EAP>/default/deploy or /usr/share) will corrupt the earlier deployments
Last modified: 2014-12-17 19:21:41 EST
Suppose someone wants to deploy a bundle (say, an EAP server) and then they want to deploy another inner bundle inside of that (say, for a WAR app). Can we support this?
Can this deploy?
Can you purge the inner bundle and leave the outer bundle intact?
What happens when you purge the outer bundle?
What happens when you purge the outer bundle with "clean directory" option?
Note, purging the outer bundle will still keep the inner bundle intact IN THE RHQ DATABASE. There is no relationships between bundles, so from the UI perpsective, even if you remove the outer bundle, the inner bundle will still look like its deployed in the GUI (although in reality, on the file system, it will be gone).
This BZ is merely to investigate what happens if you try to do this. It was never intended to be a supported feature.
Increasing the severity of this issue as in JON 3.0 we now support the concept of resource level bundles. This means that this use-case will become more common seeing that a JBoss AS server could be deployed using a bundle and then a WAR could then be deployed into the inventoried AS resource without prior knowledge of a bundle-within-a-bundle scenario. The result could be catastrophic from an application management perspective.
Where do we stand here?
This won't work, currently does not work, because the metadata directory (.rhqdeployments) is located under the destination directory. If you have a Russian doll type deployment (bundles inside of bundles) the .rhqdeployments directories will get in the way.
Right now, for sure this is NOT supported, and I highly doubt it will work.
Assigning to Deon, so that she can make that explicit in the documentation.