Bug 767247
Summary: | JBoss AS4 Plugin - SHA256 For Exploded Deployments Not Used Correctly | |||
---|---|---|---|---|
Product: | [Other] RHQ Project | Reporter: | Stefan Negrea <snegrea> | |
Component: | Plugins | Assignee: | Stefan Negrea <snegrea> | |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Mike Foley <mfoley> | |
Severity: | high | Docs Contact: | ||
Priority: | high | |||
Version: | 4.3 | CC: | hrupp, lzoubek | |
Target Milestone: | --- | |||
Target Release: | RHQ 4.3.0 | |||
Hardware: | Unspecified | |||
OS: | Unspecified | |||
Whiteboard: | ||||
Fixed In Version: | Doc Type: | Bug Fix | ||
Doc Text: | Story Points: | --- | ||
Clone Of: | ||||
: | 788762 (view as bug list) | Environment: | ||
Last Closed: | 2013-09-01 10:04:06 UTC | Type: | --- | |
Regression: | --- | Mount Type: | --- | |
Documentation: | --- | CRM: | ||
Verified Versions: | Category: | --- | ||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | ||
Cloudforms Team: | --- | Target Upstream Version: | ||
Embargoed: | ||||
Bug Depends On: | ||||
Bug Blocks: | 758753, 788762 |
Description
Stefan Negrea
2011-12-13 15:58:42 UTC
Verification Steps for QE Setup: 1) RHQ server started, RHQ agent running, CLI connected to RHQ server 2) Inventoried Tomcat Server, JBoss AS4 or JBoss EAP5.1 3) Need the ID of a content backed resource, eg. an application resource. The ID can be retrieved from the UI http://localhost:7080/coregui/#Resource/14932, the last portion of the url is the ID of the resource. 4) A sample war application to be deployed to the application server 5) A folder to backup applications from the server Stimulate: 1) Navigate in the UI to the selected application resource, content tab, history subtab. 2) From the CLI run the following commands: 3) applicationResource = ProxyFactory.getResource(14932) 4) applicationResource.retrieveBackingContent("/resources/backup/original.war") 5) applicationResource.updateBackingContent("/resources/new/newcontent.war", "1.2") 6) applicationResource.retrieveBackingContent("/resources/backup/updated.war") 7) Navigate in the UI to the resource that was just updated to the Content tab Verification steps: 1) Verify that after Step 1, the Full Package Audit Trail table, version column has either a normal number (eg. 1.2.3) or sha256. The version field should not be empty. 2) Verify that the archive retrieved in Step 3 is the exact archive that was deployed on the server before running the test 3) Verify that after Step 4 the new application has been actually deployed on the application server. Check the file system where the application server deploys content. 4) Verify that after Step 4 the new application has RHQ-Sha256 attribute in the manifest. 5) Verify that after Step 5 the archive downloaded is the application deployed in Step 4 6) Verify the content tab, history subtab has the following: a) Full Package Audit Trail table has the correct package information marked as Discovered, including correct version. b) Completed Requests table has information regarding the request submitted from the CLI, including submitted version. 2nd verification step for QE UI Test (applicable to BZ 761593, 767247, 767393, 769986) Setup: 1) RHQ server started, RHQ agent running 2) Inventoried Tomcat Server, JBoss AS4 or JBoss EAP5.1 3) A sample war application to be deployed to the application server Stimulate: 1) Navigate in the UI to the selected application resource, content tab, history subtab. 2) Navigate to the New subtab. 3) Upload a new war package for the resource. Follow the guided UI but do change the version field to something unique. 4) Navigate in the UI to the resource that was just updated to the Content tab Verification steps: 1) Verify that after Step 1, the Full Package Audit Trail table, version column has either a normal number (eg. 1.2.3) or sha256. The version field should not be empty. 2) Verify after Step 4 the new application has been actually deployed on the application server. Check the file system where the application server deploys content. 3) Verify after Step 4 the new application has RHQ-Sha256 attribute in the manifest. 4) Verify after Step 4 the content tab, history subtab has the following: a) Full Package Audit Trail table has the correct package information marked as Discovered, including correct version. b) Completed Requests table has information regarding the request submitted from the CLI, including submitted version. Some negative test cases for the first test case noted in this BZ: 1) Step 4, point to an existing file 2) Step 5, point to a non-existing file 3) Step 6, retrieve content twice in two separate files and then compare the results 4) Step 5, repeat the step with a different version. Observe in the UI that that version is from the last call and two entries in the deployment log. master branch commits: http://git.fedorahosted.org/git/?p=rhq/rhq.git;a=commit;h=b003470d6580417261a8139bceb81cb496e8209f http://git.fedorahosted.org/git/?p=rhq/rhq.git;a=commit;h=548388553e339698d1d4980a9ac5a144d44371ba http://git.fedorahosted.org/git/?p=rhq/rhq.git;a=commit;h=8d7f70385d85a34cab6af0fc1cb3ba2e542d7bf6 http://git.fedorahosted.org/git/?p=rhq/rhq.git;a=commit;h=33fa19623d9129416051cbb3be6857e290572f9c I am not sure if it is regression or not, but I failed to re-deploy a package. Once I upload new packaget it gets redeployed, audit trail log claims everything ok, no errors on agent. But: application is no longer available on server This is what EAP 4.3.CP10 (default profile) outputs: 15:43:05,282 INFO [TomcatDeployer] deploy, ctxPath=/hello, warUrl=.../deploy/hello.war/ 15:44:20,585 INFO [TomcatDeployer] deploy, ctxPath=/hello, warUrl=.../tmp/deploy/tmp2120379007588589648hello-exp.war/ 15:44:20,946 INFO [TomcatDeployer] undeploy, ctxPath=/hello, warUrl=.../deploy/hello.war/ I've deployed war as exploded (not zipped) - before content update it was exploded After content update on the file system is only hello.war (zipped) according to server log, it looks like JON does not undeploy application prior to deploying new version Stefan, are there any special steps/settings needed to re-deploy to EAP 4.3? Bulk closing of items that are on_qa and in old RHQ releases, which are out for a long time and where the issue has not been re-opened since. |