Re: Conditional Build

2012-07-06 Thread Wayne Fay
> I'd like know, if using profiles, I can build a web project using different
> web.xml files, in other words, one of the profile will use the web.xml 1,
> and the other profile will use the web.xml 2.

What is different about the web.xml files? Are they completely
different, or just different in a few key areas?

Wayne

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Conditional Build

2012-07-06 Thread james2809
Hi.

I'd like know, if using profiles, I can build a web project using different
web.xml files, in other words, one of the profile will use the web.xml 1,
and the other profile will use the web.xml 2.

Best Regards!

Thiago Siqueira

--
View this message in context: 
http://maven.40175.n5.nabble.com/Conditional-Build-tp5713228.html
Sent from the Maven - Users mailing list archive at Nabble.com.

dependency plugin loses file permissions

2012-07-06 Thread Chad.Davis
After handcrafting an assembly to set my permissions just write, I then pull 
that assembly artifact, a zip file, down into another build.  This build uses 
the dependency plugin to unpack the zip. But when it does so, it loses my 
permissions . . . is this supposed to be happening?  What can I do?


Re: mvn war:exploded or mvn compile war:war and mvn compile war:exploded

2012-07-06 Thread Wayne Fay
> What is the difference between...
>
> mvn war:exploded & mvn compile war:exploded ?

Note this in the WAR plugin docs:
"Note: When using the war: goals it is assumed that the compile phase
is already done. The WAR Plugin is not responsible for compiling the
java sources or copying the resources."

So "mvn war:exploded" won't run compile before attempting to run
war:exploded. If you compiled recently or if you only changed code
that does not need to be compiled (but merely copied to /target), this
may be what you want. So go run "mvn clean war:exploded" as a test and
see what happens, I doubt you will be happy with the results.

> and the difference between...
>
> mvn compile war:exploded & mvn compile war:war ?

Well, in this case, you are either going to get the result of
war:exploded (the contents of a war file as a directory under target,
not in war format) as output or the result of war:war (a war file) as
output (essentially war:exploded PLUS the war packaging step). Either
way Maven will compile the code in your WAR project prior to running
either of the war plugin goals.

Wayne

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



mvn war:exploded or mvn compile war:war and mvn compile war:exploded

2012-07-06 Thread Nick Middleweek
Hello,

I'v been reading this:
http://maven.apache.org/plugins/maven-war-plugin/usage.html and have a
little question...


What is the difference between...

mvn war:exploded & mvn compile war:exploded ?

and the difference between...

mvn compile war:exploded & mvn compile war:war ?


Thanks,
Nick


-- 
Sent by Nick Middleweek ( { email: n...@middleweek.co.uk, mobile: +44(0)774
035 5424, blog: http://blog.middleweek.co.uk } );


Re: Maven shade relocating everything not excluding

2012-07-06 Thread Jason Rutherglen
Do you mean a patch to the documentation online?

On Tue, Jul 3, 2012 at 7:00 PM, Benson Margulies wrote:

> You're welcome. Please feel free to submit a patch with a better
> explanation of this in the doc.
>
> On Tue, Jul 3, 2012 at 6:55 PM, Jason Rutherglen
>  wrote:
> > I found the issue, the exclude needs to look like this, two asterisks at
> > the end.  Thanks for your help.
> >
> > org.apache.solr.**
> >
> > On Tue, Jul 3, 2012 at 5:05 PM, Jason Rutherglen <
> jason.rutherg...@gmail.com
> >> wrote:
> >
> >> Here's where the source for Maven Shade 1.7.1 was obtained:
> >>
> >>
> http://svn.apache.org/repos/asf/maven/plugins/tags/maven-shade-plugin-1.7.1
> >>
> >> Also not sure how to view the return type inside an if statement using
> >> Eclipse.
> >>
> >>
> >> On Tue, Jul 3, 2012 at 2:52 PM, Jason Rutherglen <
> >> jason.rutherg...@gmail.com> wrote:
> >>
> >>> This is what's in the pom.xml so hopefully it's trying to use this,
> which
> >>> matches the source version being debugged.
> >>>
> >>>
> >>> org.apache.maven.plugins
> >>> maven-shade-plugin
> >>> 1.7.1
> >>>
> >>>
> >>> On Tue, Jul 3, 2012 at 2:32 PM, Benson Margulies <
> bimargul...@gmail.com>wrote:
> >>>
>  What version of Shade are you trying to use?
> 
>  On Tue, Jul 3, 2012 at 2:26 PM, Jason Rutherglen
>   wrote:
>  > Debugged into SelectorUtils, it seems to be working correctly.  I
>  > downloaded 1.5.5, step through that source.  The matchPath methods
>  returns
>  > false, however the if statement in isExcluded evaluates to true.
>  Must
>  be
>  > looking at the wrong code?
>  >
>  > On Tue, Jul 3, 2012 at 11:46 AM, Jason Rutherglen <
>  > jason.rutherg...@gmail.com> wrote:
>  >
>  >> I ran this through a debugger, this line is not behaving as
> expected,
>  >> where for example 'java/lang/ThreadGroup' matches
> 'org/apache/solr/*'
>  >>
>  >> SimpleRelocator.isExcluded:
>  >>
>  >> if ( SelectorUtils.matchPath( exclude, path, true ) )
>  >>
>  >>
>  >> On Tue, Jul 3, 2012 at 11:39 AM, Benson Margulies <
>  bimargul...@gmail.com>wrote:
>  >>
>  >>> On Tue, Jul 3, 2012 at 11:12 AM, Jason Rutherglen
>  >>>  wrote:
>  >>> > 
>  >>> > 
>  >>> >
>  >>> com.custom.solr.
>  >>> > 
>  >>> >
> org.apache.solr
>  >>> >
>  org.apache.lucene
>  >>> > 
>  >>>
>  >>> Have you tried adding * or .* to the end of the exclude patterns?
>  >>>
>  >>>
> -
>  >>> 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: Skinny WARs -- why only WARs?

2012-07-06 Thread Asmann, Roland
OK, so I found the reason why it is not working with SARs -- or anything 
besides WARs actually.

The 'WebModule' is the only class that returns an actual value for 
'getLibDir()', which is used to look for the dependencies.

Opened a JIRA (http://jira.codehaus.org/browse/MEAR-153) to have this 
added in the other modules as well.


On 06.07.2012 11:44, Asmann, Roland wrote:
> Hi,
>
> I just found this feature in the EAR-plugin and wanted to try it out. I
> like what it does, but I need it to do this on more than just WAR artifacts!
>
> In my case, I have an EAR artifact, containing a WAR and a SAR... Both
> contain several libraries that I would like to have pulled up into the
> EAR, so the artifact will be as small as possible -- and I won't get any
> classloader issues when connecting from the WAR to the SAR.
>
> Is this possible with the current version of the ear-plugin or do I need
> to do this manually?
>
> Thanks,
>

-- 
Roland Asmann
Senior Software Engineer

adesso Austria GmbH
Floridotower 26. Stock  T +43 1 2198790-27
Floridsdorfer Hauptstr. 1   F +43 1 2198790-927
A-1210 Wien M +43 664 88657566
E roland.asm...@adesso.at
W www.adesso.at

-
 >>> business. people. technology. <<<
-


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Skinny WARs -- why only WARs?

2012-07-06 Thread Asmann, Roland
Hi,

I just found this feature in the EAR-plugin and wanted to try it out. I 
like what it does, but I need it to do this on more than just WAR artifacts!

In my case, I have an EAR artifact, containing a WAR and a SAR... Both 
contain several libraries that I would like to have pulled up into the 
EAR, so the artifact will be as small as possible -- and I won't get any 
classloader issues when connecting from the WAR to the SAR.

Is this possible with the current version of the ear-plugin or do I need 
to do this manually?

Thanks,

-- 
Roland Asmann
Senior Software Engineer

adesso Austria GmbH
Floridotower 26. Stock  T +43 1 2198790-27
Floridsdorfer Hauptstr. 1   F +43 1 2198790-927
A-1210 Wien M +43 664 88657566
E roland.asm...@adesso.at
W www.adesso.at

-
 >>> business. people. technology. <<<
-

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org