Re: Issue with maven-war-plugin

[Maxim Solodovnik]

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

[Maxim Solodovnik]

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

[Anders Hammar]

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

[Maxim Solodovnik]

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?

[Vincent Latombe]

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 dant...@gmail.com:

 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 zealous.tec...@gmail.com
 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?

[Ron Wheeler]

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?

[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 zealous.tec...@gmail.com
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

[Julien HENRY]

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 amp...@gmail.com
 À : Maven Users List users@maven.apache.org
 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 henr...@yahoo.fr 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

[Julien HENRY]

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 henr...@yahoo.fr
 À : 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

Re: Issue with Maven WAR plugin and overlay when using war:inplace

[Kumar Ampani]

Use overlay tags in war plugin configuration to control the order.

On Wednesday, July 21, 2010, Julien HENRY henr...@yahoo.fr 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