Re: Issue with maven-war-plugin
Done: https://issues.apache.org/jira/browse/MWAR-407 Thanks! On Sat, May 20, 2017 at 1:24 PM, Maxim Solodovnik wrote: > Will do, > Thanks :) > > On Sat, May 20, 2017 at 1:23 PM, Anders Hammar wrote: > >> The best option is to create an example project demonstrating the problem. >> The create a jira issue describing the issue and attach the example >> project >> there. >> >> You may very well follow up on the ticket on this list, but it makes >> things >> easier if we have a ticket if it is an issue. It's also a convenient place >> to upload the example project. >> >> /Anders >> >> On Sat, May 20, 2017 at 7:45 AM, Maxim Solodovnik >> wrote: >> >> > Can someone please confirm this? >> > Should I create quick-start application demonstrating this? >> > >> > On Fri, May 19, 2017 at 10:45 AM, Maxim Solodovnik < >> solomax...@gmail.com> >> > wrote: >> > >> > > Hello All, >> > > >> > > Recently I have updated maven-war-plugin version to be 3.1.0 and found >> > > out filteringDeploymentDescriptors behaviour was changed. >> > > Instead of filtering deployment descriptors only (web.xml) it is not >> > > filtering ALL files in webapp folder including binary (*.ico, *.mp3, >> > > etc) >> > > >> > > Since 3.0.0 works as expected I believe it is caused by the fix for >> [1] >> > > Is there any option to workaround this somehow? >> > > >> > > >> > > [1] https://issues.apache.org/jira/browse/MWAR-404 >> > > >> > > -- >> > > WBR >> > > Maxim aka solomax >> > > >> > >> > >> > >> > -- >> > WBR >> > Maxim aka solomax >> > >> > > > > -- > WBR > Maxim aka solomax > -- WBR Maxim aka solomax
Re: Issue with maven-war-plugin
Will do, Thanks :) On Sat, May 20, 2017 at 1:23 PM, Anders Hammar wrote: > The best option is to create an example project demonstrating the problem. > The create a jira issue describing the issue and attach the example project > there. > > You may very well follow up on the ticket on this list, but it makes things > easier if we have a ticket if it is an issue. It's also a convenient place > to upload the example project. > > /Anders > > On Sat, May 20, 2017 at 7:45 AM, Maxim Solodovnik > wrote: > > > Can someone please confirm this? > > Should I create quick-start application demonstrating this? > > > > On Fri, May 19, 2017 at 10:45 AM, Maxim Solodovnik > > > wrote: > > > > > Hello All, > > > > > > Recently I have updated maven-war-plugin version to be 3.1.0 and found > > > out filteringDeploymentDescriptors behaviour was changed. > > > Instead of filtering deployment descriptors only (web.xml) it is not > > > filtering ALL files in webapp folder including binary (*.ico, *.mp3, > > > etc) > > > > > > Since 3.0.0 works as expected I believe it is caused by the fix for [1] > > > Is there any option to workaround this somehow? > > > > > > > > > [1] https://issues.apache.org/jira/browse/MWAR-404 > > > > > > -- > > > WBR > > > Maxim aka solomax > > > > > > > > > > > -- > > WBR > > Maxim aka solomax > > > -- WBR Maxim aka solomax
Re: Issue with maven-war-plugin
The best option is to create an example project demonstrating the problem. The create a jira issue describing the issue and attach the example project there. You may very well follow up on the ticket on this list, but it makes things easier if we have a ticket if it is an issue. It's also a convenient place to upload the example project. /Anders On Sat, May 20, 2017 at 7:45 AM, Maxim Solodovnik wrote: > Can someone please confirm this? > Should I create quick-start application demonstrating this? > > On Fri, May 19, 2017 at 10:45 AM, Maxim Solodovnik > wrote: > > > Hello All, > > > > Recently I have updated maven-war-plugin version to be 3.1.0 and found > > out filteringDeploymentDescriptors behaviour was changed. > > Instead of filtering deployment descriptors only (web.xml) it is not > > filtering ALL files in webapp folder including binary (*.ico, *.mp3, > > etc) > > > > Since 3.0.0 works as expected I believe it is caused by the fix for [1] > > Is there any option to workaround this somehow? > > > > > > [1] https://issues.apache.org/jira/browse/MWAR-404 > > > > -- > > WBR > > Maxim aka solomax > > > > > > -- > WBR > Maxim aka solomax >
Re: Issue with maven-war-plugin
Can someone please confirm this? Should I create quick-start application demonstrating this? On Fri, May 19, 2017 at 10:45 AM, Maxim Solodovnik wrote: > Hello All, > > Recently I have updated maven-war-plugin version to be 3.1.0 and found > out filteringDeploymentDescriptors behaviour was changed. > Instead of filtering deployment descriptors only (web.xml) it is not > filtering ALL files in webapp folder including binary (*.ico, *.mp3, > etc) > > Since 3.0.0 works as expected I believe it is caused by the fix for [1] > Is there any option to workaround this somehow? > > > [1] https://issues.apache.org/jira/browse/MWAR-404 > > -- > WBR > Maxim aka solomax > -- WBR Maxim aka solomax
Re: Issue with Maven WAR Plugin?
Of you are using an IDE with Maven support, you should be able to see the source of each dependency(ECLIPSE/STS includes m2e which has a Dependency hierarchy display. There is probably a command line option that lists all of the transitive dependencies that should tell you where the jars are coming from. Ron On 22/01/2015 4:36 PM, Rahul Mishra wrote: Hi, I am an encountering an issue when trying to create a WAR. When i am using the Maven WAR plugin to create a WAR, different versions of the same JAR are being included. For example, if i put an explicit dependency on A.jar version 1.0.1 My WAR includes A-1.0.1.jar A-1.0.2.jar A-1.0.2-SNAPSHOT-{buildTimeStamp}.jar The extra inclusions don't make any sense. I checked through the dependency plugin on the WAR's pom (to investigate if something was being pulled in transitively) and the dependency tree is exactly as expected. . A similar problem is described @ http://stackoverflow.com/questions/8082488/maven-war-packaging-creating-multiple-version-of-the-same-snapshot-jars-in-web-i The suggestions listed at the link above have not helped me. I have even tried excluding transitive dependencies explicitly and that has not helped either(weird huh?). *My environment* Maven - 3.2.3 (Tried with 2,2,1 as well - same bug) Maven War Plugin - Tried from 2.0 to 2.6 Has anybody else encountered this kind of an issue? Any pointers? Regards, Rahul -- Ron Wheeler President Artifact Software Inc email: rwhee...@artifact-software.com skype: ronaldmwheeler phone: 866-970-2435, ext 102 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Issue with Maven WAR Plugin?
Do you have overlays? One of your overlays may embed a different version that doesn't appear in the dependency tree, but yet it is there. Vincent 2015-01-25 6:42 GMT+01:00 Dan Tran : > It does not sound right. Do you have a mini maven project to produce this? > > Thanks > > -D > > On Thu, Jan 22, 2015 at 1:36 PM, Rahul Mishra > wrote: > > > Hi, > > > > I am an encountering an issue when trying to create a WAR. When i am > using > > the Maven WAR plugin to create a WAR, different versions of the same JAR > > are being included. For example, if i put an explicit dependency on A.jar > > version 1.0.1 > > > > My WAR includes > > > > A-1.0.1.jar > > A-1.0.2.jar > > A-1.0.2-SNAPSHOT-{buildTimeStamp}.jar > > > > The extra inclusions don't make any sense. I checked through the > dependency > > plugin on the WAR's pom (to investigate if something was being pulled in > > transitively) and the dependency tree is exactly as expected. . A similar > > problem is described @ > > > > > > > http://stackoverflow.com/questions/8082488/maven-war-packaging-creating-multiple-version-of-the-same-snapshot-jars-in-web-i > > > > The suggestions listed at the link above have not helped me. I have even > > tried excluding transitive dependencies explicitly and that has not > helped > > either(weird huh?). > > > > *My environment* > > Maven - 3.2.3 (Tried with 2,2,1 as well - same bug) > > Maven War Plugin - Tried from 2.0 to 2.6 > > > > Has anybody else encountered this kind of an issue? Any pointers? > > > > Regards, > > Rahul > > >
Re: Issue with Maven WAR Plugin?
It does not sound right. Do you have a mini maven project to produce this? Thanks -D On Thu, Jan 22, 2015 at 1:36 PM, Rahul Mishra wrote: > Hi, > > I am an encountering an issue when trying to create a WAR. When i am using > the Maven WAR plugin to create a WAR, different versions of the same JAR > are being included. For example, if i put an explicit dependency on A.jar > version 1.0.1 > > My WAR includes > > A-1.0.1.jar > A-1.0.2.jar > A-1.0.2-SNAPSHOT-{buildTimeStamp}.jar > > The extra inclusions don't make any sense. I checked through the dependency > plugin on the WAR's pom (to investigate if something was being pulled in > transitively) and the dependency tree is exactly as expected. . A similar > problem is described @ > > > http://stackoverflow.com/questions/8082488/maven-war-packaging-creating-multiple-version-of-the-same-snapshot-jars-in-web-i > > The suggestions listed at the link above have not helped me. I have even > tried excluding transitive dependencies explicitly and that has not helped > either(weird huh?). > > *My environment* > Maven - 3.2.3 (Tried with 2,2,1 as well - same bug) > Maven War Plugin - Tried from 2.0 to 2.6 > > Has anybody else encountered this kind of an issue? Any pointers? > > Regards, > Rahul >
Re : Issue with Maven WAR plugin and overlay when using war:inplace
I will try your suggestion but according to the documentation, my use case should be the default one (without configuration). In addition, war:exploded produces the correct result but war:inplace produces a different result so I definitely think there is an issue. Regards, Julien - Message d'origine > De : Kumar Ampani > À : Maven Users List > Envoyé le : Jeu 22 juillet 2010, 0h 11min 51s > Objet : Re: Issue with Maven WAR plugin and overlay when using war:inplace > > Use overlay tags in war plugin configuration to control the order. > > On Wednesday, July 21, 2010, Julien HENRY wrote: > > Hi all, > > > > I have a web application that depends on another WAR (overlay). According to > > m-war-p documentation [1], the current application is priority #1 and then >come > > dependent war. My understanding is that when there are two files with same >path > > in both current application and dependent war, this is the file in current > > application that should ultimately be taken to produce the final war. > > > > Example: > > current application contains the file src/main/webapp/WEB-INF/web.xml > > > > dependent war contain a nearly empty file dependentWar.war!WEB-INF/web.xml > > > > When I run mvn war:inplace I can read in the log: > > > > [INFO] --- maven-war-plugin:2.1-beta-1:inplace (default-cli) @ myWebApp --- > > ... > > [INFO] Processing war project > > [INFO] Processing overlay[ id com.mycompany:dependentWar] > > ... > > [INFO] File[WEB-INF/web.xml] belonged to overlay[currentBuild] so it will be > > overwritten. > > > > As a result the src/main/webapp/WEB-INF/web.xml file was overwritten in the > > current application by the file coming from the dependent WAR. > > > > > > If I run mvn war:exploded the result is correct and the file in > > target/myCurrentWebApp-XX-SNAPSHOT/WEB-INF/web.xml is the one coming from >the > > current web app. > > > > Is it a known issue? Do you know if there is a workaround? > > > > > > > > Regards, > > > > Julien > > > > > > [1] http://maven.apache.org/plugins/maven-war-plugin/overlays.html > > > > > > > > > > > > - > > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > > For additional commands, e-mail: users-h...@maven.apache.org > > > > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Issue with Maven WAR plugin and overlay when using war:inplace
Use overlay tags in war plugin configuration to control the order. On Wednesday, July 21, 2010, Julien HENRY wrote: > Hi all, > > I have a web application that depends on another WAR (overlay). According to > m-war-p documentation [1], the current application is priority #1 and then > come > dependent war. My understanding is that when there are two files with same > path > in both current application and dependent war, this is the file in current > application that should ultimately be taken to produce the final war. > > Example: > current application contains the file src/main/webapp/WEB-INF/web.xml > > dependent war contain a nearly empty file dependentWar.war!WEB-INF/web.xml > > When I run mvn war:inplace I can read in the log: > > [INFO] --- maven-war-plugin:2.1-beta-1:inplace (default-cli) @ myWebApp --- > ... > [INFO] Processing war project > [INFO] Processing overlay[ id com.mycompany:dependentWar] > ... > [INFO] File[WEB-INF/web.xml] belonged to overlay[currentBuild] so it will be > overwritten. > > As a result the src/main/webapp/WEB-INF/web.xml file was overwritten in the > current application by the file coming from the dependent WAR. > > > If I run mvn war:exploded the result is correct and the file in > target/myCurrentWebApp-XX-SNAPSHOT/WEB-INF/web.xml is the one coming from the > current web app. > > Is it a known issue? Do you know if there is a workaround? > > > > Regards, > > Julien > > > [1] http://maven.apache.org/plugins/maven-war-plugin/overlays.html > > > > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re : Issue with Maven WAR plugin and overlay when using war:inplace
I have created an issue in JIRA with an attached it: http://jira.codehaus.org/browse/MWAR-229 Regards, Julien - Message d'origine > De : Julien HENRY > À : users@maven.apache.org > Envoyé le : Mer 21 juillet 2010, 12h 17min 00s > Objet : Issue with Maven WAR plugin and overlay when using war:inplace > > Hi all, > > I have a web application that depends on another WAR (overlay). According to > m-war-p documentation [1], the current application is priority #1 and then >come > > dependent war. My understanding is that when there are two files with same >path > > in both current application and dependent war, this is the file in current > application that should ultimately be taken to produce the final war. > > Example: > current application contains the file src/main/webapp/WEB-INF/web.xml > > dependent war contain a nearly empty file dependentWar.war!WEB-INF/web.xml > > When I run mvn war:inplace I can read in the log: > > [INFO] --- maven-war-plugin:2.1-beta-1:inplace (default-cli) @ myWebApp --- > ... > [INFO] Processing war project > [INFO] Processing overlay[ id com.mycompany:dependentWar] > ... > [INFO] File[WEB-INF/web.xml] belonged to overlay[currentBuild] so it will be > overwritten. > > As a result the src/main/webapp/WEB-INF/web.xml file was overwritten in the > current application by the file coming from the dependent WAR. > > > If I run mvn war:exploded the result is correct and the file in > target/myCurrentWebApp-XX-SNAPSHOT/WEB-INF/web.xml is the one coming from > the > current web app. > > Is it a known issue? Do you know if there is a workaround? > > > > Regards, > > Julien > > > [1] http://maven.apache.org/plugins/maven-war-plugin/overlays.html > > > > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org