Summary: New content deployment for existing exploded applications using content system causes deployment to become zipped in EAP4.x. How reproducible: Always Steps to Reproduce: 1. EAP4.3 started in default profile inventoried in JON. 2. Deploy new content for an existing exploded WAR application. 3. Wait for deployment to complete. 4. Assert that deployment is exploded on filesystem (in EAP deploy dir). 5. Assert that new content is reachable on EAP via HTTP. Actual results: - on file system it is no longer exploded, you'll find archive file (incorrect behaviour) - modified version of the application becomes available via HTTP (correct behaviour) Expected results: - modified version of the application becomes available via HTTP - on file system, deployment remains exploded
Commit to master branch: http://git.fedorahosted.org/git/?p=rhq/rhq.git;a=commit;h=55bea2a01bd0b2a2907b16f3e10dbefd5137f313
I retested this and the issue has been resolved. I also verified that there is no similar problem for the AS5 and Tomcat plugins. The AS5 plugin uses a different deployment model, while Tomcat did not require the fix.
Verified on jon-server-3.1.0.ER6
Bulk closing of old issues in VERIFIED state.