[jboss-jira] [JBoss JIRA] Updated: (JBAS-7736) Webapp's <distributable/> configuration disabled if war includes jars in WEB-INF/lib

[ https://jira.jboss.org/jira/browse/JBAS-7736?page=com.atlassian.jira.plug... ] Brian Stansberry updated JBAS-7736: ----------------------------------- Summary: Webapp's <distributable/> configuration disabled if war includes jars in WEB-INF/lib (was: weld-numberguess example doesn't work with jboss-6.0.0.M2 in cluster) Component/s: Web (Tomcat) service Fix Version/s: JBossAS-6.0.0.M2 Priority: Blocker (was: Major) This really has nothing to do with Weld; the problem will happen with any webapp with jars in WEB-INF/lib. The problem is the deploy method in it's handling of such jars 1) if the jar *does not contain a web.xml fragment* it creates a new WebFragmentMetaData() which has getDistributable() == null. 2) augments that metadata object with information from annotations, none of which are related to distributable behavior 3) Augments the specMetaData with the values from that WebFragmentMetaData. At least a temporary fix is, to set the distributable property on the new WebFragmentMetaData() to the value of the specMetaData. Only do this for WebFragmentMetaData created in this method as placeholders for annotation data; if the WebFragmentMetaData came from an actual web.xml fragment, the fragment's value must be respected. Perhaps a better idea is to also catch cases where there is a) no web.xml fragment and b) no jarAnnotatedMetaData and in those cases skip the jar altogether. That will help avoid other subtle bugs like this one. But that's a more far-reaching change that I don't want to introduce right before M2, so I'll stick to the temporary fix above for M2 and open a subtask for M3. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira