Bug 1050005
| Summary: | Cannot delete DomainDeployment archive | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [JBoss] JBoss Operations Network | Reporter: | Bill DeCoste <wdecoste> | ||||
| Component: | Content | Assignee: | Jirka Kremser <jkremser> | ||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Mike Foley <mfoley> | ||||
| Severity: | high | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | JON 3.2 | CC: | fbrychta, hrupp, myarboro | ||||
| Target Milestone: | DR03 | Keywords: | Regression, Triaged, Upstream | ||||
| Target Release: | JON 3.2.2 | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2014-07-29 00:17:29 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
Just tested with a standalone deployment and that fails the same way. branch: master link: http://git.fedorahosted.org/cgit/rhq/rhq.git/commit/?id=223562d0b time: 2014-02-18 11:25:41 +0100 commit: 223562d0b27fda9c0f5b22f451e4c405d0b5fc0f author: Jirka Kremser - jkremser message: [BZ 1050005] - Cannot delete DomainDeployment archive - Removing the "/portal/portal/" path prefix to make the navigation case working. Needs to be cherry-picked.. cherry-picked to release branch: 6c51cddf4 Moving to ON_QA as available for test in latest build: http://jon01.mw.lab.eng.bos.redhat.com:8042/dist/release/jon/3.2.2.GA/6-28-2014/ Error reported in this bz is fixed, but a result of steps reported in description is still fail with error msg "Removal of packages backing the deployments is not supported." which should be expected. Marking as verified Version: Version : 3.2.0.GA Update 02 Build Number : 558495c:44428f7 looking briefly to the code where the message is coming from and I found this:
response.setOverallRequestErrorMessage("Removal of packages backing the deployments is not supported.");
...
...
try {
response = contentManager.performPackageDelete(request.getResourceId(), request.getPackages());
} catch (Throwable throwable) {
response = new RemovePackagesResponse(ContentResponseResult.FAILURE);
response.setOverallRequestErrorMessage(ThrowableUtil.getStackAsString(throwable));
}
So the exception is swallowed and this generic error message is printed. Not sure if it is regression or expected behavior (removing a content from content-backed resource should end up with removing also the resource, I guess), but it is a different issue than the original bug.
This has been verified and released in Red Hat JBoss Operations Network 3.2 Update 02 (3.2.2) available from the Red Hat Customer Portal[1]. [1]: https://access.redhat.com/jbossnetwork/restricted/softwareDetail.html?softwareId=31783 |
Created attachment 847212 [details] screen shot error Description of problem: When you try to delete a DomainDeployment archive per the doc, you get the attached error. /portal/portal/rhq/resource/content/confirm-delete-plain.xhtml is missing Version-Release number of selected component (if applicable): How reproducible: 100% Steps to Reproduce: 1. Spin up EAP in Domain Mode 2. Add a .war file as a DomainDeplyment to the Domain Contoller via Inventory Create Child 3. Add the .war to the main-server-group so it deploys (I don't think this is necessary) 4. Go to the .war resource, Content tab, select the .war and hit delete. Actual results: Resulting screen shot error caused by missing /portal/portal/rhq/resource/content/confirm-delete-plain.xhtml Expected results: .war is deleted and undeployed from main-server-group Additional info: I tried copying ... 'cp ./modules/org/rhq/server-startup/main/deployments/rhq.ear/rhq-portal.war/rhq/resource/content/confirm-delete-plain.xhtml ./modules/org/rhq/server-startup/main/deployments/rhq.ear/rhq-portal.war/portal/portal/rhq/resource/content/' but this ended up just showing some bogus html and the .war was uneffected