RE: Some questions about customizing the build on the Maven command line

2012-05-10 Thread KARR, DAVID 
> -Original Message-
> From: Wayne Fay [mailto:wayne...@gmail.com]
> Sent: Thursday, May 10, 2012 7:24 PM
> To: Maven Users List
> Subject: Re: Some questions about customizing the build on the Maven
> command line
> 
> > The directory that agg pom is in has an additional directory (call it
> "level3") that is not in
> > the modules list, but is also a pom module.  I have a basic idea of
> how I could specify a
> > command line to run a build in "level2" that would build all the
> specified modules, and
> > also build "level3".  However, I also have to figure out how I could
> build a command line
> > in "level1" that when it descends into "level2", will cause "level3"
> to be built.
> 
> Why can't you simply make level2 a child (module) of level1, and the
> same for level3 under level2? Why are you making things harder than it
> needs to be?

Because I can't change the poms.

Re: Some questions about customizing the build on the Maven command line

2012-05-10 Thread Wayne Fay 
> The directory that agg pom is in has an additional directory (call it 
> "level3") that is not in
> the modules list, but is also a pom module.  I have a basic idea of how I 
> could specify a
> command line to run a build in "level2" that would build all the specified 
> modules, and
> also build "level3".  However, I also have to figure out how I could build a 
> command line
> in "level1" that when it descends into "level2", will cause "level3" to be 
> built.

Why can't you simply make level2 a child (module) of level1, and the
same for level3 under level2? Why are you making things harder than it
needs to be?

Wayne

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

Some questions about customizing the build on the Maven command line

2012-05-10 Thread KARR, DAVID 
I have a top-level agg pom (call it "level1") that has a module with an agg pom 
(call it "level2") that specifies several modules.  The directory that agg pom 
is in has an additional directory (call it "level3") that is not in the modules 
list, but is also a pom module.  I have a basic idea of how I could specify a 
command line to run a build in "level2" that would build all the specified 
modules, and also build "level3".  However, I also have to figure out how I 
could build a command line in "level1" that when it descends into "level2", 
will cause "level3" to be built.

What are my options here?

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

Re: [ANN] plan-maven-plugin v1.1 released

2012-05-10 Thread Hervé BOUTEMY 
Le jeudi 10 mai 2012 11:27:38 Carlo Sciolla a écrit :
> 2012/5/9 Ben Tatham 
> 
> > Perhaps you could port this feature to be a patch to the
> > maven-help-plugin
> It's not the first time I get this suggestion, and it would indeed fit well
> in there. I'll reach out to the help plugin devs to see if they're
> interested into it.
> 
> c.

yes, this is a good idea
please open a Jira issue http://jira.codehaus.org/browse/MPH and attach a 
patch
I'll review and add it to the help plugin

Regards,

Hervé

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

Re: Maven Changes Plugin 2.8?

2012-05-10 Thread Benson Margulies 
I've started the vote for maven-changes-plugin 2.7.1.

On Thu, May 10, 2012 at 1:55 PM, Swapnil Sapar  wrote:
> Thanks.
> I understand there is an elaborate plugin release process.
> When can we expect to have 2.8 released?
>
> Thanks,
> swapsapar
>
> On Wed, May 9, 2012 at 6:43 AM, Benson Margulies wrote:
>
>> On Wed, May 9, 2012 at 2:41 AM, Swapnil Sapar  wrote:
>> > smart move :)
>>
>> Thank you very much. I am now happy to go into the release process.
>>
>> >
>> > Alright, here is something I found w.r.t MCHANGES-280
>> > MCHANGES-280 is...
>> > 1. NOT reproducible with maven 3.0.4
>> > 2. NOT reproducible when using default goal execution i.e *mvn
>> > changes:announcement-generate*
>> > 3. Reproducible only with maven 2.0.1 and using *explicit* goal execution
>> > i.e. *mvn
>> > org.apache.maven.plugins:maven-changes-plugin:2.7:announcement-generate*
>> > 4. Also reproducible with *older* version of plugin i.e. *mvn
>> > org.apache.maven.plugins:maven-changes-plugin:2.6:announcement-generate
>> > *5. NOT reproducible when used changes plugin is used in any other
>> project.
>> > (I tried it on a new sample project and could not reproduce by any
>> means).
>> >
>> > Which means MCHANGES-280 is specific to maven 2, seen only on the
>> > maven-changes-plugin codebase, when used with explicit goal execution and
>> > NOT specific to v 2.7.
>> >
>> > I suspect (just a guess) this could be a bug deep in the code maven
>> > runtime.
>> > I tried explicitly adding the maven-shared-resources as a dependency to
>> > maven-changes-plugin under  but that did not help.
>> >
>> >    
>> >            
>> >              org.apache.maven.shared
>> >              maven-shared-resources
>> >              1
>> >            
>> >    
>> >
>> > I'm not sure how to fix MCHANGES-280.
>> > I hope this helps.
>> >
>> > cheers!
>> > swapsapar
>> >
>> > On Tue, May 8, 2012 at 4:07 PM, Benson Margulies > >wrote:
>> >
>> >> On Tue, May 8, 2012 at 6:41 PM, Swapnil Sapar 
>> wrote:
>> >> > Right. I understand its only 1 bug since 2.7 but its an imp fix
>> without
>> >> > which plugin fails to work with Jira 5.
>> >> > Is there a way to get the release sooner?
>> >> > Is there a way for me to help in this regard?
>> >>
>> >> I'll tell you what. Could you see if you can reproduce MCHANGES-280?
>> >> In return, I'll spin another release soon, either right away if you
>> >> can't or after I figure out a fix if you can.
>> >>
>> >>
>> >> >
>> >> > Thx,
>> >> > swapsapar
>> >> >
>> >> > On Tue, May 8, 2012 at 10:19 AM, Swapnil Sapar 
>> >> wrote:
>> >> >
>> >> >> Hi,
>> >> >>
>> >> >> Any plans for releasing Maven Changes Plugin 2.8?
>> >> >>
>> >>
>> >> -
>> >> 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: Maven Changes Plugin 2.8?

2012-05-10 Thread Benson Margulies 
In a few days.

On Thu, May 10, 2012 at 1:55 PM, Swapnil Sapar  wrote:
> Thanks.
> I understand there is an elaborate plugin release process.
> When can we expect to have 2.8 released?
>
> Thanks,
> swapsapar
>
> On Wed, May 9, 2012 at 6:43 AM, Benson Margulies wrote:
>
>> On Wed, May 9, 2012 at 2:41 AM, Swapnil Sapar  wrote:
>> > smart move :)
>>
>> Thank you very much. I am now happy to go into the release process.
>>
>> >
>> > Alright, here is something I found w.r.t MCHANGES-280
>> > MCHANGES-280 is...
>> > 1. NOT reproducible with maven 3.0.4
>> > 2. NOT reproducible when using default goal execution i.e *mvn
>> > changes:announcement-generate*
>> > 3. Reproducible only with maven 2.0.1 and using *explicit* goal execution
>> > i.e. *mvn
>> > org.apache.maven.plugins:maven-changes-plugin:2.7:announcement-generate*
>> > 4. Also reproducible with *older* version of plugin i.e. *mvn
>> > org.apache.maven.plugins:maven-changes-plugin:2.6:announcement-generate
>> > *5. NOT reproducible when used changes plugin is used in any other
>> project.
>> > (I tried it on a new sample project and could not reproduce by any
>> means).
>> >
>> > Which means MCHANGES-280 is specific to maven 2, seen only on the
>> > maven-changes-plugin codebase, when used with explicit goal execution and
>> > NOT specific to v 2.7.
>> >
>> > I suspect (just a guess) this could be a bug deep in the code maven
>> > runtime.
>> > I tried explicitly adding the maven-shared-resources as a dependency to
>> > maven-changes-plugin under  but that did not help.
>> >
>> >    
>> >            
>> >              org.apache.maven.shared
>> >              maven-shared-resources
>> >              1
>> >            
>> >    
>> >
>> > I'm not sure how to fix MCHANGES-280.
>> > I hope this helps.
>> >
>> > cheers!
>> > swapsapar
>> >
>> > On Tue, May 8, 2012 at 4:07 PM, Benson Margulies > >wrote:
>> >
>> >> On Tue, May 8, 2012 at 6:41 PM, Swapnil Sapar 
>> wrote:
>> >> > Right. I understand its only 1 bug since 2.7 but its an imp fix
>> without
>> >> > which plugin fails to work with Jira 5.
>> >> > Is there a way to get the release sooner?
>> >> > Is there a way for me to help in this regard?
>> >>
>> >> I'll tell you what. Could you see if you can reproduce MCHANGES-280?
>> >> In return, I'll spin another release soon, either right away if you
>> >> can't or after I figure out a fix if you can.
>> >>
>> >>
>> >> >
>> >> > Thx,
>> >> > swapsapar
>> >> >
>> >> > On Tue, May 8, 2012 at 10:19 AM, Swapnil Sapar 
>> >> wrote:
>> >> >
>> >> >> Hi,
>> >> >>
>> >> >> Any plans for releasing Maven Changes Plugin 2.8?
>> >> >>
>> >>
>> >> -
>> >> 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: Maven Changes Plugin 2.8?

2012-05-10 Thread Swapnil Sapar 
Thanks.
I understand there is an elaborate plugin release process.
When can we expect to have 2.8 released?

Thanks,
swapsapar

On Wed, May 9, 2012 at 6:43 AM, Benson Margulies wrote:

> On Wed, May 9, 2012 at 2:41 AM, Swapnil Sapar  wrote:
> > smart move :)
>
> Thank you very much. I am now happy to go into the release process.
>
> >
> > Alright, here is something I found w.r.t MCHANGES-280
> > MCHANGES-280 is...
> > 1. NOT reproducible with maven 3.0.4
> > 2. NOT reproducible when using default goal execution i.e *mvn
> > changes:announcement-generate*
> > 3. Reproducible only with maven 2.0.1 and using *explicit* goal execution
> > i.e. *mvn
> > org.apache.maven.plugins:maven-changes-plugin:2.7:announcement-generate*
> > 4. Also reproducible with *older* version of plugin i.e. *mvn
> > org.apache.maven.plugins:maven-changes-plugin:2.6:announcement-generate
> > *5. NOT reproducible when used changes plugin is used in any other
> project.
> > (I tried it on a new sample project and could not reproduce by any
> means).
> >
> > Which means MCHANGES-280 is specific to maven 2, seen only on the
> > maven-changes-plugin codebase, when used with explicit goal execution and
> > NOT specific to v 2.7.
> >
> > I suspect (just a guess) this could be a bug deep in the code maven
> > runtime.
> > I tried explicitly adding the maven-shared-resources as a dependency to
> > maven-changes-plugin under  but that did not help.
> >
> >
> >
> >  org.apache.maven.shared
> >  maven-shared-resources
> >  1
> >
> >
> >
> > I'm not sure how to fix MCHANGES-280.
> > I hope this helps.
> >
> > cheers!
> > swapsapar
> >
> > On Tue, May 8, 2012 at 4:07 PM, Benson Margulies  >wrote:
> >
> >> On Tue, May 8, 2012 at 6:41 PM, Swapnil Sapar 
> wrote:
> >> > Right. I understand its only 1 bug since 2.7 but its an imp fix
> without
> >> > which plugin fails to work with Jira 5.
> >> > Is there a way to get the release sooner?
> >> > Is there a way for me to help in this regard?
> >>
> >> I'll tell you what. Could you see if you can reproduce MCHANGES-280?
> >> In return, I'll spin another release soon, either right away if you
> >> can't or after I figure out a fix if you can.
> >>
> >>
> >> >
> >> > Thx,
> >> > swapsapar
> >> >
> >> > On Tue, May 8, 2012 at 10:19 AM, Swapnil Sapar 
> >> wrote:
> >> >
> >> >> Hi,
> >> >>
> >> >> Any plans for releasing Maven Changes Plugin 2.8?
> >> >>
> >>
> >> -
> >> 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: Filters only work in 3.0.4

2012-05-10 Thread Tim Pizey 
On 10 May 2012 17:44, I  wrote:
> Hi,
>
> I have a filters block:
>     
>      
> /etc/${project.artifactId}/${project.artifactId}.properties
>     
> as given here:
> http://maven.apache.org/plugins/maven-resources-plugin/examples/filter.html
> I was delighted with this!
>
> However I find that this has only started to work in 3.0.4, which I happened
> to have on my laptop.
>
> It does not work on 3.0.3, I have tried many combinations of
>
>  
>    
>      
>        org.apache.maven.plugins
>        maven-resources-plugin
>        2.5
>        
>         
>          org.apache.maven.shared
>          maven-filtering
>          1.0
>         
>        
>      
>    
>  
>
> but these do not seem to have had any effect.
>
> I can update to 3.0.4 on the build server, but it would be nice find a
> configuration which worked on 3.0.3
> and 2.x maven as well.
>

  

  org.apache.maven.plugins
  maven-resources-plugin
  2.5

  


Does enable the  to work on 3.0.3 and 3.0.4, have not tested on 2.x

cheers
Tim


-- 
Tim Pizey - http://pizey.net/~timp

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

Re: Using maven to create portable projects (profile dependencies)

2012-05-10 Thread Manfred Moser 
On Thu, May 10, 2012 8:09 am, Ron Wheeler wrote:
> On 10/05/2012 3:06 AM, Julian Kalinowski wrote:
>> Hi,
>> I'm currently trying port a Java desktop project to Android using maven.
>> It has several modules which have different dependencies.
>> As the Android Java Runtime doesn't have packages such as awt or
>> swing, i needed to exclude some sources for that build and preprocess
>> others, which kind of works using munge-maven-plugin.
>>
>> However, when it comes to incompatible dependencies, i tried to use
>> two different profiles to exclude them from the android build (and
>> create jars with different classifiers).
>>
>> But this doesn't work as profiles are not respected during dependency
>> resolution, see this bug:
>> http://jira.codehaus.org/browse/MNG-1388
>>
>> It seems nobody cares about this, so I'm wondering if there's another
>> possible solution besides creating a separate pom.xml for every
>> module...
>
> That is the right way to do it. That is why no one cares. It does not
> affect anyone who is using Maven as it is intended to be used.

Just dont use profiles but rather different modules and exclusion right in
the android project. A good example how you can deal with all this is the
bluebill android app from Fabrizio

http://bluebill.tidalwave.it/mobile/development/

It uses components from desktop java and does all sorts of good stuff with
respect to using maven.

In general I would suggest to ask android maven related questions on the
maven android developers mailing list though..

https://groups.google.com/forum/?fromgroups#!forum/maven-android-developers

manfred
http://simpligility.com

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

Filters only work in 3.0.4

2012-05-10 Thread Tim Pizey 
Hi,

I have a filters block:
 
  
/etc/${project.artifactId}/${project.artifactId}.properties
 
as given here:
http://maven.apache.org/plugins/maven-resources-plugin/examples/filter.html
I was delighted with this!

However I find that this has only started to work in 3.0.4, which I happened
to have on my laptop.

It does not work on 3.0.3, I have tried many combinations of

  

  
org.apache.maven.plugins
maven-resources-plugin
2.5

 
  org.apache.maven.shared
  maven-filtering
  1.0
 

  

  

but these do not seem to have had any effect.

I can update to 3.0.4 on the build server, but it would be nice find a
configuration which worked on 3.0.3
and 2.x maven as well.

cheers
Tim


-- 
Tim Pizey - http://pizey.net/~timp

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

Re: convert Ant script to Maven

2012-05-10 Thread John Patrick 
Have you used maven before or are you totally new to maven?

Do you have to get your ant code snippet into an existing maven
project or a new project just for this snippet?

On 10 May 2012 15:58, Ron Wheeler  wrote:
> Did you look at the Ant plug-in?
>
> Ron
>
>
> On 10/05/2012 7:52 AM, chavanmukeshp wrote:
>>
>> Hello Friends,
>>
>> Can you please Suggest me how to convert below ant target into maven?
>>
>>  
>>
>>               >
>>               
>>
>> 
>>
>> 
>>
>>  
>>
>> Is there any plugin required for this conversion?
>>
>> Thanks in advance!!
>>
>> --
>> View this message in context:
>> http://maven.40175.n5.nabble.com/convert-Ant-script-to-Maven-tp5699981.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
>>
>>
>
>
> --
> Ron Wheeler President Artifact Software Inc email:
> rwhee...@artifact-software.com skype: ronaldmwheeler phone: 866-970-2435,
> ext 102
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>

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

Re: Using maven to create portable projects (profile dependencies)

2012-05-10 Thread Ron Wheeler 

On 10/05/2012 3:06 AM, Julian Kalinowski wrote:

Hi,
I'm currently trying port a Java desktop project to Android using maven.
It has several modules which have different dependencies.
As the Android Java Runtime doesn't have packages such as awt or 
swing, i needed to exclude some sources for that build and preprocess 
others, which kind of works using munge-maven-plugin.


However, when it comes to incompatible dependencies, i tried to use 
two different profiles to exclude them from the android build (and 
create jars with different classifiers).


But this doesn't work as profiles are not respected during dependency 
resolution, see this bug:

http://jira.codehaus.org/browse/MNG-1388

It seems nobody cares about this, so I'm wondering if there's another 
possible solution besides creating a separate pom.xml for every module...


That is the right way to do it. That is why no one cares. It does not 
affect anyone who is using Maven as it is intended to be used.




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





--
Ron Wheeler President Artifact Software Inc email: 
rwhee...@artifact-software.com skype: ronaldmwheeler phone: 
866-970-2435, ext 102


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

Re: convert Ant script to Maven

2012-05-10 Thread Ron Wheeler 

Did you look at the Ant plug-in?

Ron

On 10/05/2012 7:52 AM, chavanmukeshp wrote:

Hello Friends,

Can you please Suggest me how to convert below ant target into maven?

  

   





  

Is there any plugin required for this conversion?

Thanks in advance!!

--
View this message in context: 
http://maven.40175.n5.nabble.com/convert-Ant-script-to-Maven-tp5699981.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





--
Ron Wheeler President Artifact Software Inc email: 
rwhee...@artifact-software.com skype: ronaldmwheeler phone: 
866-970-2435, ext 102


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

convert Ant script to Maven

2012-05-10 Thread chavanmukeshp 
Hello Friends,

Can you please Suggest me how to convert below ant target into maven? 

 

  





 

Is there any plugin required for this conversion? 

Thanks in advance!!

--
View this message in context: 
http://maven.40175.n5.nabble.com/convert-Ant-script-to-Maven-tp5699981.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: [ANN] plan-maven-plugin v1.1 released

2012-05-10 Thread Oliver B. Fischer 

Hi Carlo,

just had a look at your plugin. It is a great peace of software and will 
help me a lot!


Bye,

Oliver

Am 09.05.2012 10:25, schrieb Carlo Sciolla:

Hi all,

I'm happy to announce the availability of the Plan Maven Plugin v1.1 on
Central.

The Plan plugin unrolls the maven execution plan in the build logs, helping
you debugging complex build configurations with numerous profiles, plugin
executions and personal settings. It logs the active lifecycle and the list
of goals to execute, along with their eventual attached phase and execution
ID.

Source code,
documentationand issue
tracker  are
on GitHub.

Any feedback highly appreciated,
Thanks,
c.



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

Re: convert Ant script to Maven

2012-05-10 Thread John Patrick 
Alternatively you can use maven-antrun-plugin and just have that
execute your ant script.
http://maven.apache.org/plugins/maven-antrun-plugin/

On 10 May 2012 13:29, Antonio Petrelli  wrote:
> 2012/5/10 chavanmukeshp 
>
>> Hello Friends,
>>
>> Can you please suggest me how to convert below ant target into maven,
>>
>> 
>>
>>              >
>>              
>>
>> 
>>
>> 
>>
>>  
>>
>
> No straight conversion, but I suppose you need the Exec Maven plugin:
> http://mojo.codehaus.org/exec-maven-plugin/
>
> Antonio

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

Re: convert Ant script to Maven

2012-05-10 Thread Antonio Petrelli 
2012/5/10 chavanmukeshp 

> Hello Friends,
>
> Can you please suggest me how to convert below ant target into maven,
>
> 
>
>  
>  
>
> 
>
> 
>
>  
>

No straight conversion, but I suppose you need the Exec Maven plugin:
http://mojo.codehaus.org/exec-maven-plugin/

Antonio

convert Ant script to Maven

2012-05-10 Thread chavanmukeshp 
Hello Friends,

Can you please suggest me how to convert below ant target into maven,



  





 

Is there any plugin required for this conversion?

Thanks in advance!!

--
View this message in context: 
http://maven.40175.n5.nabble.com/convert-Ant-script-to-Maven-tp5700048.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: Best way to handle a universal pom?

2012-05-10 Thread Stephen Connolly 
I think I have made the modifications that would make your life
simpler... you probably still would need to change a parent pom, but
that would be the only change... fix will be in ship-maven-plugin
1.0-alpha-2

On 10 May 2012 09:39, Stephen Connolly  wrote:
> Hmmm. I wonder if I were to modify the ship-maven-plugin to allow ship
> scripts to be pulled from the plugin's classpath rather than the
> filesystem would that solve your issue.
>
> On 9 May 2012 21:49, Raketemensch  wrote:
>> Well, that's why I'm asking for a best practice, I'm trying to avoid
>> antishness as much as possible.
>>
>> However, I'm in charge of 400+ individual Maven projects, not counting all
>> the modules. If an environment changes, I'm not eager to load up 400+
>> individual pom files to make the required change, then commit them all, etc.
>>
>> The profiles I'm looking to include look like this:
>>
>> 
>>                        iwebdev
>>                        
>>                                
>>                                        
>>                                                
>> org.codehaus.mojo
>>                                                
>> wagon-maven-plugin
>>                                                1.0-beta-3
>>                                                
>>                                                        
>>                                                                
>> iwebdev05
>>                                                                
>> deploy
>>                                                                
>>                                                                        
>> upload-single
>>                                                                
>>                                                                
>> 
>>                                                                        
>> iwebdev05
>>                                                                        
>> ${project.build.directory}/${final.name}.ear
>>                                                                        
>> scp://iwebdev05/data/web/webapps
>>                                                                
>> 
>>                                                        
>>                                                        
>>                                                                
>> iwebdev06
>>                                                                
>> deploy
>>                                                                
>>                                                                        
>> upload-single
>>                                                                
>>                                                                
>> 
>>                                                                        
>> iwebdev06
>>                                                                        
>> ${project.build.directory}/${final.name}.ear
>>                                                                        
>> scp://iwebdev06/data/web/webapps
>>                                                                
>> 
>>                                                        
>>
>>                                                
>>                                        
>>                                
>>                        
>>                
>>
>> It's not something I can put into a settings.xml file, which I'd rather not
>> do anyway, since it would be a very big potential build-breaker. But at the
>> same time, we have 10+ individual environments, and I'd rather not pollute
>> each project pom with pages of this stuff, nor would I like to (As mentioned
>> earlier) update 400+ poms just because a server path changes.
>>
>> Is there a better way to handle this?
>>
>> (I appreciate any advice given)
>>
>> --
>> View this message in context: 
>> http://maven.40175.n5.nabble.com/Best-way-to-handle-a-universal-pom-tp5691958p5698492.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: [ANN] plan-maven-plugin v1.1 released

2012-05-10 Thread Carlo Sciolla 
2012/5/9 Ben Tatham 

> Perhaps you could port this feature to be a patch to the maven-help-plugin

It's not the first time I get this suggestion, and it would indeed fit well
in there. I'll reach out to the help plugin devs to see if they're
interested into it.

c.


-- 
Carlo Sciolla

--==(A)==--
Linux User #372086
My personal blog: http://www.skuro.tk
Follow me on twitter: http://twitter.com/skuro
 Fork me on Github: http://github.com/skuro
My LinkedIn profile:
http://nl.linkedin.com/in/carlosciolla
--==(A)==--

Product Lead at Backbase - Next Generation Portal Software for Financials &
Large Enterprises (http://www.backbase.com)

Using maven to create portable projects (profile dependencies)

2012-05-10 Thread Julian Kalinowski 

Hi,
I'm currently trying port a Java desktop project to Android using maven.
It has several modules which have different dependencies.
As the Android Java Runtime doesn't have packages such as awt or swing, 
i needed to exclude some sources for that build and preprocess others, 
which kind of works using munge-maven-plugin.


However, when it comes to incompatible dependencies, i tried to use two 
different profiles to exclude them from the android build (and create 
jars with different classifiers).


But this doesn't work as profiles are not respected during dependency 
resolution, see this bug:

http://jira.codehaus.org/browse/MNG-1388

It seems nobody cares about this, so I'm wondering if there's another 
possible solution besides creating a separate pom.xml for every module...


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

Re: Best way to handle a universal pom?

2012-05-10 Thread Stephen Connolly 
Hmmm. I wonder if I were to modify the ship-maven-plugin to allow ship
scripts to be pulled from the plugin's classpath rather than the
filesystem would that solve your issue.

On 9 May 2012 21:49, Raketemensch  wrote:
> Well, that's why I'm asking for a best practice, I'm trying to avoid
> antishness as much as possible.
>
> However, I'm in charge of 400+ individual Maven projects, not counting all
> the modules. If an environment changes, I'm not eager to load up 400+
> individual pom files to make the required change, then commit them all, etc.
>
> The profiles I'm looking to include look like this:
>
> 
>                        iwebdev
>                        
>                                
>                                        
>                                                
> org.codehaus.mojo
>                                                
> wagon-maven-plugin
>                                                1.0-beta-3
>                                                
>                                                        
>                                                                
> iwebdev05
>                                                                
> deploy
>                                                                
>                                                                        
> upload-single
>                                                                
>                                                                
>                                                                        
> iwebdev05
>                                                                        
> ${project.build.directory}/${final.name}.ear
>                                                                        
> scp://iwebdev05/data/web/webapps
>                                                                
> 
>                                                        
>                                                        
>                                                                
> iwebdev06
>                                                                
> deploy
>                                                                
>                                                                        
> upload-single
>                                                                
>                                                                
>                                                                        
> iwebdev06
>                                                                        
> ${project.build.directory}/${final.name}.ear
>                                                                        
> scp://iwebdev06/data/web/webapps
>                                                                
> 
>                                                        
>
>                                                
>                                        
>                                
>                        
>                
>
> It's not something I can put into a settings.xml file, which I'd rather not
> do anyway, since it would be a very big potential build-breaker. But at the
> same time, we have 10+ individual environments, and I'd rather not pollute
> each project pom with pages of this stuff, nor would I like to (As mentioned
> earlier) update 400+ poms just because a server path changes.
>
> Is there a better way to handle this?
>
> (I appreciate any advice given)
>
> --
> View this message in context: 
> http://maven.40175.n5.nabble.com/Best-way-to-handle-a-universal-pom-tp5691958p5698492.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
>