[ http://jira.codehaus.org/browse/MWAR-33?page=comments#action_80829 ] 
            
mark struberg commented on MWAR-33:
-----------------------------------

I also discovered this problem today in a production environment. 

Thanks to the various exclude mechanisms this is easy to fix. But since this a 
fairly common scenario, we should really try to implement an automated handling.

First of all, this problem exists only if one WAR is depending on another WAR, 
am i right? Is there any other scenario not involving two dependent WAR files?

Assuming this, i think the problem is that - since dependencies of WAR files 
currently are not transitive - we are stuck with the jars comming from the wars 
WEB-INF/lib. 
On the other hand, if the dependent WAR file has any dependencies defined in 
the POM and those would be treated as usual transitive dependencies (keep in 
mind that this is only valid when a WAR is currently beeing built), we may 
simply forget about the libs from the dependent WAR and the conflict could be 
solved by the standard maven mechanism.

This also has no negative effect for manually imported WARs (not beeing built 
with maven). Those WARs simply have no dependencies specified in the POM, so 
all the libs would be used for overlaying without any exclusion.

> jars with differents versions can be in WEB-INF/lib with war as dependencies
> ----------------------------------------------------------------------------
>
>                 Key: MWAR-33
>                 URL: http://jira.codehaus.org/browse/MWAR-33
>             Project: Maven 2.x War Plugin
>          Issue Type: Bug
>         Environment: all
>            Reporter: Olivier Lamy
>             Fix For: 2.1
>
>   Original Estimate: 15 minutes
>          Time Spent: 30 minutes
>  Remaining Estimate: 0 minutes
>
> My pom has the following dependencies :
> - log4j:log4j:1.2.13
> - a war with log4j:log4j:1.2.11 included 
> Result the two jars are in WEB-INF/lib.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to