basic doubts

[Sammaiah Nagapuri]

Hi to all,

I have small doubt. In my office I don't have internet access except outlook 
for web mail. In my room I have the net connection to my laptop. So I 
configured there and here in office maven.

Initially I run the command 'mvn install' in my laptop (which is having net 
connection). So it downloaded some plugins with structure i.e. 
./m2/repository/.. . I copied that total structure to my office system. There I 
am trying to run 'mvn compile' or 'mvn test'. But here it is trying to connect 
the remote repository.

Why it is connection to remote repository once again even though it downloaded 
already some of the plugins.


 1.  How to avoid this?
 2.  What are the other configurations I have to do?
 3.  How to connect my local repository?
 4.  If it is related to settings.xml can anybody send me the basic 
settings.xml which is configured to connect local repository. And mention me 
which settings file as I saw there are two settings files.
 5.  After doing some configurations is it necessary to put the settings.xml in 
classpath?
 6.  And my last doubt is while we executing 'mvn install' phase whether it 
will download the plugins related to compile and testing etc plugins?

Please don't think these are very simple questions. As a beginner i am unable 
to move forward without getting the answers to these questions?
Advanced thanks.




Thanks & Regards
Sammaiah Nagapuri

P  We have a responsibility to the environment
Before printing this e-mail or any other document, let's ask ourselves whether 
we need a hard copy


DISCLAIMER:
---

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. 
It shall not attach any liability on the originator or HCL or its affiliates. 
Any views or opinions presented in 
this email are solely those of the author and may not necessarily reflect the 
opinions of HCL or its affiliates. 
Any form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of 
this message without the prior written consent of the author of this e-mail is 
strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any mail and 
attachments please check them for viruses and defect.

---

Re: How to use alternative version numbering scheme

[Stephen Connolly]

2009/8/19 Ed Hillmann :
> Hi all.  I'm in the middle of writing a new software application (using
> Maven), which will eventually be released with some existing software
> packages (that don't use Maven).  Since I've started, I've use the standard
> version numbering scheme for my applicaiton (at the moment, it's
> 1.00-SNAPSHOT).  However, as it's going to be released with an existing
> package, I need to get the new app's version number to be the same as the
> other components.
>
> The existing version number rule uses a four-part number:  Version>...
> An example, 6.01.11.01, or 5.01.00.00
>
> So, this won't work in the default Maven numbering scheme for versions.
>  I've come across the Versions Maven Plugin, and it indicates that a project
> can define taht certain artifacts can use alternative numbering
> schemes.
> This sounds like what I want to do: for my specific artifacts, use a
> numbering scheme that includes an extra number before expecting the
> qualifier.
>
> This page mentions the mercury scheme, and a numeric scheme.  But I'm having
> trouble finding any doco that states what those schemes are.  Does anyone
> know where this is?
>
> If these don't match, is it easy to provide our own scheme?  We just want
> the same scheme, but with a fourth number. :)
>

The numbering scheme is only really important if you are using version ranges...

If you are using version ranges, you really have to use Maven's
scheme, or else ensure that String sorting works for your ranges.

The versions-maven-plugin needs to know version numbering rules in
order to decide whether versionA > versionB so it can tell you if
there are newer versions available.

The "mercury" and "numeric" schemes are both unbounded schemes, i.e.
they can take as many digits as you can type... it is unlikely that
you would want anything else.

The main difference is between the two is that "mercury" has 'special'
qualifiers and treats -'s as a lesser .  while "numeric" only compares
up to the first - as numbers, everything after the - is a qualifier
(unless it is a number) and qualifiers are compared as strings.

-Stephen

> Thanks for any help,
> Ed
>

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

Re: How to use alternative version numbering scheme

[Ed Hillmann]

On Wed, Aug 19, 2009 at 12:58 PM, Wendy Smoak  wrote:

>
> Have you tried it?  We use a four part version for the .NET projects
> at work built with Maven, and I haven't seen any problems...
>
> --
> Wendy
>
>
Yes, when all else fails, have a play.

I started using the standard logic with four-part version numbers, and it
seems pretty happy.

I've only testing the release plugin, so I haven't tried any version
boundaries.  But that's not really an issue for me.

So, I think I worried a bit over nothing. :)

Thanks,
Ed

Re: How to use alternative version numbering scheme

[Wendy Smoak]

On Tue, Aug 18, 2009 at 7:46 PM, Ed Hillmann wrote:
> The existing version number rule uses a four-part number:  Version>...
> An example, 6.01.11.01, or 5.01.00.00
>
> So, this won't work in the default Maven numbering scheme for versions.

Have you tried it?  We use a four part version for the .NET projects
at work built with Maven, and I haven't seen any problems...

-- 
Wendy

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

How to use alternative version numbering scheme

[Ed Hillmann]

Hi all.  I'm in the middle of writing a new software application (using
Maven), which will eventually be released with some existing software
packages (that don't use Maven).  Since I've started, I've use the standard
version numbering scheme for my applicaiton (at the moment, it's
1.00-SNAPSHOT).  However, as it's going to be released with an existing
package, I need to get the new app's version number to be the same as the
other components.

The existing version number rule uses a four-part number: ...
An example, 6.01.11.01, or 5.01.00.00

So, this won't work in the default Maven numbering scheme for versions.
 I've come across the Versions Maven Plugin, and it indicates that a project
can define taht certain artifacts can use alternative numbering
schemes.
This sounds like what I want to do: for my specific artifacts, use a
numbering scheme that includes an extra number before expecting the
qualifier.

This page mentions the mercury scheme, and a numeric scheme.  But I'm having
trouble finding any doco that states what those schemes are.  Does anyone
know where this is?

If these don't match, is it easy to provide our own scheme?  We just want
the same scheme, but with a fourth number. :)

Thanks for any help,
Ed

Re: Enforcer plugin wildcards

[Brian Fox]

On Tue, Aug 18, 2009 at 4:12 AM, Lewis, Eric wrote:
> Hi
>
> I've started using the Enforcer plugin, with the Banned Dependencies. It's 
> very useful, but it's also a drag having to explicitly list all artifacts one 
> by one.
>
> Which brings me to my question: Is it possible to have more flexible 
> wildcards? Right now, they replace a section in an "all-or-nothing" way. For 
> our purposes, a regex would be the ideal solution, since our modules have 
> standard prefixes and suffixes. For instance, we have project "xyz" with 
> modules "xyz-api" and "xyz-impl". So if I ban all our modules and just want 
> to allow all APIs, it's not possible to use something like 
> "my.group.id:*-api" as include.
>
> Are there any plans for this?
>
Not unless

> Should I write an enhancement request?
>

Yes. And a patch would be great ;-)

> Best regards,
> Eric
> -
> 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: mvn stage:copy error

[Brian Fox]

The stage wagon only works iirc with http down and scp up.

On Mon, Aug 17, 2009 at 3:41 PM, Murthy Mantha wrote:
> When running the following mvn stage command, I get an error:
>
> C:\maven\APACHE~1.0\project1>mvn stage:copy -Dversion=1.2.0
> -Dsource=http://loca
> lhost:8081/nexus/content/repositories/devrelease
> -Dtarget=http://localhost:8081/
> nexus/content/repositories/releases
>
>
> Error:
>
> [INFO] Error copying repository from
> 
> http://localhost:8081/nexus/content
> 
> /repositories/devrelease
> to 
> 
> http://localhost:8081/nexus/content/repositories/rel
>  eases
>
> Embedded error: Wagon class 'org.apache.maven.wagon.providers.http.Light
> tpWagon' in use for target repository is not a CommandExecutor
>
>
> Am I using the plug-in correctly?
>
> Thanks a bunch.
>
> Murthy Mantha
>
>
>
>
>
>
>
>
>                            *** CONFIDENTIALITY NOTICE ***
>
> This e-mail message and all attachments transmitted with it may
> contain legally privileged and confidential information intended
> solely for the use of the addressee. If the reader of this message
> is not the intended recipient, you are hereby notified that any
> reading, dissemination, distribution, copying, or other use of this
> message or its attachments is strictly prohibited. If you have
> received this message in error, please notify the sender
> immediately and delete this message from your system. Thank you.

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

Re: Jar Contents getting mixed up!

[Brian Fox]

> What is strange though is that two other machines  with the same
> settings.xml work just fine.
>

This strongly indicates it is unlikely Nexus since it would serve the
same thing to all machines.

> I am going to try setting up an earlier version of nexus.
>
I wouldn't bother, something fundamental like this hasn't changed, I
think checking the info I previously requested will help us figure out
what's happening. I'd also like to see the files that were downloaded
into your local repo (the jar and metadata, checksume etc.) assuming
they are public.

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

Re: Jar Contents getting mixed up!

[Brian Fox]

I've never heard of this before, can you send information about how
you have Maven configured to use Nexus? Is there anything between your
system and nexus, like a firewall or some other proxy?

Also, try downloading the checksums and jars directly from Nexus with
your browser to be sure things are served up correctly.

On Tue, Aug 18, 2009 at 12:50 PM, David Ellis wrote:
>
>
>
> Wayne Fay wrote:
>>
>>
>> What changed? Your plugins should be locked down and your Maven
>> versions should not be changing without you realizing it, right? So
>> did these recent failures coincide with another change in your
>> environment?
>>
>>
>
> Hi Wayne
>
> We introduced Nexus.
>
> I am pretty sure now that it is Nexus or the way we have configured our
> environment to use Nexus. I just tried it bypassing Nexus and reverting to
> our previous system and there are no errors.
>
> What is strange though is that two other machines  with the same
> settings.xml work just fine.
>
> I am going to try setting up an earlier version of nexus.
>
> Thanks for your help
> David
>
> --
> View this message in context: 
> http://www.nabble.com/Jar-Contents-getting-mixed-up%21-tp25026781p25029033.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
>
>
> -
> 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: maven-aspectj-plugin wrong version

[Jörg Schaible]

jnl1 wrote:

> 
> hi all..
> 
>i'm using maven 1.0.2.  on one machine when i build, maven is using
> maven-aspectj-plugin-4.0 and my build works fine.  on another machine,
> it's failing and using maven-aspectj-plugin-3.2.
> 
>I don't have the maven-aspectj-plugin defined in my project.xml.  So, I
> tried adding it like so:
> 
> 
> maven-plugins
> maven-aspectj-plugin
> 4.0
> plugin
> 
> 
> But, that didn't help.  Anyone have an idea why maven would use the 3.2
> version on 1 machine but use the 4.0 version on another ?

Keep in mind, that Maven loads any plugin only once. If your project is part
of a global multi-project build and another project already uses the
aspect-j plugin, the version is completely ignored in your project, since
the plugin is already loaded.

- Jörg


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

Re: Our Love & Hate Relationship with Apache Maven

[Wes Wannemacher]

I dunno Martin, I clicked something and it played, it's been a few
hours so I don't remember what the link looked like.

-Wes

On Tue, Aug 18, 2009 at 2:53 PM, Martin Gainty wrote:
>
> image renders nicely
> http://www.gravatar.com/avatar/63649e435f5d7785f49a506527924c58?default=http%3A%2F%2Faudioboo.fm%2Fimages%2Favatar_green.gif%3F1250251078&s=128
>
> but the audio_src
>  href="http://audioboo.fm/boos/55096-our-love-hate-relationship-with-apache-maven.mp3"/>
> is kaput
>
> i had a page that did something similar but i used FF embed object to play 
> the sound e.g.
> 
>  playcount="5" height="0" width="0">
>
> how are you able to make the meta href play the mp3?
> Martin Gainty
> __
> Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité
>
> Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger 
> sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung 
> oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich 
> dem Austausch von Informationen und entfaltet keine rechtliche 
> Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen 
> wir keine Haftung fuer den Inhalt uebernehmen.
> Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le 
> destinataire prévu, nous te demandons avec bonté que pour satisfaire informez 
> l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci 
> est interdite. Ce message sert à l'information seulement et n'aura pas 
> n'importe quel effet légalement obligatoire. Étant donné que les email 
> peuvent facilement être sujets à la manipulation, nous ne pouvons accepter 
> aucune responsabilité pour le contenu fourni.
>
>
>
>
>> Date: Tue, 18 Aug 2009 13:46:01 -0400
>> Subject: Re: Our Love & Hate Relationship with Apache Maven
>> From: w...@wantii.com
>> To: users@maven.apache.org
>>
>> There's a link to an MP3 download.
>>
>> -Wes
>>
>> On Tue, Aug 18, 2009 at 1:39 PM, Martin Gainty wrote:
>> >
>> > Peter
>> >
>> > maybe a problem with my browser settings.. but no content posted to 
>> > referenced URL
>> >
>> > cheers
>> > Martin
>> > __
>> > Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité
>> >
>> > Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene 
>> > Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte 
>> > Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht 
>> > dient lediglich dem Austausch von Informationen und entfaltet keine 
>> > rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von 
>> > E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen.
>> > Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le 
>> > destinataire prévu, nous te demandons avec bonté que pour satisfaire 
>> > informez l'expéditeur. N'importe quelle diffusion non autorisée ou la 
>> > copie de ceci est interdite. Ce message sert à l'information seulement et 
>> > n'aura pas n'importe quel effet légalement obligatoire. Étant donné que 
>> > les email peuvent facilement être sujets à la manipulation, nous ne 
>> > pouvons accepter aucune responsabilité pour le contenu fourni.
>> >
>> >
>> >
>> >
>> >> Subject: Our Love & Hate Relationship with Apache Maven
>> >> Date: Tue, 18 Aug 2009 17:26:19 +0100
>> >> From: peter.pilg...@lloydsbanking.com
>> >> To: users@maven.apache.org
>> >>
>> >> Our Love & Hate Relationship with Apache Maven
>> >>
>> >> http://audioboo.fm/boos/55096-our-love-hate-relationship-with-apache-mav
>> >> en
>> >>
>> >>
>> >>
>> >> And yes this is only my opinion and we still love it!
>> >>
>> >> --
>> >>
>> >> Peter Pilgrim | E-Channel Services Technical Lead, Products & Markets
>> >>
>> >> Lloyds TSB Bank plc, Corporate Markets, 10 Gresham Street, London, EC2V
>> >> 7AE, UK
>> >>
>> >> ' +44 (0)207 158 6135 | ( +44 (0)1234 567 8901
>> >>
>> >> * peter.pilg...@lloydstsb.co.uk
>> >>
>> >> * www.lloydstsbcorporatemarkets.com
>> >> 
>> >>
>> >>
>> >>
>> >>
>> >>
>> >> This e-mail is private and confidential and may contain privileged 
>> >> material. If you have received this e-mail in error, please notify the 
>> >> sender and delete it immediately. You must not copy, distribute, disclose 
>> >> or use any of the information in it or any attachments.
>> >>
>> >> Lloyds TSB Bank plc. Registered Office: 25 Gresham Street, London EC2V 
>> >> 7HN. Registered in England and Wales, number 2065. Telephone: 020 7626 
>> >> 1500.
>> >>
>> >> Lloyds TSB Scotland plc. Registered Office: Henry Duncan House, 120 
>> >> George Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. 
>> >> Telephone: 0131 225 4555.
>> >>
>> >> Cheltenham & Gloucester plc. Registered Office: Barnett Way, Gloucester 
>> >> GL4 3RL. Registered in England and Wales, number 2299428. Telephone: 
>> >> 01452 

RE: Our Love & Hate Relationship with Apache Maven

[Martin Gainty]

image renders nicely
http://www.gravatar.com/avatar/63649e435f5d7785f49a506527924c58?default=http%3A%2F%2Faudioboo.fm%2Fimages%2Favatar_green.gif%3F1250251078&s=128

but the audio_src 
http://audioboo.fm/boos/55096-our-love-hate-relationship-with-apache-maven.mp3"/>
is kaput

i had a page that did something similar but i used FF embed object to play the 
sound e.g.



how are you able to make the meta href play the mp3?
Martin Gainty 
__ 
Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité
 
Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger 
sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung 
oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem 
Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. 
Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung 
fuer den Inhalt uebernehmen.
Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le 
destinataire prévu, nous te demandons avec bonté que pour satisfaire informez 
l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est 
interdite. Ce message sert à l'information seulement et n'aura pas n'importe 
quel effet légalement obligatoire. Étant donné que les email peuvent facilement 
être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité 
pour le contenu fourni.




> Date: Tue, 18 Aug 2009 13:46:01 -0400
> Subject: Re: Our Love & Hate Relationship with Apache Maven
> From: w...@wantii.com
> To: users@maven.apache.org
> 
> There's a link to an MP3 download.
> 
> -Wes
> 
> On Tue, Aug 18, 2009 at 1:39 PM, Martin Gainty wrote:
> >
> > Peter
> >
> > maybe a problem with my browser settings.. but no content posted to 
> > referenced URL
> >
> > cheers
> > Martin
> > __
> > Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité
> >
> > Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene 
> > Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte 
> > Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht 
> > dient lediglich dem Austausch von Informationen und entfaltet keine 
> > rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von 
> > E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen.
> > Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le 
> > destinataire prévu, nous te demandons avec bonté que pour satisfaire 
> > informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie 
> > de ceci est interdite. Ce message sert à l'information seulement et n'aura 
> > pas n'importe quel effet légalement obligatoire. Étant donné que les email 
> > peuvent facilement être sujets à la manipulation, nous ne pouvons accepter 
> > aucune responsabilité pour le contenu fourni.
> >
> >
> >
> >
> >> Subject: Our Love & Hate Relationship with Apache Maven
> >> Date: Tue, 18 Aug 2009 17:26:19 +0100
> >> From: peter.pilg...@lloydsbanking.com
> >> To: users@maven.apache.org
> >>
> >> Our Love & Hate Relationship with Apache Maven
> >>
> >> http://audioboo.fm/boos/55096-our-love-hate-relationship-with-apache-mav
> >> en
> >>
> >>
> >>
> >> And yes this is only my opinion and we still love it!
> >>
> >> --
> >>
> >> Peter Pilgrim | E-Channel Services Technical Lead, Products & Markets
> >>
> >> Lloyds TSB Bank plc, Corporate Markets, 10 Gresham Street, London, EC2V
> >> 7AE, UK
> >>
> >> ' +44 (0)207 158 6135 | ( +44 (0)1234 567 8901
> >>
> >> * peter.pilg...@lloydstsb.co.uk
> >>
> >> * www.lloydstsbcorporatemarkets.com
> >> 
> >>
> >>
> >>
> >>
> >>
> >> This e-mail is private and confidential and may contain privileged 
> >> material. If you have received this e-mail in error, please notify the 
> >> sender and delete it immediately. You must not copy, distribute, disclose 
> >> or use any of the information in it or any attachments.
> >>
> >> Lloyds TSB Bank plc. Registered Office: 25 Gresham Street, London EC2V 
> >> 7HN. Registered in England and Wales, number 2065. Telephone: 020 7626 
> >> 1500.
> >>
> >> Lloyds TSB Scotland plc. Registered Office: Henry Duncan House, 120 George 
> >> Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. 
> >> Telephone: 0131 225 4555.
> >>
> >> Cheltenham & Gloucester plc. Registered Office: Barnett Way, Gloucester 
> >> GL4 3RL. Registered in England and Wales, number 2299428. Telephone: 01452 
> >> 372372.
> >>
> >> Cheltenham & Gloucester Savings is a division of Lloyds TSB Bank plc.
> >> Lloyds TSB Bank plc, Lloyds TSB Scotland plc and Cheltenham & Gloucester 
> >> plc are authorised and regulated by the Financial Services Authority.
> >>
> >> Lloyds Banking Group plc. Registered Office: Henry Duncan House, 120 
> >> George Street, Edinburgh EH2 4LH. Reg

maven-aspectj-plugin wrong version

[jnl1]

hi all..

   i'm using maven 1.0.2.  on one machine when i build, maven is using
maven-aspectj-plugin-4.0 and my build works fine.  on another machine, it's
failing and using maven-aspectj-plugin-3.2.  

   I don't have the maven-aspectj-plugin defined in my project.xml.  So, I
tried adding it like so:


maven-plugins
maven-aspectj-plugin
4.0
plugin


But, that didn't help.  Anyone have an idea why maven would use the 3.2
version on 1 machine but use the 4.0 version on another ?

thanks
  
-- 
View this message in context: 
http://www.nabble.com/maven-aspectj-plugin-wrong-version-tp25030465p25030465.html
Sent from the Maven - Users mailing list archive at Nabble.com.


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

Re: Our Love & Hate Relationship with Apache Maven

[Wes Wannemacher]

There's a link to an MP3 download.

-Wes

On Tue, Aug 18, 2009 at 1:39 PM, Martin Gainty wrote:
>
> Peter
>
> maybe a problem with my browser settings.. but no content posted to 
> referenced URL
>
> cheers
> Martin
> __
> Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité
>
> Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger 
> sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung 
> oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich 
> dem Austausch von Informationen und entfaltet keine rechtliche 
> Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen 
> wir keine Haftung fuer den Inhalt uebernehmen.
> Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le 
> destinataire prévu, nous te demandons avec bonté que pour satisfaire informez 
> l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci 
> est interdite. Ce message sert à l'information seulement et n'aura pas 
> n'importe quel effet légalement obligatoire. Étant donné que les email 
> peuvent facilement être sujets à la manipulation, nous ne pouvons accepter 
> aucune responsabilité pour le contenu fourni.
>
>
>
>
>> Subject: Our Love & Hate Relationship with Apache Maven
>> Date: Tue, 18 Aug 2009 17:26:19 +0100
>> From: peter.pilg...@lloydsbanking.com
>> To: users@maven.apache.org
>>
>> Our Love & Hate Relationship with Apache Maven
>>
>> http://audioboo.fm/boos/55096-our-love-hate-relationship-with-apache-mav
>> en
>>
>>
>>
>> And yes this is only my opinion and we still love it!
>>
>> --
>>
>> Peter Pilgrim | E-Channel Services Technical Lead, Products & Markets
>>
>> Lloyds TSB Bank plc, Corporate Markets, 10 Gresham Street, London, EC2V
>> 7AE, UK
>>
>> ' +44 (0)207 158 6135 | ( +44 (0)1234 567 8901
>>
>> * peter.pilg...@lloydstsb.co.uk
>>
>> * www.lloydstsbcorporatemarkets.com
>> 
>>
>>
>>
>>
>>
>> This e-mail is private and confidential and may contain privileged material. 
>> If you have received this e-mail in error, please notify the sender and 
>> delete it immediately. You must not copy, distribute, disclose or use any of 
>> the information in it or any attachments.
>>
>> Lloyds TSB Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
>> Registered in England and Wales, number 2065. Telephone: 020 7626 1500.
>>
>> Lloyds TSB Scotland plc. Registered Office: Henry Duncan House, 120 George 
>> Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. Telephone: 
>> 0131 225 4555.
>>
>> Cheltenham & Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 
>> 3RL. Registered in England and Wales, number 2299428. Telephone: 01452 
>> 372372.
>>
>> Cheltenham & Gloucester Savings is a division of Lloyds TSB Bank plc.
>> Lloyds TSB Bank plc, Lloyds TSB Scotland plc and Cheltenham & Gloucester plc 
>> are authorised and regulated by the Financial Services Authority.
>>
>> Lloyds Banking Group plc. Registered Office: Henry Duncan House, 120 George 
>> Street, Edinburgh EH2 4LH. Registered in Scotland, number 95000. Telephone: 
>> 0131 225 4555.
>>
>> Lloyds Banking Group plc is a signatory to the Banking Codes.
>>
>> Telephone calls may be monitored or recorded.
>>
>>
>> __
>> This email has been scanned by the MessageLabs Email Security System.
>> For more information please visit http://www.messagelabs.com/email
>> __
>
> _
> Windows Live: Keep your friends up to date with what you do online.
> http://windowslive.com/Campaign/SocialNetworking?ocid=PID23285::T:WLMTAGL:ON:WL:en-US:SI_SB_online:082009



-- 
Wes Wannemacher

Head Engineer, WanTii, Inc.
Need Training? Struts, Spring, Maven, Tomcat...
Ask me for a quote!

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

RE: Our Love & Hate Relationship with Apache Maven

[Martin Gainty]

Peter

maybe a problem with my browser settings.. but no content posted to referenced 
URL

cheers
Martin 
__ 
Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité
 
Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger 
sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung 
oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem 
Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. 
Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung 
fuer den Inhalt uebernehmen.
Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le 
destinataire prévu, nous te demandons avec bonté que pour satisfaire informez 
l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est 
interdite. Ce message sert à l'information seulement et n'aura pas n'importe 
quel effet légalement obligatoire. Étant donné que les email peuvent facilement 
être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité 
pour le contenu fourni.




> Subject: Our Love & Hate Relationship with Apache Maven
> Date: Tue, 18 Aug 2009 17:26:19 +0100
> From: peter.pilg...@lloydsbanking.com
> To: users@maven.apache.org
> 
> Our Love & Hate Relationship with Apache Maven
> 
> http://audioboo.fm/boos/55096-our-love-hate-relationship-with-apache-mav
> en 
> 
>  
> 
> And yes this is only my opinion and we still love it!
> 
> -- 
> 
> Peter Pilgrim | E-Channel Services Technical Lead, Products & Markets 
> 
> Lloyds TSB Bank plc, Corporate Markets, 10 Gresham Street, London, EC2V
> 7AE, UK
> 
> ' +44 (0)207 158 6135 | ( +44 (0)1234 567 8901
> 
> * peter.pilg...@lloydstsb.co.uk
> 
> * www.lloydstsbcorporatemarkets.com
>   
> 
>  
> 
> 
> 
> This e-mail is private and confidential and may contain privileged material. 
> If you have received this e-mail in error, please notify the sender and 
> delete it immediately. You must not copy, distribute, disclose or use any of 
> the information in it or any attachments.
> 
> Lloyds TSB Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
> Registered in England and Wales, number 2065. Telephone: 020 7626 1500.
> 
> Lloyds TSB Scotland plc. Registered Office: Henry Duncan House, 120 George 
> Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. Telephone: 
> 0131 225 4555.
> 
> Cheltenham & Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 
> 3RL. Registered in England and Wales, number 2299428. Telephone: 01452 372372.
> 
> Cheltenham & Gloucester Savings is a division of Lloyds TSB Bank plc.
> Lloyds TSB Bank plc, Lloyds TSB Scotland plc and Cheltenham & Gloucester plc 
> are authorised and regulated by the Financial Services Authority. 
> 
> Lloyds Banking Group plc. Registered Office: Henry Duncan House, 120 George 
> Street, Edinburgh EH2 4LH. Registered in Scotland, number 95000. Telephone: 
> 0131 225 4555.
> 
> Lloyds Banking Group plc is a signatory to the Banking Codes.
> 
> Telephone calls may be monitored or recorded.
> 
> 
> __
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email 
> __

_
Windows Live: Keep your friends up to date with what you do online.
http://windowslive.com/Campaign/SocialNetworking?ocid=PID23285::T:WLMTAGL:ON:WL:en-US:SI_SB_online:082009

Re: jar with dependencies in a folder

[Chull]

What is the final solution then?
How did it work?






Gregory Kick-2 wrote:
> 
> When I read this thread it bothered me that people were recommending
> the dependency plugin because it seemed like something that the
> assembly plugin should be able to do on its own.  I think that the
> following ought to get you what you wanted without that plugin.
> 
> http://maven.apache.org/POM/4.0.0";
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
> xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
> http://maven.apache.org/xsd/assembly-1.0.0.xsd";>
>   mydist
>   
> zip
>   
>   
> 
>   target
>   
>   
> *.jar
>   
> 
>   
>   
> 
>   lib
>   false
>   runtime
> 
>   
> 
> 
> On 4/26/07, JavierL  wrote:
>>
>> Finally, it worked...thanks a lot !
>>
>>
>>
>> Wayne Fay wrote:
>> >
>> > I could be wrong about that. Check the other examples. You might
>> > actually want copy-dependencies.
>> >
>> > Wayne
>> >
>> > On 4/25/07, Wayne Fay  wrote:
>> >> You probably want "dependency:unpack-dependencies".
>> >>
>> >> Wayne
>> >>
>> >> On 4/25/07, JavierL  wrote:
>> >> >
>> >> >
>> >> > Wayne Fay wrote:
>> >> > >
>> >> > > Ah! In that case, you want to use the maven-dependency-plugin:
>> >> > > http://maven.apache.org/plugins/maven-dependency-plugin/
>> >> > >
>> >> >
>> >> >
>> >> > I've read docs and see this:
>> >> >
>> >> > --
>> >> > 
>> >> >
>> >> >  [ groupId ]
>> >> >  [ artifactId ]
>> >> >  [ version ]
>> >> >  [ packaging ]
>> >> >  [ true or false ]
>> >> >  [ output directory ]
>> >> >  [ filename ]
>> >> >
>> >> > ---
>> >> >
>> >> > I wonder if it means  every dependency to be copied should be write
>> by
>> >> hand
>> >> > in such way.
>> >> >
>> >> > I hope to be wrong because I found this totally ilogical. I want
>> >> something
>> >> > to do the job automatically and not complicate the verbose maven pom
>> >> > configuration.
>> >> >
>> >> > Thanks in advance
>> >> >
>> >> > J
>> >> >
>> >> >
>> >> > J
>> >> >
>> >> > --
>> >> > View this message in context:
>> >>
>> http://www.nabble.com/jar-with-dependencies-in-a-folder-tf3644333s177.html#a10188383
>> >> > Sent from the Maven - Users mailing list archive at Nabble.com.
>> >> >
>> >> >
>> >> >
>> -
>> >> > 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
>> >
>> >
>> >
>>
>> --
>> View this message in context:
>> http://www.nabble.com/jar-with-dependencies-in-a-folder-tf3644333s177.html#a10195552
>> Sent from the Maven - Users mailing list archive at Nabble.com.
>>
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
>> For additional commands, e-mail: users-h...@maven.apache.org
>>
>>
> 
> 
> -- 
> Gregory Kick
> http://kickstyle.net/
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/jar-with-dependencies-in-a-folder-tp10177639p25029204.html
Sent from the Maven - Users mailing list archive at Nabble.com.


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

Re: Jar Contents getting mixed up!

[David Ellis]

Wayne Fay wrote:
> 
> 
> What changed? Your plugins should be locked down and your Maven
> versions should not be changing without you realizing it, right? So
> did these recent failures coincide with another change in your
> environment?
> 
> 

Hi Wayne

We introduced Nexus.

I am pretty sure now that it is Nexus or the way we have configured our
environment to use Nexus. I just tried it bypassing Nexus and reverting to
our previous system and there are no errors.

What is strange though is that two other machines  with the same
settings.xml work just fine.

I am going to try setting up an earlier version of nexus.

Thanks for your help
David

-- 
View this message in context: 
http://www.nabble.com/Jar-Contents-getting-mixed-up%21-tp25026781p25029033.html
Sent from the Maven - Users mailing list archive at Nabble.com.


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

Our Love & Hate Relationship with Apache Maven

[Pilgrim, Peter]

Our Love & Hate Relationship with Apache Maven

http://audioboo.fm/boos/55096-our-love-hate-relationship-with-apache-mav
en 

 

And yes this is only my opinion and we still love it!

-- 

Peter Pilgrim | E-Channel Services Technical Lead, Products & Markets 

Lloyds TSB Bank plc, Corporate Markets, 10 Gresham Street, London, EC2V
7AE, UK

' +44 (0)207 158 6135 | ( +44 (0)1234 567 8901

* peter.pilg...@lloydstsb.co.uk

* www.lloydstsbcorporatemarkets.com
  

 



This e-mail is private and confidential and may contain privileged material. If 
you have received this e-mail in error, please notify the sender and delete it 
immediately. You must not copy, distribute, disclose or use any of the 
information in it or any attachments.

Lloyds TSB Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales, number 2065. Telephone: 020 7626 1500.

Lloyds TSB Scotland plc. Registered Office: Henry Duncan House, 120 George 
Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. Telephone: 
0131 225 4555.

Cheltenham & Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 
3RL. Registered in England and Wales, number 2299428. Telephone: 01452 372372.

Cheltenham & Gloucester Savings is a division of Lloyds TSB Bank plc.
Lloyds TSB Bank plc, Lloyds TSB Scotland plc and Cheltenham & Gloucester plc 
are authorised and regulated by the Financial Services Authority. 

Lloyds Banking Group plc. Registered Office: Henry Duncan House, 120 George 
Street, Edinburgh EH2 4LH. Registered in Scotland, number 95000. Telephone: 
0131 225 4555.

Lloyds Banking Group plc is a signatory to the Banking Codes.

Telephone calls may be monitored or recorded.


__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
__

RE : AW: Re: RE : AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects

[HARDION Vincent]

Hi all,

Mark,
Pleased to receive news from you about the NAR project.

You can find the patch from the version 2.0-alpha-11-SNAPSHOT (04/2009).
As we use cvs in our company, I can't report all commit so don't hesitate to 
mail me about why.

The patch add some features like :

Import 3rd Party :
- include import libraries with .dll for windows
- Possibility to add include dependant from platform (This point breaks 
the no_arch philosophy !!!)

Configuration :
- Allows to define specific configuration enabled following the value 
of different variables (aol, os, debug mode etc ...) inspired from profile 
activation. These specifics configurations enhance the default configuration.

We also fix some minor bug and other that I don't remember but I can find.
I hope this may help.

Last question: I read somewhere that NAR plugin was given to Sonatype ?

Best regards,

Vincent Hardion


-Message d'origine-
De : Donszelmann Mark [mailto:mark.donszelm...@gmail.com] 
Envoyé : mardi 18 août 2009 09:44
À : Maven Users List
Objet : Re: AW: Re: RE : AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects

Hi

I am the original author of the freehep-nar-plugin. It was made at  
SLAC, Stanford Linear Accelerator Center,
when I worked there. In my current job, which terminates on september  
15, I hade no time to support this
and the other Native code related plugins.

I am planning to pick things up again middle of september. I would be  
interested in your lists of things that
fail to work with NAR, though I can think of a few myself. Any patches  
you have created can be applied if
they work fine for NAR.

I plan to build some good test cases, and some better examples so that  
things run out of the box.

Let me know

Regards
Mark Donszelmann


-
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: Jar Contents getting mixed up!

[Wayne Fay]

> I have been using maven for over a year, but recently our builds have started
> mixing up the jar files and putting say the contents of commons-io in a
> log4j jar file.

What changed? Your plugins should be locked down and your Maven
versions should not be changing without you realizing it, right? So
did these recent failures coincide with another change in your
environment?

Wayne

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

RE: maven-compiler (any version)

[Martin Gainty]

Thanks for the bookmark Steve

Martin Gainty 
__ 
Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité
 
Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger 
sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung 
oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem 
Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. 
Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung 
fuer den Inhalt uebernehmen.
Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le 
destinataire prévu, nous te demandons avec bonté que pour satisfaire informez 
l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est 
interdite. Ce message sert à l'information seulement et n'aura pas n'importe 
quel effet légalement obligatoire. Étant donné que les email peuvent facilement 
être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité 
pour le contenu fourni.




> Subject: RE: maven-compiler (any version)
> Date: Tue, 18 Aug 2009 09:29:37 -0500
> From: steven.cummi...@cerner.com
> To: users@maven.apache.org
> 
> Like any other maven dependency or plugin, it lives in an artifact 
> repository. Specifically, in central [1]. There you'll see generally 
> available versions.
> 
> [1] 
> http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-compiler-plugin/
> 
> -Original Message-
> From: Martin Gainty [mailto:mgai...@hotmail.com] 
> Sent: Tuesday, August 18, 2009 9:17 AM
> To: users@maven.apache.org
> Subject: maven-compiler (any version)
> 
> 
> anyone know where maven-compiler (any version) is?
> 
> Martin Gainty 
> __ 
> Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité
>  
> Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger 
> sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung 
> oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich 
> dem Austausch von Informationen und entfaltet keine rechtliche 
> Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen 
> wir keine Haftung fuer den Inhalt uebernehmen.
> Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le 
> destinataire prévu, nous te demandons avec bonté que pour satisfaire informez 
> l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci 
> est interdite. Ce message sert à l'information seulement et n'aura pas 
> n'importe quel effet légalement obligatoire. Étant donné que les email 
> peuvent facilement être sujets à la manipulation, nous ne pouvons accepter 
> aucune responsabilité pour le contenu fourni.
> 
> 
> 
> _
> With Windows Live, you can organize, edit, and share your photos.
> http://www.windowslive.com/Desktop/PhotoGallery
> 
> --
> CONFIDENTIALITY NOTICE This message and any included attachments are from 
> Cerner Corporation and are intended only for the addressee. The information 
> contained in this message is confidential and may constitute inside or 
> non-public information under international, federal, or state securities 
> laws. Unauthorized forwarding, printing, copying, distribution, or use of 
> such information is strictly prohibited and may be unlawful. If you are not 
> the addressee, please promptly delete this message and notify the sender of 
> the delivery error by e-mail or you may call Cerner's corporate offices in 
> Kansas City, Missouri, U.S.A at (+1) (816)221-1024.
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
> 

_
With Windows Live, you can organize, edit, and share your photos.
http://www.windowslive.com/Desktop/PhotoGallery

Jar Contents getting mixed up!

[David Ellis]

I have been using maven for over a year, but recently our builds have started
mixing up the jar files and putting say the contents of commons-io in a
log4j jar file.

We are using nexus and I have checked the jars are fine there.

A related issue is that sometimes our snapshots in particular are coming
down with failed checksums and then displaying the contents of the jar file,
implying maven is interpreting the contents of the jar file in the place of
the checksum!

[WARNING] *** CHECKSUM FAILED - Checksum failed on download: local =
'51d11edc0b
89883269ef390e49b34953dabc3e29'; remote = 'PK♥♦
 ◄|=8  META-INF/PK♥♦
?%?T?4P►*?♀?‼3t???6??T←??7;L??X?d?j??J?F\?‼?O?↑??4??A?{!,?...@?‼?p??s∟#k
??W?M?♂pgW/U??~' - IGNORING

Greatly appreciate any help
David
-- 
View this message in context: 
http://www.nabble.com/Jar-Contents-getting-mixed-up%21-tp25026781p25026781.html
Sent from the Maven - Users mailing list archive at Nabble.com.


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

RE: maven-compiler (any version)

[Cummings,Steven]

Like any other maven dependency or plugin, it lives in an artifact repository. 
Specifically, in central [1]. There you'll see generally available versions.

[1] 
http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-compiler-plugin/

-Original Message-
From: Martin Gainty [mailto:mgai...@hotmail.com] 
Sent: Tuesday, August 18, 2009 9:17 AM
To: users@maven.apache.org
Subject: maven-compiler (any version)


anyone know where maven-compiler (any version) is?

Martin Gainty 
__ 
Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité
 
Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger 
sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung 
oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem 
Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. 
Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung 
fuer den Inhalt uebernehmen.
Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le 
destinataire prévu, nous te demandons avec bonté que pour satisfaire informez 
l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est 
interdite. Ce message sert à l'information seulement et n'aura pas n'importe 
quel effet légalement obligatoire. Étant donné que les email peuvent facilement 
être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité 
pour le contenu fourni.



_
With Windows Live, you can organize, edit, and share your photos.
http://www.windowslive.com/Desktop/PhotoGallery

--
CONFIDENTIALITY NOTICE This message and any included attachments are from 
Cerner Corporation and are intended only for the addressee. The information 
contained in this message is confidential and may constitute inside or 
non-public information under international, federal, or state securities laws. 
Unauthorized forwarding, printing, copying, distribution, or use of such 
information is strictly prohibited and may be unlawful. If you are not the 
addressee, please promptly delete this message and notify the sender of the 
delivery error by e-mail or you may call Cerner's corporate offices in Kansas 
City, Missouri, U.S.A at (+1) (816)221-1024.

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

maven-compiler (any version)

[Martin Gainty]

anyone know where maven-compiler (any version) is?

Martin Gainty 
__ 
Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité
 
Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger 
sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung 
oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem 
Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. 
Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung 
fuer den Inhalt uebernehmen.
Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le 
destinataire prévu, nous te demandons avec bonté que pour satisfaire informez 
l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est 
interdite. Ce message sert à l'information seulement et n'aura pas n'importe 
quel effet légalement obligatoire. Étant donné que les email peuvent facilement 
être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité 
pour le contenu fourni.



_
With Windows Live, you can organize, edit, and share your photos.
http://www.windowslive.com/Desktop/PhotoGallery

Re: ${packageInPathFormat} is remains in files under webapp folder

[Trent Rosenbaum]

Hi,
Just thought I would give an update.  I have been generating projects from
archetypes using the 'new project wizard' from the M2 eclipse plugin.  This
seemed to generate projects with the ${packageInPathFormat} still present
within some of the files.  I then ran the archetype plugin on the command
line with the generate target and this processed all of the resources
correctly.

Does the M2 eclipse plugin use the archetype project artifacts in a
different way compared to the standard plugin?  I thought they would have
work in the same way?

Trent

2009/8/18 Trent Rosenbaum 

> Hi there,
> I am trying to create a new Archetype based a standard web application, but
> I am finding that a number of resources under the 'webapp' folder are not
> processed correctly and still contain the ${packageInPathFormat} string of
> characters.
> When working with then plugin I have noticed that files under the resources
> folders do not get processed correctly either, (the original folder
> structure means and resouces are not placed under the new folder structure
> for the new package structure).  Does the archetype plugin only work with
> resources under the 'java' folder?  Should I expect the plugin to process
> the resources under the 'webapp' and 'recources' folders?  I am only asking
> this because the plugin has attempted to process the resources and instead
> has left me with an broken archetype that was generated from a correct and
> working example project.
>
> Does anyone have any ideas about how to get around this problem?
>
> Many thanks
> Trent
>

Re: 2 questions: including WEB-INF/lib and re-using dependency lists

[Jeff Johnston]

Ah yes, that makes sense.  If you had more than one provided scope
dependency then you could group them into a different pom project with scope
compile and then include that group pom with scope provided wherever it was
required.  Bit messy.

2009/8/18 Tako Schotanus 

> There's no maven error, only Java compile errors which would be
> meaningless without the context of the code (which I can't give).
>
> But I figured it out already!
>
> The thing was that ONE of the dependencies had it's "scope" set to
> "provided" and it seems that either those dependencies don't get
> inherited by design or maven gets confused somehow and doesn't include
> them.
>
> Either changing the "scope" to "compile" (which isn't an option
> because now it will be included in the packaging process) or taking
> that one dependency out and moving it to the project itself fixed the
> problem.
>
> Thanks for the help!
> -Tako
>
>
>
> On Tue, Aug 18, 2009 at 12:32, Anders Hammar wrote:
> > Including the pom project to which you moved all the dependencies?
> >
> > Could you please provide the error output?
> >
> > /Anders
> >
> > On Tue, Aug 18, 2009 at 12:18, Tako Schotanus 
> wrote:
> >
> >> Yes, did an "mvn clean install" on all related projects just to be sure.
> >>
> >> -Tako
> >>
> >>
> >>
> >> On Tue, Aug 18, 2009 at 11:43, Jeff Johnston
> >> wrote:
> >> > Is your dependencies pom installed in your repository?
> >> >
> >> > 2009/8/18 Tako Schotanus 
> >> >
> >> >> I tried that, but it doesn't seem to work? I just get long lists of
> >> >> compile errors saying "can't find symbol".
> >> >>
> >> >> Basically what I did was take a (compiling, working) project with a
> >> >> list of dependencies and copy them all to a new project of type POM
> >> >> like you suggested as well and then I added a single dependency to
> the
> >> >> original project
> >> >>
> >> >> 
> >> >>   test.group
> >> >>   dependencies
> >> >>   0.0.1-SNAPSHOT
> >> >>   compile
> >> >>   pom
> >> >> 
> >> >>
> >> >> But now the compiler doesn't seem to "see" any of the dependencies-
> >> >>
> >> >> -Tako
> >> >>
> >> >>
> >> >>
> >> >> On Tue, Aug 18, 2009 at 10:46, Jeff Johnston<
> mrjeffjohns...@gmail.com>
> >> >> wrote:
> >> >> > For 2, this can be achieved by adding the group of dependencies to
> a
> >> >> project
> >> >> > of type pom and then including this group project as a dependency
> >> >> whenever
> >> >> > you need to include the whole group of dependencies.  You mark the
> >> >> > dependency as of type pom and it just pulls in all the transitive
> >> >> > dependencies.
> >> >> >
> >> >> > 2009/8/18 Tako Schotanus 
> >> >> >
> >> >> >> Yes, that is an option but one that will only work if ALL
> subprojects
> >> >> >> need those dependencies, something that isn't the case in our
> >> >> >> situation. And we don't want to subdivide our hierarchy even more
> >> just
> >> >> >> to to be able to define dependencies. Ah well, that's just the way
> it
> >> >> >> is then :)
> >> >> >>
> >> >> >> -Tako
> >> >> >>
> >> >> >>
> >> >> >>
> >> >> >> On Tue, Aug 18, 2009 at 10:26, Anders Hammar
> >> wrote:
> >> >> >> > 2) I believe inclusion like this is planned for Maven 3.0, but
> for
> >> M2
> >> >> you
> >> >> >> > have to settle with using a parent where you define common
> >> >> dependencies.
> >> >> >> >
> >> >> >> > /Anders
> >> >> >> >
> >> >> >> > On Tue, Aug 18, 2009 at 09:43, Tako Schotanus <
> t...@codejive.org>
> >> >> wrote:
> >> >> >> >
> >> >> >> >> Hi,
> >> >> >> >> I've got 2 questions that I haven't been able to find an answer
> >> to:
> >> >> >> >>
> >> >> >> >> 1. For maven projects of type WAR is there a way to still have
> it
> >> >> >> include
> >> >> >> >> the contents of WEB-INF/lib in the class path during
> >> >> >> compilation/packaging?
> >> >> >> >> For a project we're doing we have a large list of 3rd party
> JARs
> >> that
> >> >> we
> >> >> >> >> need to include and I don't want to set up a central repository
> >> and
> >> >> add
> >> >> >> >> them
> >> >> >> >> there or have every developer add them to their local
> repository.
> >> >> >> >>
> >> >> >> >> 2. If you have several projects which all share a certain
> largish
> >> set
> >> >> of
> >> >> >> >> dependencies, is it possible to define those dependencies
> >> somewhere
> >> >> and
> >> >> >> >> "include" them?
> >> >> >> >>
> >> >> >> >> Cheers,
> >> >> >> >>  -Tako
> >> >> >> >>
> >> >> >> >
> >> >> >>
> >> >> >>
> -
> >> >> >> 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
> >> >>
> >> >>
> >> >
> >>
> >> ---

${packageInPathFormat} is remains in files under webapp folder

[Trent Rosenbaum]

Hi there,
I am trying to create a new Archetype based a standard web application, but
I am finding that a number of resources under the 'webapp' folder are not
processed correctly and still contain the ${packageInPathFormat} string of
characters.
When working with then plugin I have noticed that files under the resources
folders do not get processed correctly either, (the original folder
structure means and resouces are not placed under the new folder structure
for the new package structure).  Does the archetype plugin only work with
resources under the 'java' folder?  Should I expect the plugin to process
the resources under the 'webapp' and 'recources' folders?  I am only asking
this because the plugin has attempted to process the resources and instead
has left me with an broken archetype that was generated from a correct and
working example project.

Does anyone have any ideas about how to get around this problem?

Many thanks
Trent

Re: AW: Re: AW: Re: RE : AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects

[Jörg Schaible]

Hi Mark,

Donszelmann Mark wrote at Dienstag, 18. August 2009 13:53:

[snip]

>> However, I
>> cannot remember currently what that was and JIRA for the plugin
>> seems no
>> longer available.
> 
> it is under:
> 
> http://bugs.freehep.org/browse/NARPLUGIN

Thanks, pointer at
http://java.freehep.org/freehep-nar-plugin/issue-tracking.html links to
nowhere ;-)

- Jörg


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

Re: AW: Re: AW: Re: RE : AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects

[Donszelmann Mark]

Hi Jan,

all answers below of the top of my head and without looking into the  
code...

so no guarantees:

On Aug 18, 2009, at 10:08 AM, Jan Wedel wrote:


Hi Mark!

It's good to hear something from the original "source" of the plug- 
in. I

am currently evaluating whether we are using maven for C projects or
not. I tried your plug-in by using the helloworldexe project and
immediately got a "build failure" ([INFO] NAR: Please specify  


as part of ,  or  for x86.Windows.gcc.cpp.).

I know I changed the POM to gcc but it should also compile well.


I am afraid changing compilers is not very well tested. It is  
something that one

should be able to do, as long as the compiler is in the list.



No matter if you can help me with this issue or not, I can tell you  
some

requirements for my company of which I am not sure if NAR already
supports it or not and which you might implement if the latter is the
case.


sure.



We want to build C project with embedded compilers such as gcc or IAR.
The output could be a intel-hex file, e.g. or other microcontroller
specific formats. We need to specify different compile settings for
release, debug, test and factory-test e.g. That means using cpptest  
for
test and specifying precompiler defines by using the pom  
configuration,
if possible (e.g. USE_UART, USE_DISPLAY etc.). As part of the  
lifecycle,
it would be nice if the "deployment" could mean to upload the binary  
to

a microcontroller (which would be just a parametrizable call to an
executable).



cross compilation is not standard possible, but should be an option in  
the future.
Having different settings, release, debug has crossed my mind but we  
never

really got that far. It should be a requirement.
Deploying is done by the standard deploy plugin. One should be able to  
replace that
one by something that calls an executable. I am not sure one can just  
replace it,
some maven specialist may know. In nar there is currently not such a  
provision, but

maybe there should be.


Maybe, you could give some comments or advises if its already possible
or if it can be achieved by just changing configuration file etc.


Regards
Mark



Thanks,

Jan


-Ursprüngliche Nachricht-
Von: Donszelmann Mark [mailto:mark.donszelm...@gmail.com]
Gesendet: Dienstag, 18. August 2009 09:44
An: Maven Users List
Betreff: Re: AW: Re: RE : AW: RE: AW: Re: AW: Re: Maven for Non-Java
Projects

Hi

I am the original author of the freehep-nar-plugin. It was made at
SLAC, Stanford Linear Accelerator Center,
when I worked there. In my current job, which terminates on september
15, I hade no time to support this
and the other Native code related plugins.

I am planning to pick things up again middle of september. I would be
interested in your lists of things that
fail to work with NAR, though I can think of a few myself. Any patches
you have created can be applied if
they work fine for NAR.

I plan to build some good test cases, and some better examples so that
things run out of the box.

Let me know

Regards
Mark Donszelmann


-
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





PGP.sig
Description: This is a digitally signed message part

Re: AW: Re: RE : AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects

[Donszelmann Mark]

Hi

On Aug 18, 2009, at 10:34 AM, Jörg Schaible wrote:


Hi Mark,

Donszelmann Mark wrote at Dienstag, 18. August 2009 09:44:


Hi

I am the original author of the freehep-nar-plugin. It was made at
SLAC, Stanford Linear Accelerator Center,
when I worked there. In my current job, which terminates on september
15, I hade no time to support this
and the other Native code related plugins.

I am planning to pick things up again middle of september. I would be
interested in your lists of things that
fail to work with NAR, though I can think of a few myself. Any  
patches

you have created can be applied if
they work fine for NAR.

I plan to build some good test cases, and some better examples so  
that

things run out of the box.


this is really good news. Despite all the hassle, this plugin is  
still the

most complete solution for native projects. Most urgent issue is
nevertheless to give it a new home that supports more infrastructure  
e.g.

in Codehaus' mojo. We users need a proper mailing list, but should
not "abuse" the Maven core mailing list for this. Additionally JIRA  
seems

meanwhile down at the old location.


after mid september this is the plan, to move it somewhere with more  
infrastructure.


Regards
Mark



- Jörg


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





PGP.sig
Description: This is a digitally signed message part

Re: AW: Re: AW: Re: RE : AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects

[Donszelmann Mark]

Hi

On Aug 18, 2009, at 10:29 AM, Jörg Schaible wrote:


Jan Wedel wrote at Dienstag, 18. August 2009 09:40:

So, you just have to include the DUMMY part, but the resulting file  
name

does not include it?


Actually it does, but it's the name of the library type: jni, shared  
or

static. So your repo will contain in the end:

com/acme/demo/1.0/demo-dll-1.0.pom
com/acme/demo/1.0/demo-dll-1.0-x86-Windows-msvc-shared.pom

I cannot remember exactly what was the problem using the real name  
of the
part, but the nar:unpack simply needs this 4th part. IIRC according  
the
docs you should only specify the AOL part as classifier, but it  
fails then.


Anyhow, as you have some experience in studying the code, what  
would you
say how difficult is it to include a new compiler that is not  
currently

supported by the nar? I read that NAR is using the ant cpptasks for
calling the native compilers. Is it just adding a new xml entry
somewhere or do I have to modify the plugin itself?


Well, when I looked into the code it was some older release of the  
plugin

(2.0-alpha-7). In the later versions the compiler support has been
completely refactored, so I cannot say much anymore. We're actually  
using a
private version 2.0-beta-10 with the patch of NARPLUGIN-171.  
However, I
cannot remember currently what that was and JIRA for the plugin  
seems no

longer available.


it is under:

http://bugs.freehep.org/browse/NARPLUGIN

Greetings
Mark




- Jörg


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





PGP.sig
Description: This is a digitally signed message part

Re: 2 questions: including WEB-INF/lib and re-using dependency lists

[Tako Schotanus]

There's no maven error, only Java compile errors which would be
meaningless without the context of the code (which I can't give).

But I figured it out already!

The thing was that ONE of the dependencies had it's "scope" set to
"provided" and it seems that either those dependencies don't get
inherited by design or maven gets confused somehow and doesn't include
them.

Either changing the "scope" to "compile" (which isn't an option
because now it will be included in the packaging process) or taking
that one dependency out and moving it to the project itself fixed the
problem.

Thanks for the help!
-Tako



On Tue, Aug 18, 2009 at 12:32, Anders Hammar wrote:
> Including the pom project to which you moved all the dependencies?
>
> Could you please provide the error output?
>
> /Anders
>
> On Tue, Aug 18, 2009 at 12:18, Tako Schotanus  wrote:
>
>> Yes, did an "mvn clean install" on all related projects just to be sure.
>>
>> -Tako
>>
>>
>>
>> On Tue, Aug 18, 2009 at 11:43, Jeff Johnston
>> wrote:
>> > Is your dependencies pom installed in your repository?
>> >
>> > 2009/8/18 Tako Schotanus 
>> >
>> >> I tried that, but it doesn't seem to work? I just get long lists of
>> >> compile errors saying "can't find symbol".
>> >>
>> >> Basically what I did was take a (compiling, working) project with a
>> >> list of dependencies and copy them all to a new project of type POM
>> >> like you suggested as well and then I added a single dependency to the
>> >> original project
>> >>
>> >> 
>> >>   test.group
>> >>   dependencies
>> >>   0.0.1-SNAPSHOT
>> >>   compile
>> >>   pom
>> >> 
>> >>
>> >> But now the compiler doesn't seem to "see" any of the dependencies-
>> >>
>> >> -Tako
>> >>
>> >>
>> >>
>> >> On Tue, Aug 18, 2009 at 10:46, Jeff Johnston
>> >> wrote:
>> >> > For 2, this can be achieved by adding the group of dependencies to a
>> >> project
>> >> > of type pom and then including this group project as a dependency
>> >> whenever
>> >> > you need to include the whole group of dependencies.  You mark the
>> >> > dependency as of type pom and it just pulls in all the transitive
>> >> > dependencies.
>> >> >
>> >> > 2009/8/18 Tako Schotanus 
>> >> >
>> >> >> Yes, that is an option but one that will only work if ALL subprojects
>> >> >> need those dependencies, something that isn't the case in our
>> >> >> situation. And we don't want to subdivide our hierarchy even more
>> just
>> >> >> to to be able to define dependencies. Ah well, that's just the way it
>> >> >> is then :)
>> >> >>
>> >> >> -Tako
>> >> >>
>> >> >>
>> >> >>
>> >> >> On Tue, Aug 18, 2009 at 10:26, Anders Hammar
>> wrote:
>> >> >> > 2) I believe inclusion like this is planned for Maven 3.0, but for
>> M2
>> >> you
>> >> >> > have to settle with using a parent where you define common
>> >> dependencies.
>> >> >> >
>> >> >> > /Anders
>> >> >> >
>> >> >> > On Tue, Aug 18, 2009 at 09:43, Tako Schotanus 
>> >> wrote:
>> >> >> >
>> >> >> >> Hi,
>> >> >> >> I've got 2 questions that I haven't been able to find an answer
>> to:
>> >> >> >>
>> >> >> >> 1. For maven projects of type WAR is there a way to still have it
>> >> >> include
>> >> >> >> the contents of WEB-INF/lib in the class path during
>> >> >> compilation/packaging?
>> >> >> >> For a project we're doing we have a large list of 3rd party JARs
>> that
>> >> we
>> >> >> >> need to include and I don't want to set up a central repository
>> and
>> >> add
>> >> >> >> them
>> >> >> >> there or have every developer add them to their local repository.
>> >> >> >>
>> >> >> >> 2. If you have several projects which all share a certain largish
>> set
>> >> of
>> >> >> >> dependencies, is it possible to define those dependencies
>> somewhere
>> >> and
>> >> >> >> "include" them?
>> >> >> >>
>> >> >> >> Cheers,
>> >> >> >>  -Tako
>> >> >> >>
>> >> >> >
>> >> >>
>> >> >> -
>> >> >> 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
>>
>>
>

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

How to capture the sha1 checksum files into a directory?

[ponnie]

Hi,

Maven has a feature to generate the checksum file. ex.
commons-logging-1.1.1.jar.sha1.
I need to copy all these sha1 files of artifacts into a folder when
packaging. Is there a simple way to do this?

Thank you.
-- 
View this message in context: 
http://www.nabble.com/How-to-capture-the-sha1-checksum-files-into-a-directory--tp25023199p25023199.html
Sent from the Maven - Users mailing list archive at Nabble.com.


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

Re: 2 questions: including WEB-INF/lib and re-using dependency lists

[Anders Hammar]

Including the pom project to which you moved all the dependencies?

Could you please provide the error output?

/Anders

On Tue, Aug 18, 2009 at 12:18, Tako Schotanus  wrote:

> Yes, did an "mvn clean install" on all related projects just to be sure.
>
> -Tako
>
>
>
> On Tue, Aug 18, 2009 at 11:43, Jeff Johnston
> wrote:
> > Is your dependencies pom installed in your repository?
> >
> > 2009/8/18 Tako Schotanus 
> >
> >> I tried that, but it doesn't seem to work? I just get long lists of
> >> compile errors saying "can't find symbol".
> >>
> >> Basically what I did was take a (compiling, working) project with a
> >> list of dependencies and copy them all to a new project of type POM
> >> like you suggested as well and then I added a single dependency to the
> >> original project
> >>
> >> 
> >>   test.group
> >>   dependencies
> >>   0.0.1-SNAPSHOT
> >>   compile
> >>   pom
> >> 
> >>
> >> But now the compiler doesn't seem to "see" any of the dependencies-
> >>
> >> -Tako
> >>
> >>
> >>
> >> On Tue, Aug 18, 2009 at 10:46, Jeff Johnston
> >> wrote:
> >> > For 2, this can be achieved by adding the group of dependencies to a
> >> project
> >> > of type pom and then including this group project as a dependency
> >> whenever
> >> > you need to include the whole group of dependencies.  You mark the
> >> > dependency as of type pom and it just pulls in all the transitive
> >> > dependencies.
> >> >
> >> > 2009/8/18 Tako Schotanus 
> >> >
> >> >> Yes, that is an option but one that will only work if ALL subprojects
> >> >> need those dependencies, something that isn't the case in our
> >> >> situation. And we don't want to subdivide our hierarchy even more
> just
> >> >> to to be able to define dependencies. Ah well, that's just the way it
> >> >> is then :)
> >> >>
> >> >> -Tako
> >> >>
> >> >>
> >> >>
> >> >> On Tue, Aug 18, 2009 at 10:26, Anders Hammar
> wrote:
> >> >> > 2) I believe inclusion like this is planned for Maven 3.0, but for
> M2
> >> you
> >> >> > have to settle with using a parent where you define common
> >> dependencies.
> >> >> >
> >> >> > /Anders
> >> >> >
> >> >> > On Tue, Aug 18, 2009 at 09:43, Tako Schotanus 
> >> wrote:
> >> >> >
> >> >> >> Hi,
> >> >> >> I've got 2 questions that I haven't been able to find an answer
> to:
> >> >> >>
> >> >> >> 1. For maven projects of type WAR is there a way to still have it
> >> >> include
> >> >> >> the contents of WEB-INF/lib in the class path during
> >> >> compilation/packaging?
> >> >> >> For a project we're doing we have a large list of 3rd party JARs
> that
> >> we
> >> >> >> need to include and I don't want to set up a central repository
> and
> >> add
> >> >> >> them
> >> >> >> there or have every developer add them to their local repository.
> >> >> >>
> >> >> >> 2. If you have several projects which all share a certain largish
> set
> >> of
> >> >> >> dependencies, is it possible to define those dependencies
> somewhere
> >> and
> >> >> >> "include" them?
> >> >> >>
> >> >> >> Cheers,
> >> >> >>  -Tako
> >> >> >>
> >> >> >
> >> >>
> >> >> -
> >> >> 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: 2 questions: including WEB-INF/lib and re-using dependency lists

[Tako Schotanus]

Yes, did an "mvn clean install" on all related projects just to be sure.

-Tako



On Tue, Aug 18, 2009 at 11:43, Jeff Johnston wrote:
> Is your dependencies pom installed in your repository?
>
> 2009/8/18 Tako Schotanus 
>
>> I tried that, but it doesn't seem to work? I just get long lists of
>> compile errors saying "can't find symbol".
>>
>> Basically what I did was take a (compiling, working) project with a
>> list of dependencies and copy them all to a new project of type POM
>> like you suggested as well and then I added a single dependency to the
>> original project
>>
>> 
>>   test.group
>>   dependencies
>>   0.0.1-SNAPSHOT
>>   compile
>>   pom
>> 
>>
>> But now the compiler doesn't seem to "see" any of the dependencies-
>>
>> -Tako
>>
>>
>>
>> On Tue, Aug 18, 2009 at 10:46, Jeff Johnston
>> wrote:
>> > For 2, this can be achieved by adding the group of dependencies to a
>> project
>> > of type pom and then including this group project as a dependency
>> whenever
>> > you need to include the whole group of dependencies.  You mark the
>> > dependency as of type pom and it just pulls in all the transitive
>> > dependencies.
>> >
>> > 2009/8/18 Tako Schotanus 
>> >
>> >> Yes, that is an option but one that will only work if ALL subprojects
>> >> need those dependencies, something that isn't the case in our
>> >> situation. And we don't want to subdivide our hierarchy even more just
>> >> to to be able to define dependencies. Ah well, that's just the way it
>> >> is then :)
>> >>
>> >> -Tako
>> >>
>> >>
>> >>
>> >> On Tue, Aug 18, 2009 at 10:26, Anders Hammar wrote:
>> >> > 2) I believe inclusion like this is planned for Maven 3.0, but for M2
>> you
>> >> > have to settle with using a parent where you define common
>> dependencies.
>> >> >
>> >> > /Anders
>> >> >
>> >> > On Tue, Aug 18, 2009 at 09:43, Tako Schotanus 
>> wrote:
>> >> >
>> >> >> Hi,
>> >> >> I've got 2 questions that I haven't been able to find an answer to:
>> >> >>
>> >> >> 1. For maven projects of type WAR is there a way to still have it
>> >> include
>> >> >> the contents of WEB-INF/lib in the class path during
>> >> compilation/packaging?
>> >> >> For a project we're doing we have a large list of 3rd party JARs that
>> we
>> >> >> need to include and I don't want to set up a central repository and
>> add
>> >> >> them
>> >> >> there or have every developer add them to their local repository.
>> >> >>
>> >> >> 2. If you have several projects which all share a certain largish set
>> of
>> >> >> dependencies, is it possible to define those dependencies somewhere
>> and
>> >> >> "include" them?
>> >> >>
>> >> >> Cheers,
>> >> >>  -Tako
>> >> >>
>> >> >
>> >>
>> >> -
>> >> 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: Test fails but build successful - how is this possible?

[Jeff MAURY]

Yes, this was the parameter I was thinking about ? Maven issue ? Can you run
in trace mode to make sure there is no side effect ?

Jeff MAURY

On Tue, Aug 18, 2009 at 12:09 PM, Peter Niederwieser wrote:

>
> You mean testFailureIgnore? We definitely don't set this, not even in a
> parent POM.
>
>
> jeffma...@jeffmaury.com wrote:
> >
> > The Surefire plugin has one parameter that, if set to true, can force
> > Maven
> > not to if the tests have failed.
> >
> > Jeff MAURY
> >
> > On Tue, Aug 18, 2009 at 11:41 AM, Peter Niederwieser
> > wrote:
> >
> >>
> >> We have a situation where the tests in one module produce one error.
> >> However,
> >> the build of this module, and the whole project, is nevertheless
> >> considered
> >> successful. Any ideas how this is possible? We are using Maven 2.1.
> >>
> >> Cheers,
> >> Peter
> >> --
> >> View this message in context:
> >>
> http://www.nabble.com/Test-fails-but-build-successful---how-is-this-possible--tp25021541p25021541.html
> >> Sent from the Maven - Users mailing list archive at Nabble.com.
> >>
> >>
> >> -
> >> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> >> For additional commands, e-mail: users-h...@maven.apache.org
> >>
> >>
> >
> >
> > --
> > La mélancolie c’est communiste
> > Tout le monde y a droit de temps en temps
> > La mélancolie n’est pas capitaliste
> > C’est même gratuit pour les perdants
> > La mélancolie c’est pacifiste
> > On ne lui rentre jamais dedans
> > La mélancolie oh tu sais ça existe
> > Elle se prend même avec des gants
> > La mélancolie c’est pour les syndicalistes
> > Il faut juste sa carte de permanent
> >
> > Miossec (2006)
> >
> > http://www.jeffmaury.com
> > http://riadiscuss.jeffmaury.com
> > http://www.lastfm.fr/listen/user/jeffmaury/personal
> >
> >
>
> --
> View this message in context:
> http://www.nabble.com/Test-fails-but-build-successful---how-is-this-possible--tp25021541p25021931.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>


-- 
La mélancolie c’est communiste
Tout le monde y a droit de temps en temps
La mélancolie n’est pas capitaliste
C’est même gratuit pour les perdants
La mélancolie c’est pacifiste
On ne lui rentre jamais dedans
La mélancolie oh tu sais ça existe
Elle se prend même avec des gants
La mélancolie c’est pour les syndicalistes
Il faut juste sa carte de permanent

Miossec (2006)

http://www.jeffmaury.com
http://riadiscuss.jeffmaury.com
http://www.lastfm.fr/listen/user/jeffmaury/personal

Re: enforcer and unCheckedPluginsList

[nicolas de loof]

Next time I'll open my eyes before posting :-/

2009/8/17 

> this is unCheckedPluginList (singular plugin), not unCheckedPluginsList
> :)
>
> Regards,
>
> Hervé
>
> - Mail Original -
> De: "nicolas de loof" 
> À: "Maven Users List" 
> Envoyé: Lundi 17 Août 2009 16h23:53 GMT +01:00 Amsterdam / Berlin / Berne /
> Rome / Stockholm / Vienne
> Objet: enforcer and unCheckedPluginsList
>
> I'm trying to configure the enforcer plugin rule "RequiresPluginVersion" to
> ignore some plugin I'm using from command line.
> I tried to use unCheckedPluginsList as decribe in doc :
>
>
>  Always define plugin versions!
>  false
>  foo:bar
>
> , but get thir error :
>
> [INFO] Failed to configure plugin parameters for:
> org.apache.maven.plugins:maven
> -enforcer-plugin:1.0-beta-1
>
> Cause: Cannot find setter nor field in
> org.apache.maven.plugins.enforcer.Require
> PluginVersions for 'unCheckedPluginsList'
>
> Any idea ?
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>

Re: Test fails but build successful - how is this possible?

[Peter Niederwieser]

You mean testFailureIgnore? We definitely don't set this, not even in a
parent POM.


jeffma...@jeffmaury.com wrote:
> 
> The Surefire plugin has one parameter that, if set to true, can force
> Maven
> not to if the tests have failed.
> 
> Jeff MAURY
> 
> On Tue, Aug 18, 2009 at 11:41 AM, Peter Niederwieser
> wrote:
> 
>>
>> We have a situation where the tests in one module produce one error.
>> However,
>> the build of this module, and the whole project, is nevertheless
>> considered
>> successful. Any ideas how this is possible? We are using Maven 2.1.
>>
>> Cheers,
>> Peter
>> --
>> View this message in context:
>> http://www.nabble.com/Test-fails-but-build-successful---how-is-this-possible--tp25021541p25021541.html
>> Sent from the Maven - Users mailing list archive at Nabble.com.
>>
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
>> For additional commands, e-mail: users-h...@maven.apache.org
>>
>>
> 
> 
> -- 
> La mélancolie c’est communiste
> Tout le monde y a droit de temps en temps
> La mélancolie n’est pas capitaliste
> C’est même gratuit pour les perdants
> La mélancolie c’est pacifiste
> On ne lui rentre jamais dedans
> La mélancolie oh tu sais ça existe
> Elle se prend même avec des gants
> La mélancolie c’est pour les syndicalistes
> Il faut juste sa carte de permanent
> 
> Miossec (2006)
> 
> http://www.jeffmaury.com
> http://riadiscuss.jeffmaury.com
> http://www.lastfm.fr/listen/user/jeffmaury/personal
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Test-fails-but-build-successful---how-is-this-possible--tp25021541p25021931.html
Sent from the Maven - Users mailing list archive at Nabble.com.


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

Re: Test fails but build successful - how is this possible?

[Jeff MAURY]

The Surefire plugin has one parameter that, if set to true, can force Maven
not to if the tests have failed.

Jeff MAURY

On Tue, Aug 18, 2009 at 11:41 AM, Peter Niederwieser wrote:

>
> We have a situation where the tests in one module produce one error.
> However,
> the build of this module, and the whole project, is nevertheless considered
> successful. Any ideas how this is possible? We are using Maven 2.1.
>
> Cheers,
> Peter
> --
> View this message in context:
> http://www.nabble.com/Test-fails-but-build-successful---how-is-this-possible--tp25021541p25021541.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>


-- 
La mélancolie c’est communiste
Tout le monde y a droit de temps en temps
La mélancolie n’est pas capitaliste
C’est même gratuit pour les perdants
La mélancolie c’est pacifiste
On ne lui rentre jamais dedans
La mélancolie oh tu sais ça existe
Elle se prend même avec des gants
La mélancolie c’est pour les syndicalistes
Il faut juste sa carte de permanent

Miossec (2006)

http://www.jeffmaury.com
http://riadiscuss.jeffmaury.com
http://www.lastfm.fr/listen/user/jeffmaury/personal

Re: 2 questions: including WEB-INF/lib and re-using dependency lists

[Jeff Johnston]

Is your dependencies pom installed in your repository?

2009/8/18 Tako Schotanus 

> I tried that, but it doesn't seem to work? I just get long lists of
> compile errors saying "can't find symbol".
>
> Basically what I did was take a (compiling, working) project with a
> list of dependencies and copy them all to a new project of type POM
> like you suggested as well and then I added a single dependency to the
> original project
>
> 
>   test.group
>   dependencies
>   0.0.1-SNAPSHOT
>   compile
>   pom
> 
>
> But now the compiler doesn't seem to "see" any of the dependencies-
>
> -Tako
>
>
>
> On Tue, Aug 18, 2009 at 10:46, Jeff Johnston
> wrote:
> > For 2, this can be achieved by adding the group of dependencies to a
> project
> > of type pom and then including this group project as a dependency
> whenever
> > you need to include the whole group of dependencies.  You mark the
> > dependency as of type pom and it just pulls in all the transitive
> > dependencies.
> >
> > 2009/8/18 Tako Schotanus 
> >
> >> Yes, that is an option but one that will only work if ALL subprojects
> >> need those dependencies, something that isn't the case in our
> >> situation. And we don't want to subdivide our hierarchy even more just
> >> to to be able to define dependencies. Ah well, that's just the way it
> >> is then :)
> >>
> >> -Tako
> >>
> >>
> >>
> >> On Tue, Aug 18, 2009 at 10:26, Anders Hammar wrote:
> >> > 2) I believe inclusion like this is planned for Maven 3.0, but for M2
> you
> >> > have to settle with using a parent where you define common
> dependencies.
> >> >
> >> > /Anders
> >> >
> >> > On Tue, Aug 18, 2009 at 09:43, Tako Schotanus 
> wrote:
> >> >
> >> >> Hi,
> >> >> I've got 2 questions that I haven't been able to find an answer to:
> >> >>
> >> >> 1. For maven projects of type WAR is there a way to still have it
> >> include
> >> >> the contents of WEB-INF/lib in the class path during
> >> compilation/packaging?
> >> >> For a project we're doing we have a large list of 3rd party JARs that
> we
> >> >> need to include and I don't want to set up a central repository and
> add
> >> >> them
> >> >> there or have every developer add them to their local repository.
> >> >>
> >> >> 2. If you have several projects which all share a certain largish set
> of
> >> >> dependencies, is it possible to define those dependencies somewhere
> and
> >> >> "include" them?
> >> >>
> >> >> Cheers,
> >> >>  -Tako
> >> >>
> >> >
> >>
> >> -
> >> 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
>
>

Test fails but build successful - how is this possible?

[Peter Niederwieser]

We have a situation where the tests in one module produce one error. However,
the build of this module, and the whole project, is nevertheless considered
successful. Any ideas how this is possible? We are using Maven 2.1.

Cheers,
Peter
-- 
View this message in context: 
http://www.nabble.com/Test-fails-but-build-successful---how-is-this-possible--tp25021541p25021541.html
Sent from the Maven - Users mailing list archive at Nabble.com.


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

RE: How to Get Access To Arrayed or List Maven Properties ? [WORKAROUND]

[Pilgrim, Peter]

Don't bother.
The ARRAY PROPERTIES would be a nice to have, but would not solve my
issue completely. I still need to RTFM again. A good work around for me
now is custom properties in the ROOT POM of the parent module



All Rights Reserved. Lloyds
Banking Group. Copyright (c)
2009/2010/2011/2012
Wholesale Markets, Treasury
& Trading, IT
eBusiness
Team


Which are accessible in the sub modules. Great!


-- 
Peter Pilgrim | E-Channel Services Technical Lead, Products & Markets 
Lloyds TSB Bank plc, Corporate Markets, 10 Gresham Street, London, EC2V
7AE, UK
' +44 (0)207 158 6135 | ( +44 (0)1234 567 8901
+ peter.pilg...@lloydstsb.co.uk
: www.lloydstsbcorporatemarkets.com 
 



This e-mail is private and confidential and may contain privileged material. If 
you have received this e-mail in error, please notify the sender and delete it 
immediately. You must not copy, distribute, disclose or use any of the 
information in it or any attachments.

Lloyds TSB Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales, number 2065. Telephone: 020 7626 1500.

Lloyds TSB Scotland plc. Registered Office: Henry Duncan House, 120 George 
Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. Telephone: 
0131 225 4555.

Cheltenham & Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 
3RL. Registered in England and Wales, number 2299428. Telephone: 01452 372372.

Cheltenham & Gloucester Savings is a division of Lloyds TSB Bank plc.
Lloyds TSB Bank plc, Lloyds TSB Scotland plc and Cheltenham & Gloucester plc 
are authorised and regulated by the Financial Services Authority. 

Lloyds Banking Group plc. Registered Office: Henry Duncan House, 120 George 
Street, Edinburgh EH2 4LH. Registered in Scotland, number 95000. Telephone: 
0131 225 4555.

Lloyds Banking Group plc is a signatory to the Banking Codes.

Telephone calls may be monitored or recorded.


__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
__

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

Re: 2 questions: including WEB-INF/lib and re-using dependency lists

[Tako Schotanus]

I tried that, but it doesn't seem to work? I just get long lists of
compile errors saying "can't find symbol".

Basically what I did was take a (compiling, working) project with a
list of dependencies and copy them all to a new project of type POM
like you suggested as well and then I added a single dependency to the
original project


   test.group
   dependencies
   0.0.1-SNAPSHOT
   compile
   pom


But now the compiler doesn't seem to "see" any of the dependencies-

-Tako



On Tue, Aug 18, 2009 at 10:46, Jeff Johnston wrote:
> For 2, this can be achieved by adding the group of dependencies to a project
> of type pom and then including this group project as a dependency whenever
> you need to include the whole group of dependencies.  You mark the
> dependency as of type pom and it just pulls in all the transitive
> dependencies.
>
> 2009/8/18 Tako Schotanus 
>
>> Yes, that is an option but one that will only work if ALL subprojects
>> need those dependencies, something that isn't the case in our
>> situation. And we don't want to subdivide our hierarchy even more just
>> to to be able to define dependencies. Ah well, that's just the way it
>> is then :)
>>
>> -Tako
>>
>>
>>
>> On Tue, Aug 18, 2009 at 10:26, Anders Hammar wrote:
>> > 2) I believe inclusion like this is planned for Maven 3.0, but for M2 you
>> > have to settle with using a parent where you define common dependencies.
>> >
>> > /Anders
>> >
>> > On Tue, Aug 18, 2009 at 09:43, Tako Schotanus  wrote:
>> >
>> >> Hi,
>> >> I've got 2 questions that I haven't been able to find an answer to:
>> >>
>> >> 1. For maven projects of type WAR is there a way to still have it
>> include
>> >> the contents of WEB-INF/lib in the class path during
>> compilation/packaging?
>> >> For a project we're doing we have a large list of 3rd party JARs that we
>> >> need to include and I don't want to set up a central repository and add
>> >> them
>> >> there or have every developer add them to their local repository.
>> >>
>> >> 2. If you have several projects which all share a certain largish set of
>> >> dependencies, is it possible to define those dependencies somewhere and
>> >> "include" them?
>> >>
>> >> Cheers,
>> >>  -Tako
>> >>
>> >
>>
>> -
>> 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

How to Get Access To Arrayed or List Maven Properties ?

[Pilgrim, Peter]

Hi

 

I have looking at the
http://maven.apache.org/ref/2.2.0/maven-model/apidocs/index.html (The
Maven Model JavaDoc).

Does Maven allow access to ARRAY properties or POM XML fragments?

 

http://maven.apache.org/POM/4.0.0";

  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";

  xsi:schemaLocation="http://maven.apache.org/POM/4.0.0

  http://maven.apache.org/xsd/maven-4.0.0.xsd";>

...





ACME. Copyright (c)
2009/2010

Proprietary Software
License for ACME





DOG. Copyright (c)
2009/2010

Proprietary Software
License for DOG







 

What is the syntax to access the name of the first license please? (And
thereby array properties)

 

 
project.parent.licenses.license.name=${project.parent.licenses.license.n
ame}

 
project.parent.licenses.license0.name=${project.parent.licenses.license0
.name}

 
project.parent.licenses.license.0.name=${project.parent.licenses.license
.0.name}

 
project.parent.licenses.license_0.name=${project.parent.licenses.license
_0.name}

 

TIA

 

-- 

Peter Pilgrim | E-Channel Services Technical Lead, Products & Markets 

Lloyds TSB Bank plc, Corporate Markets, 10 Gresham Street, London, EC2V
7AE, UK

' +44 (0)207 158 6135 | ( +44 (0)1234 567 8901

* peter.pilg...@lloydstsb.co.uk

* www.lloydstsbcorporatemarkets.com
  

 



This e-mail is private and confidential and may contain privileged material. If 
you have received this e-mail in error, please notify the sender and delete it 
immediately. You must not copy, distribute, disclose or use any of the 
information in it or any attachments.

Lloyds TSB Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales, number 2065. Telephone: 020 7626 1500.

Lloyds TSB Scotland plc. Registered Office: Henry Duncan House, 120 George 
Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. Telephone: 
0131 225 4555.

Cheltenham & Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 
3RL. Registered in England and Wales, number 2299428. Telephone: 01452 372372.

Cheltenham & Gloucester Savings is a division of Lloyds TSB Bank plc.
Lloyds TSB Bank plc, Lloyds TSB Scotland plc and Cheltenham & Gloucester plc 
are authorised and regulated by the Financial Services Authority. 

Lloyds Banking Group plc. Registered Office: Henry Duncan House, 120 George 
Street, Edinburgh EH2 4LH. Registered in Scotland, number 95000. Telephone: 
0131 225 4555.

Lloyds Banking Group plc is a signatory to the Banking Codes.

Telephone calls may be monitored or recorded.


__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
__

Re: 2 questions: including WEB-INF/lib and re-using dependency lists

[Anders Hammar]

Hmm, I believe that doing so would make your actual dependencies to show as
transitive dependencies. Would probably not make much difference most of the
time, but sometime it would. And the site documentation would be wrong. Or?

/Anders

On Tue, Aug 18, 2009 at 10:46, Jeff Johnston wrote:

> For 2, this can be achieved by adding the group of dependencies to a
> project
> of type pom and then including this group project as a dependency whenever
> you need to include the whole group of dependencies.  You mark the
> dependency as of type pom and it just pulls in all the transitive
> dependencies.
>
> 2009/8/18 Tako Schotanus 
>
> > Yes, that is an option but one that will only work if ALL subprojects
> > need those dependencies, something that isn't the case in our
> > situation. And we don't want to subdivide our hierarchy even more just
> > to to be able to define dependencies. Ah well, that's just the way it
> > is then :)
> >
> > -Tako
> >
> >
> >
> > On Tue, Aug 18, 2009 at 10:26, Anders Hammar wrote:
> > > 2) I believe inclusion like this is planned for Maven 3.0, but for M2
> you
> > > have to settle with using a parent where you define common
> dependencies.
> > >
> > > /Anders
> > >
> > > On Tue, Aug 18, 2009 at 09:43, Tako Schotanus 
> wrote:
> > >
> > >> Hi,
> > >> I've got 2 questions that I haven't been able to find an answer to:
> > >>
> > >> 1. For maven projects of type WAR is there a way to still have it
> > include
> > >> the contents of WEB-INF/lib in the class path during
> > compilation/packaging?
> > >> For a project we're doing we have a large list of 3rd party JARs that
> we
> > >> need to include and I don't want to set up a central repository and
> add
> > >> them
> > >> there or have every developer add them to their local repository.
> > >>
> > >> 2. If you have several projects which all share a certain largish set
> of
> > >> dependencies, is it possible to define those dependencies somewhere
> and
> > >> "include" them?
> > >>
> > >> Cheers,
> > >>  -Tako
> > >>
> > >
> >
> > -
> > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> > For additional commands, e-mail: users-h...@maven.apache.org
> >
> >
>

RE : Re: RE : AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects

[HARDION Vincent]

Hi Jan,

The problem with dynamic artifactID is not a general issue of NAR plugin. The 
problem comes from Nexus when it rebuild fingerprint of metadata and .pom.
In the metadata the artifactId is interpolated not in the .pom file so Nexus 
delete fingerprint and can't rebuild them.

Regards,

Vincent Hardion


-Message d'origine-
De : Jan Wedel [mailto:jan.we...@ettex.de] 
Envoyé : mardi 18 août 2009 08:53
À : users@maven.apache.org
Objet : AW: Re: RE : AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects

@ Vincent:

Great to hear that you can provide the patches.

Just for my understanding: Is is not possible to use Nexus because of 
the dynamic artifactID and Nexus being not eable to understand it? Or is 
it a general issue with the NAR plugin?

@ Jörg:

Could you please also post an excerpt of the "demo-dll"-project POM and 
how you specify different classifiers in the first place?

Thanks!

Jan

-Ursprüngliche Nachricht-
Von: Vincent Hardion [mailto:vincent.hard...@gmail.com] 
Gesendet: Dienstag, 18. August 2009 01:00
An: Maven Users List
Betreff: Re: RE : AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects

Hi,

>   - Are your patches applied in the trunk of the nar plugin ?

I'm not commiter on the CVS of Freehep. But as suggest Jan, I'll send  
you the patch from the last known version once I come back to my office.

>   - Is the nar plugin works well also for other phase than compile  
> (for
> instance, test phase) ?

We didn't try yet the unit test with Cpp project maybe we'll use  
CppUnit. It's planned for Q4.
I know there are specials goals like nar-testCompile and nar-test but  
I can't tell you more.

>Agree and it's quite pain with platform dependent languages such  
> C/C++
>How do you cope with this problem ?

In fact, there are more than one variable in this problem. In C++, we  
have to think also with release/debug mode et static/shared linking  
for library.

We tried several solutions. The most integrated to maven should be to  
set the classifier field of pom used to  distinguish jdk.
But It doesn't work for 2 reasons :
Nar plugin doesn't support it all (I had more than patch it)
It breaks snapshot feature. The binaries are in the same deployment  
path with different timestamps.

So the workaround we choose contists to use a "dynamic" artifactId  
name with the OS name inner with a property.

We save lot of time of work but with the experience shows that this is  
not the best solution.
We can't longer use proxy manager like Nexus,  the BOM (import of  
version) is difficult and this won't be support longer by maven.
I think we could use the 1st solution by deploy artifacts after all  
compilation.

Best regards,

Vincent






Le 14 août 09 à 16:53, Rémy Sanlaville a écrit :

> Hi Vincent,
>
> Thanks for your interesting feedback.
>
> I have some more questions :
>   - Are your patches applied in the trunk of the nar plugin ?
>
>   - Is the nar plugin works well also for other phase than compile  
> (for
> instance, test phase) ? If yes, which unit test framework are you  
> using
> (CppUnit, CxxTest, googletest...) ?
>
>  - >In C++ with the same code, you need to build one binary for each
> platform. Worst, you need to build on each platform to generate the  
> good
> binary.
>Agree and it's quite pain with platform dependent languages such  
> C/C++
>How do you cope with this problem ?
>
> Rémy


-
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: 2 questions: including WEB-INF/lib and re-using dependency lists

[Jeff Johnston]

For 2, this can be achieved by adding the group of dependencies to a project
of type pom and then including this group project as a dependency whenever
you need to include the whole group of dependencies.  You mark the
dependency as of type pom and it just pulls in all the transitive
dependencies.

2009/8/18 Tako Schotanus 

> Yes, that is an option but one that will only work if ALL subprojects
> need those dependencies, something that isn't the case in our
> situation. And we don't want to subdivide our hierarchy even more just
> to to be able to define dependencies. Ah well, that's just the way it
> is then :)
>
> -Tako
>
>
>
> On Tue, Aug 18, 2009 at 10:26, Anders Hammar wrote:
> > 2) I believe inclusion like this is planned for Maven 3.0, but for M2 you
> > have to settle with using a parent where you define common dependencies.
> >
> > /Anders
> >
> > On Tue, Aug 18, 2009 at 09:43, Tako Schotanus  wrote:
> >
> >> Hi,
> >> I've got 2 questions that I haven't been able to find an answer to:
> >>
> >> 1. For maven projects of type WAR is there a way to still have it
> include
> >> the contents of WEB-INF/lib in the class path during
> compilation/packaging?
> >> For a project we're doing we have a large list of 3rd party JARs that we
> >> need to include and I don't want to set up a central repository and add
> >> them
> >> there or have every developer add them to their local repository.
> >>
> >> 2. If you have several projects which all share a certain largish set of
> >> dependencies, is it possible to define those dependencies somewhere and
> >> "include" them?
> >>
> >> Cheers,
> >>  -Tako
> >>
> >
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>

Re: AW: Re: RE : AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects

[Jörg Schaible]

Hi Mark,

Donszelmann Mark wrote at Dienstag, 18. August 2009 09:44:

> Hi
> 
> I am the original author of the freehep-nar-plugin. It was made at
> SLAC, Stanford Linear Accelerator Center,
> when I worked there. In my current job, which terminates on september
> 15, I hade no time to support this
> and the other Native code related plugins.
> 
> I am planning to pick things up again middle of september. I would be
> interested in your lists of things that
> fail to work with NAR, though I can think of a few myself. Any patches
> you have created can be applied if
> they work fine for NAR.
> 
> I plan to build some good test cases, and some better examples so that
> things run out of the box.

this is really good news. Despite all the hassle, this plugin is still the
most complete solution for native projects. Most urgent issue is
nevertheless to give it a new home that supports more infrastructure e.g.
in Codehaus' mojo. We users need a proper mailing list, but should
not "abuse" the Maven core mailing list for this. Additionally JIRA seems
meanwhile down at the old location.

- Jörg


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

RE : Re: RE : AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects

[HARDION Vincent]

Hi Jörg,

You're right for the deployment but you can't define a dependency with a 
specific classifier like this :



org.foo
MyLibrary
shared-debug



I mean it's not impossible but we have to read back/rewrite the code of the 
plugin.

Regards,

Vincent Hardion


-Message d'origine-
De : news [mailto:n...@ger.gmane.org] De la part de Jörg Schaible
Envoyé : mardi 18 août 2009 08:37
À : users@maven.apache.org
Objet : Re: RE : AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects

Hi Vincent,

Vincent Hardion wrote at Dienstag, 18. August 2009 01:00:

> Hi,

[snip]

>>Agree and it's quite pain with platform dependent languages such
>> C/C++
>>How do you cope with this problem ?
> 
> In fact, there are more than one variable in this problem. In C++, we
> have to think also with release/debug mode et static/shared linking
> for library.
> 
> We tried several solutions. The most integrated to maven should be to
> set the classifier field of pom used to  distinguish jdk.
> But It doesn't work for 2 reasons :
> Nar plugin doesn't support it all (I had more than patch it)

Are you sure about this. We don't have such a deep dependency tree like you,
but for us the original plugin works using a forth "dummy" part in the
classifier:

 %< 

  [...]
  
org.freehep
freehep-nar-plugin

  

  nar-download
  nar-unpack
  nar-assembly

  


  
x86-Windows-msvc-DUMMY
  

  
  [...]
  
[...]

  com.acme.demo
  demo-dll

[...]
  
  [...]

 %< 

We got this insight also by code inspection of the NAR plugin. We have no
idea, what this 4th component in the classifier should be used for
normally, but it is necessary for the nar plugin to reference it.

[snip]

- Jörg


-
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: 2 questions: including WEB-INF/lib and re-using dependency lists

[Tako Schotanus]

Yes, that is an option but one that will only work if ALL subprojects
need those dependencies, something that isn't the case in our
situation. And we don't want to subdivide our hierarchy even more just
to to be able to define dependencies. Ah well, that's just the way it
is then :)

-Tako



On Tue, Aug 18, 2009 at 10:26, Anders Hammar wrote:
> 2) I believe inclusion like this is planned for Maven 3.0, but for M2 you
> have to settle with using a parent where you define common dependencies.
>
> /Anders
>
> On Tue, Aug 18, 2009 at 09:43, Tako Schotanus  wrote:
>
>> Hi,
>> I've got 2 questions that I haven't been able to find an answer to:
>>
>> 1. For maven projects of type WAR is there a way to still have it include
>> the contents of WEB-INF/lib in the class path during compilation/packaging?
>> For a project we're doing we have a large list of 3rd party JARs that we
>> need to include and I don't want to set up a central repository and add
>> them
>> there or have every developer add them to their local repository.
>>
>> 2. If you have several projects which all share a certain largish set of
>> dependencies, is it possible to define those dependencies somewhere and
>> "include" them?
>>
>> Cheers,
>>  -Tako
>>
>

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

Re: AW: Re: AW: Re: RE : AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects

[Jörg Schaible]

Jan Wedel wrote at Dienstag, 18. August 2009 09:40:

> So, you just have to include the DUMMY part, but the resulting file name
> does not include it?

Actually it does, but it's the name of the library type: jni, shared or
static. So your repo will contain in the end:

com/acme/demo/1.0/demo-dll-1.0.pom
com/acme/demo/1.0/demo-dll-1.0-x86-Windows-msvc-shared.pom

I cannot remember exactly what was the problem using the real name of the
part, but the nar:unpack simply needs this 4th part. IIRC according the
docs you should only specify the AOL part as classifier, but it fails then.

> Anyhow, as you have some experience in studying the code, what would you
> say how difficult is it to include a new compiler that is not currently
> supported by the nar? I read that NAR is using the ant cpptasks for
> calling the native compilers. Is it just adding a new xml entry
> somewhere or do I have to modify the plugin itself?

Well, when I looked into the code it was some older release of the plugin
(2.0-alpha-7). In the later versions the compiler support has been
completely refactored, so I cannot say much anymore. We're actually using a
private version 2.0-beta-10 with the patch of NARPLUGIN-171. However, I
cannot remember currently what that was and JIRA for the plugin seems no
longer available.

- Jörg


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

Re: 2 questions: including WEB-INF/lib and re-using dependency lists

[Anders Hammar]

2) I believe inclusion like this is planned for Maven 3.0, but for M2 you
have to settle with using a parent where you define common dependencies.

/Anders

On Tue, Aug 18, 2009 at 09:43, Tako Schotanus  wrote:

> Hi,
> I've got 2 questions that I haven't been able to find an answer to:
>
> 1. For maven projects of type WAR is there a way to still have it include
> the contents of WEB-INF/lib in the class path during compilation/packaging?
> For a project we're doing we have a large list of 3rd party JARs that we
> need to include and I don't want to set up a central repository and add
> them
> there or have every developer add them to their local repository.
>
> 2. If you have several projects which all share a certain largish set of
> dependencies, is it possible to define those dependencies somewhere and
> "include" them?
>
> Cheers,
>  -Tako
>

Enforcer plugin wildcards

[Lewis, Eric]

Hi

I've started using the Enforcer plugin, with the Banned Dependencies. It's very 
useful, but it's also a drag having to explicitly list all artifacts one by one.

Which brings me to my question: Is it possible to have more flexible wildcards? 
Right now, they replace a section in an "all-or-nothing" way. For our purposes, 
a regex would be the ideal solution, since our modules have standard prefixes 
and suffixes. For instance, we have project "xyz" with modules "xyz-api" and 
"xyz-impl". So if I ban all our modules and just want to allow all APIs, it's 
not possible to use something like "my.group.id:*-api" as include.

Are there any plans for this?

Should I write an enhancement request?

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

AW: Re: AW: Re: RE : AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects

[Jan Wedel]

Hi Mark!

It's good to hear something from the original "source" of the plug-in. I 
am currently evaluating whether we are using maven for C projects or 
not. I tried your plug-in by using the helloworldexe project and 
immediately got a "build failure" ([INFO] NAR: Please specify  
as part of ,  or  for x86.Windows.gcc.cpp.).

I know I changed the POM to gcc but it should also compile well.

No matter if you can help me with this issue or not, I can tell you some 
requirements for my company of which I am not sure if NAR already 
supports it or not and which you might implement if the latter is the 
case.

We want to build C project with embedded compilers such as gcc or IAR. 
The output could be a intel-hex file, e.g. or other microcontroller 
specific formats. We need to specify different compile settings for 
release, debug, test and factory-test e.g. That means using cpptest for 
test and specifying precompiler defines by using the pom configuration, 
if possible (e.g. USE_UART, USE_DISPLAY etc.). As part of the lifecycle, 
it would be nice if the "deployment" could mean to upload the binary to 
a microcontroller (which would be just a parametrizable call to an 
executable).

Maybe, you could give some comments or advises if its already possible 
or if it can be achieved by just changing configuration file etc.

Thanks,

Jan


-Ursprüngliche Nachricht-
Von: Donszelmann Mark [mailto:mark.donszelm...@gmail.com] 
Gesendet: Dienstag, 18. August 2009 09:44
An: Maven Users List
Betreff: Re: AW: Re: RE : AW: RE: AW: Re: AW: Re: Maven for Non-Java 
Projects

Hi

I am the original author of the freehep-nar-plugin. It was made at  
SLAC, Stanford Linear Accelerator Center,
when I worked there. In my current job, which terminates on september  
15, I hade no time to support this
and the other Native code related plugins.

I am planning to pick things up again middle of september. I would be  
interested in your lists of things that
fail to work with NAR, though I can think of a few myself. Any patches  
you have created can be applied if
they work fine for NAR.

I plan to build some good test cases, and some better examples so that  
things run out of the box.

Let me know

Regards
Mark Donszelmann


-
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: AW: Re: RE : AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects

[Donszelmann Mark]

Hi

I am the original author of the freehep-nar-plugin. It was made at  
SLAC, Stanford Linear Accelerator Center,
when I worked there. In my current job, which terminates on september  
15, I hade no time to support this

and the other Native code related plugins.

I am planning to pick things up again middle of september. I would be  
interested in your lists of things that
fail to work with NAR, though I can think of a few myself. Any patches  
you have created can be applied if

they work fine for NAR.

I plan to build some good test cases, and some better examples so that  
things run out of the box.


Let me know

Regards
Mark Donszelmann


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

2 questions: including WEB-INF/lib and re-using dependency lists

[Tako Schotanus]

Hi,
I've got 2 questions that I haven't been able to find an answer to:

1. For maven projects of type WAR is there a way to still have it include
the contents of WEB-INF/lib in the class path during compilation/packaging?
For a project we're doing we have a large list of 3rd party JARs that we
need to include and I don't want to set up a central repository and add them
there or have every developer add them to their local repository.

2. If you have several projects which all share a certain largish set of
dependencies, is it possible to define those dependencies somewhere and
"include" them?

Cheers,
 -Tako

AW: Re: AW: Re: RE : AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects

[Jan Wedel]

So, you just have to include the DUMMY part, but the resulting file name 
does not include it?

Anyhow, as you have some experience in studying the code, what would you 
say how difficult is it to include a new compiler that is not currently 
supported by the nar? I read that NAR is using the ant cpptasks for 
calling the native compilers. Is it just adding a new xml entry 
somewhere or do I have to modify the plugin itself?

Thanks,

Jan


-Ursprüngliche Nachricht-
Von: Jörg Schaible [mailto:joerg.schai...@gmx.de] 
Gesendet: Dienstag, 18. August 2009 09:19
An: users@maven.apache.org
Betreff: Re: AW: Re: RE : AW: RE: AW: Re: AW: Re: Maven for Non-Java 
Projects

Hi Jan,

Jan Wedel wrote at Dienstag, 18. August 2009 08:52:

[snip]

> @ Jörg:
> 
> Could you please also post an excerpt of the "demo-dll"-project POM 
and
> how you specify different classifiers in the first place?

 %< 

  [...]
  com.acme.demo
  demo-dll
  nar
  [...]

  org.freehep
  freehep-nar-plugin
  
static

  msvc


  
shared
  


  speed

  

  [...]

 %< 

So, actually we do not define the classifier, it is auto-generated by 
the
nar plugin based on the environment in use.

- Jörg


-
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: memory issues

[Rafiuddin M K]

Thanks Hammar,



On Tue, Aug 18, 2009 at 11:57 AM, Anders Hammar  wrote:

> Did you try to google for this? I easily found lots of hits which should
> answer your question.
> Here is one:
>
> http://www.nabble.com/java.lang.OutOfMemoryError:-PermGen-space-problem-td22828311.html
> and a blog post:
> http://nathan.blog.kraya.net/software/more-maven-2-permgen-space-this-time/
>
> /Anders
>
> On Tue, Aug 18, 2009 at 08:20, Rafiuddin M K 
> wrote:
>
> > Maven Team,
> >
> > How/Where to set the memory options for maven, to resolve problems
> > like PermGen, and other memory problems.
> >
> > Thanks In Advance……..
> >
> >
> > ---Rds
> >
>



-- 
With Best Wishes,

Rafiuddin MK
New Mob : 09-65550

Re: AW: Re: RE : AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects

[Jörg Schaible]

Hi Jan,

Jan Wedel wrote at Dienstag, 18. August 2009 08:52:

[snip]

> @ Jörg:
> 
> Could you please also post an excerpt of the "demo-dll"-project POM and
> how you specify different classifiers in the first place?

 %< 

  [...]
  com.acme.demo
  demo-dll
  nar
  [...]

  org.freehep
  freehep-nar-plugin
  
static

  msvc


  
shared
  


  speed

  

  [...]

 %< 

So, actually we do not define the classifier, it is auto-generated by the
nar plugin based on the environment in use.

- Jörg


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