Created attachment 424751 [details] ear file for testing The AS 5 plugin does not show an embedded war below its parent .ear See screenshot and attached .ear file
Created attachment 424752 [details] Screenshot of the resource tree + inventory tab
Is this a regression? Or just different to how it works in AS4?
Different to AS4 - I don't know if it is a regression to past versions. At least it is odd, as the EAR is a package type that *contains* .war files.
I'm fairly sure this was an intentional design decision even though we knew it would deviate from the hierarchy used by the as4 plugin. I think the main reason was to keep the resource hierarchy a little less deep, especially considering we added the new "Web Application Context" child resource type below the WAR resource type in the as5 plugin. Charles, do you recall? If not, I can dig through my email and see if I can find any more details.
(03:03:56 PM) ips-lunch: actually i think it also had to do with the fact that you can have wars within ears within sars in AS and it just wouldn't be practical to model all the various permutations w/ the rhq restype hierarchy (03:04:52 PM) joseph: ips-lunch: that's what relationship service was supposed to supplement (03:05:03 PM) ips-lunch: yep (03:06:57 PM) ips-lunch: in any case, i know we consciously decided on the current hierarchy so it seems odd to decide to change it now a year plus later (03:09:27 PM) ips-lunch: also, i don't think the restype-move code could handle moving existing resources. in cases where the new parent resource is not a singleton, it has no way of knowing which one (i.e. which ear resource) is the new parent (03:09:57 PM) ccrouch: ips-lunch: fair enough. If you could add more of an explaination to that jira, and then close it as WONTFIX