Community
Participate
Working Groups
This is follow on work for bug 334156 to ensure that no jars are ever treated as application clients if they are being deployed inside WARs.
Created attachment 187886 [details] Patch for 3.2.3
approve for PMC review
* Explain why you believe this is a stop-ship defect. Or, if it is a "hotbug" (requested by an adopter) please document it as such. This was encountered by a customer, and it prevents proper deployment of non-single-root WARs with Application Clients mapped to WEB-INF/lib. Currently, our code treats application clients in WEB-INF/lib as application clients (which causes further deployment to be attempted). * Is there a work-around? If so, why do you believe the work-around is insufficient? There is no workaround within WTP. The user can go to the server and modify the deployment, but that is not a viable workaround. * How has the fix been tested? Is there a test case attached to the bugzilla record? Has a JUnit Test been added? This has been tested by hand, and the Java EE JUnit bucket has been run against it. * Give a brief technical overview. Who has reviewed this fix? Carl Anderson and Chuck Bridgham have reviewed this fix. The fix is to treat JARs in a WAR's WEB-INF/lib as JARs, instead of attempting to treat them as specific module types and do further deployment. * What is the risk associated with this fix? This is a relatively low risk - only application clients packaged in WEB-INF/lib are affected.
Committed to R3_2_maintenance for WTP 3.2.3 RC3