You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Robert Scholte (JIRA)" <ji...@codehaus.org> on 2014/01/16 22:45:49 UTC

[jira] (MWAR-309) 'mvn package' duplicates WEB-INF/classes on linux only

     [ https://jira.codehaus.org/browse/MWAR-309?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Robert Scholte moved MNG-5560 to MWAR-309:
------------------------------------------

    Complexity:   (was: Intermediate)
           Key: MWAR-309  (was: MNG-5560)
       Project: Maven WAR Plugin  (was: Maven 2 & 3)
    
> 'mvn package' duplicates WEB-INF/classes on linux only
> ------------------------------------------------------
>
>                 Key: MWAR-309
>                 URL: https://jira.codehaus.org/browse/MWAR-309
>             Project: Maven WAR Plugin
>          Issue Type: Bug
>         Environment: OSX & windows seem to be in sync, ubuntu is not
>            Reporter: mike kozelsky
>         Attachments: build.centos_6.log, build.osx.log, build.ubuntu.log, build.windows.log, compare.png, pom.core.xml, pom.main.xml, pom.rest-service.xml, pom.rest.xml
>
>
> We have a multi-module n-tiered project.   The endpoints (spring services) rely on a core service project, which relies on a core logic project, which relies on 2 others.  So this is all set up using a main pom.xml file, listing each module.  I can then run 'mvn package' from the project root.
> The issue is that running 'mvn package' on my windows workstation appears to package things (what i would consider to be) correctly, and running the same command on our server creates something slightly different.  In essence, there are class files from the core logic project which end up in the service project's WEB-INF/classes output (as well as in the core's jar).  Again, this only happens on the ubuntu server.
> In the attached screenshot, you can see on the left, the output of my workstation, where there's two packages inside of WEB-INF/classes: com.doolli.admin & com.doolli.rest.  On the right side, you can see more packages - additionally, you see com.doolli.database, com.doolli.main, com.doolli.manager, com.doolli.object, as well as an org.sphx package - which are defined further down in the dependency tree.
> The duplicate definition is causing our server to throw runtime errors - class and method not found exceptions.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira