RE: Looking for MultiModule Archetype (Packaging POM)

[nicklist]

Maybe a cleaner solution:

Step 1: Follow step 1 to 4 of Quarph
Step 1a: Make any adjustments to the pom, that you will need in your projects, 
like parent pom and such.
Step 2: Run mvn archetype:create-from-project
Step 3: From the generated Archetype project, run mvn install or mvn deploy
Step 4: Use this archetype to create new projects in the future.

Hth,

Nick Stolwijk
~Java Developer~

Iprofs BV.
Claus Sluterweg 125
2012 WS Haarlem
www.iprofs.nl



-Original Message-
From: quarph [mailto:[EMAIL PROTECTED]
Sent: Thu 8/7/2008 12:04
To: Maven Users List
Subject: Re: Looking for MultiModule Archetype (Packaging POM)
 
here is my solution
1.mvn -DgroupId=org.quarph -DartifactId=myproject archetype:create
2.delete the "src" directory in the newly created module
3.edit pom.xml and change packaging to "pom" instead of "jar"
4.navigate to the "myproject" directory
5.mvn  -DgroupId=org.quarph -DartifactId=myproject-module-1 archetype:create
maybe someone has a better way!




quarph
2008-08-07



???: [EMAIL PROTECTED]
: 2008-08-07 17:30:04
???: users@maven.apache.org
??: 
??: Looking for MultiModule Archetype (Packaging POM)

Which is a Multi Module Archetype ? I need to create Subprojects. Is there some 
template ?

1: internal - > appfuse-basic-jsf (AppFuse archetype for creating a web 
application with Hibernate, Spring and JSF)
2: internal - > appfuse-basic-spring (AppFuse archetype for creating a web 
application with Hibernate, Spring and Spring MVC)
3: internal - > appfuse-basic-struts (AppFuse archetype for creating a web 
application with Hibernate, Spring and Struts 2)
4: internal - > appfuse-basic-tapestry (AppFuse archetype for creating a web 
application with Hibernate, Spring and Tapestry 4)
5: internal - > appfuse-core (AppFuse archetype for creating a jar application 
with Hibernate and Spring and XFire)
6: internal - > appfuse-modular-jsf (AppFuse archetype for creating a modular 
application with Hibernate, Spring and JSF)
7: internal - > appfuse-modular-spring (AppFuse archetype for creating a 
modular application with Hibernate, Spring and Spring MVC)
8: internal - > appfuse-modular-struts (AppFuse archetype for creating a 
modular application with Hibernate, Spring and Struts 2)
9: internal - > appfuse-modular-tapestry (AppFuse archetype for creating a 
modular application with Hibernate, Spring and Tapestry 4)
10: internal - > maven-archetype-j2ee-simple (A simple J2EE Java application)
11: internal - > maven-archetype-marmalade-mojo (A Maven plugin development 
project using marmalade)
12: internal - > maven-archetype-mojo (A Maven Java plugin development project)
13: internal - > maven-archetype-portlet (A simple portlet application)
14: internal - > maven-archetype-profiles ()
15: internal - > maven-archetype-quickstart ()
16: internal - > maven-archetype-site-simple (A simple site generation project)
17: internal - > maven-archetype-site (A more complex site project)
18: internal - > maven-archetype-webapp (A simple Java web application)
19: internal - > struts2-archetype-starter (A starter Struts 2 application with 
Sitemesh, DWR, and Spring)
20: internal - > struts2-archetype-blank (A minimal Struts 2 application)
21: internal - > struts2-archetype-portlet (A minimal Struts 2 application that 
can be deployed as a portlet)
22: internal - > struts2-archetype-dbportlet (A starter Struts 2 portlet that 
demonstrates a simple CRUD interface with db backing)
23: internal - > struts2-archetype-plugin (A Struts 2 plugin)
24: internal - > shale-archetype-blank (A blank Shale web application with JSF)
25: internal - > maven-adf-archetype (Archetype to ease the burden of creating 
a new application based with ADF)
26: internal - > data-app (A new Databinder application with sources and 
resources.)
27: internal - > jini-service-archetype (Archetype for Jini service project 
creation)
28: internal - > softeu-archetype-seam (JSF+Facelets+Seam Archetype)
29: internal - > softeu-archetype-seam-simple (JSF+Facelets+Seam (no 
persistence) Archetype)
30: internal - > softeu-archetype-jsf (JSF+Facelets Archetype)
31: internal - > jpa-maven-archetype (JPA application)
32: internal - > spring-osgi-bundle-archetype (Spring-OSGi archetype)
33: internal - > confluence-plugin-archetype (Atlassian Confluence plugin 
archetype)
34: internal - > jira-plugin-archetype (Atlassian JIRA plugin archetype)
35: internal - > maven-archetype-har (Hibernate Archive)
36: internal - > maven-archetype-sar (JBoss Service Archive)
37: internal - > wicket-archetype-quickstart (A simple Apache Wicket project)
38: internal - > quickstart (A simple Apache Tapestry 5 Project)
39: internal - > scala-archetype-simple (A simple scala project)
40: internal - > lift-archetype-blank (A blank/empty liftweb project)
41: internal - > lift-archetype-basic (The basic (liftweb) project)
42: internal - > cocoon-22-archetype-block-plain 
([http://cocoon.apache.org/2.2/maven-plugins/])
43: internal - > cocoon-22-archetype-block 

RE: AspectJ in Maven2

[nicklist]

I have taken a look at the source and I'm wondering how property injection 
works with maven? Is it calling the setVerbose method or does it set the 
verbose parameter through reflection?

If it does the first it should work, if it does the second it doesn't work. 
Could you try running with debug mode? 

This piece of code:

getLog().debug( "Starting compiling aspects" );
if ( getLog().isDebugEnabled() )
{
String command = "Running : ajc ";
Iterator iter = ajcOptions.iterator();
while ( iter.hasNext() )
{
command += ( iter.next() + " " );
}
getLog().debug( command );
}

Indicates that on debug level the AspectJ compiler options are printed. Do you 
see the options: -verbose and -showWeaveInfo?

Hth,

Nick Stolwijk
~Java Developer~

Iprofs BV.
Claus Sluterweg 125
2012 WS Haarlem
www.iprofs.nl



-Original Message-
From: [EMAIL PROTECTED] on behalf of nicolas de loof
Sent: Wed 7/23/2008 14:13
To: Maven Users List
Subject: Re: AspectJ in Maven2
 
Not related to Ilya issue, but isn't the verbose and showWeaveInfo options
supposed to log something ?
I get my classes weaved (as a decompile confirms) but nothing on the console
:'-(




2008/7/23 Ilya Ermolov <[EMAIL PROTECTED]>:

>
> Big thanks! I missed property 'source' :-[
> I'm stupid :)))
> --
> View this message in context:
> http://www.nabble.com/AspectJ-in-Maven2-tp18608731p18609277.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

RE: AspectJ in Maven2

[nicklist]

Try to add the source parameter to your aspectj plugin. [1]

[1] http://mojo.codehaus.org/aspectj-maven-plugin/compile-mojo.html#source

Hth,

Nick Stolwijk
~Java Developer~

Iprofs BV.
Claus Sluterweg 125
2012 WS Haarlem
www.iprofs.nl



-Original Message-
From: Ilya Ermolov [mailto:[EMAIL PROTECTED]
Sent: Wed 7/23/2008 13:30
To: users@maven.apache.org
Subject: AspectJ in Maven2
 

My project contains aspect library but it isn't compiles by Maven.

I have following declaration:

maven-compiler-plugin
2.0.2

true
1.5
1.5



org.codehaus.mojo
aspectj-maven-plugin



compile





but Maven show me some errors like:
C:\workspace\exception-handling\src\ru\vtsft\exceptions\ExceptionHandling.aj:211:0::0
Syntax error, parameterized types are only available if source level is 5.0
error at private static ThreadLocal> traceStack = new
hreadLocal>() {

Eclipse compiles this code without errors. I'm going crazy %]
-- 
View this message in context: 
http://www.nabble.com/AspectJ-in-Maven2-tp18608731p18608731.html
Sent from the Maven - Users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: findbugs and maven2

[nicklist]

And to give a little more inside info. If maven cannot find a prefix, it will 
automagically assume groupId "org.apache.maven.plugins" and artifactId 
"maven-$prefix-plugin", so that is where the message came from.

With regards,

Nick Stolwijk
~Java Developer~

Iprofs BV.
Claus Sluterweg 125
2012 WS Haarlem
www.iprofs.nl



-Original Message-
From: Henri Gomez [mailto:[EMAIL PROTECTED]
Sent: Wed 7/9/2008 16:53
To: Maven Users List
Subject: Re: findbugs and maven2
 
> What is the command you gave maven? Did you try running mvn findbugs:goalname 
> or mvn site?

mvn findbugs:findbugs (from
http://mojo.codehaus.org/findbugs-maven-plugin/plugin-info.html)

In the reporting section comes all plugins for site generation. If you
try to run findbugs directly, maybe you should add a
build/plugins/plugin element for findbugs.

BTW, it works with mvn site ;-(

I add the revelant section for plugin in build section in parent POM
and now I could do mvn findbugs:findbugs .

Thanks for the clue

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: findbugs and maven2

[nicklist]

The error says:

> INFO] Searching repository for plugin with prefix: 'findbugs'.

What is the command you gave maven? Did you try running mvn findbugs:goalname 
or mvn site? In the reporting section comes all plugins for site generation. If 
you try to run findbugs directly, maybe you should add a build/plugins/plugin 
element for findbugs.

With regards,

Nick Stolwijk
~Java Developer~

Iprofs BV.
Claus Sluterweg 125
2012 WS Haarlem
www.iprofs.nl



-Original Message-
From: Henri Gomez [mailto:[EMAIL PROTECTED]
Sent: Wed 7/9/2008 16:35
To: Maven Users List
Subject: Re: findbugs and maven2
 
My pom contains :

  
org.codehaus.mojo
findbugs-maven-plugin
1.2

  true
  true

  



2008/7/9  <[EMAIL PROTECTED]>:
>
>
> Hi Henri,
>
> Maybe you misspelled it somewhere in your pom.
>
> The error says maven-findbugs-plugin not findbugs-maven-plugin.
>
> Regards,
>
> Minto
>
> -Oorspronkelijk bericht-
> Van: Henri Gomez [mailto:[EMAIL PROTECTED]
> Verzonden: woensdag 9 juli 2008 16:26
> Aan: Maven Users List
> Onderwerp: findbugs and maven2
>
> I' trying to use findbug maven plugin with :
>
>  
>
>
>
>  
>org.apache.maven.plugins
>maven-pmd-plugin
>2.4
>
>  true
>  utf-8
>  100
>  1.5
>
>  
>
>  
>org.codehaus.mojo
>findbugs-maven-plugin
>1.2
>
>  true
>  true
>
>  
>
>
>
>  
>
>
> I got :
>
> INFO] Searching repository for plugin with prefix: 'findbugs'.
> [INFO]
> 
> [ERROR] BUILD ERROR
> [INFO]
> 
> [INFO] The plugin 'org.apache.maven.plugins:maven-findbugs-plugin'
> does not exist or no valid version could be found [INFO]
> 
> [INFO] For more information, run Maven with the -e switch [INFO]
> 
> [INFO] Total time: < 1 second
> [INFO] Finished at: Wed Jul 09 16:24:33 CEST 2008 [INFO] Final Memory:
> 2M/4M [INFO]
> 
>
> What's the problem with org.apache.maven.plugins, I'm looking for
> org.codehaus.mojo ?
>
> Thanks
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
> DISCLAIMER
> De informatie in deze e-mail is vertrouwelijk en uitsluitend bestemd voor de 
> geadresseerde. Indien u niet de geadresseerde bent, wordt u er hierbij op 
> gewezen, dat u geen recht heeft kennis te nemen van de rest van deze e-mail, 
> deze te gebruiken, te kopieren of te verstrekken aan andere personen dan de 
> geadresseerde. Indien u deze e-mail abusievelijk hebt ontvangen, brengt u dan 
> alstublieft de afzender op de hoogte, waarbij u bij deze gevraagd wordt het 
> originele bericht te vernietigen. Politie Amsterdam-Amstelland is niet 
> verantwoordelijk voor de inhoud van deze e-mail en wijst iedere 
> aansprakelijkheid af voor en/of in verband met alle gevolgen en/of schade van 
> een onjuiste of onvolledige verzending ervan. Tenzij uitdrukkelijk het 
> tegendeel blijkt, kunnen aan dit bericht geen rechten worden ontleend. Het 
> gebruik van Internet e-mail brengt zekere risico's met zich. Daarom wordt 
> iedere aansprakelijkheid voor het gebruik van dit medium door de Politie 
> Amsterdam-Amstelland van de hand gewezen.
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Best practices for corporate poms

[nicklist]

In our super pom we have the following elements:


2.0.7


So each developer has at least the recommended version of maven.

Two profiles, one default on, which defines our artifactory as central and 
takes care of the distribution management and one "athome" which doesn't define 
our artifactory as central repository.

Pluginmanagement section, which nails down all the versions of the plugins we 
use.

Reporting section, so the generated sites of the projects have the same layout, 
same settings, etc.

Dependencymanagement, so all the projects use the same dependendency versions.

Hth,

Nick Stolwijk
~Java Developer~

Iprofs BV.
Claus Sluterweg 125
2012 WS Haarlem
www.iprofs.nl



-Original Message-
From: Benjamin Voigt [mailto:[EMAIL PROTECTED]
Sent: Wed 7/2/2008 08:58
To: users@maven.apache.org
Subject: Best practices for corporate poms
 
Hello,

I'd like to know the best practices for using a corporate or a 
company-wide pom, e.g. what do you put in it except for 
distributionManagement ?
I've read that some people don't use SNAPSHOT versions for the corporate 
pom and instead only increase a single number for every new version of 
the corporate pom (e.g. version 2 to 3 to 4 etc.).
Maybe those facts could be documented somewhere on the maven site (like 
a how to).

Every idea is appreciated :)

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Enforce Checkstyle using Maven?

[nicklist]

On your first point, that checkstyle did not run when you execute mvn package, 
that is completely true, since verify comes after package.

I don't know why it did not fail. Are you sure, you're using the latest version 
of the checkstyle plugin. Always version your plugins in your pom. The latest 
is version 2.2.

The option failOnViolation defaults to true and the option violationSeverity 
defaults to error. Are you sure you're seeing errors and not warnings?

Hth,

Nick Stolwijk
~Java Developer~

Iprofs BV.
Claus Sluterweg 125
2012 WS Haarlem
www.iprofs.nl



-Original Message-
From: Jeroen Verhagen [mailto:[EMAIL PROTECTED]
Sent: Thu 6/26/2008 13:42
To: Maven Users List
Subject: Re: Enforce Checkstyle using Maven?
 
Thanks for your reply,

On Thu, Jun 26, 2008 at 11:52 AM,  <[EMAIL PROTECTED]> wrote:
> Yes, that is possible with the checkstyle:check goal [1].

I tried to use the checkstyle plugin like this:


  

  org.apache.maven.plugins
  maven-checkstyle-plugin
  

  http://our-server:8080/checkstyle/mpoCheckstyleConfig.xml

  
  

  verify
  
check
  

  

  


However when I run 'mvn package' I don't see that Checkstyle is run
and when I run 'mvn verify' explicitly Checkstyle is run but it
doesn't report errors even though when I run 'mvn checkstyle:check'
manually it reports 7 errors!

What could be causing this problem?


-- 

regards,

Jeroen

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Enforce Checkstyle using Maven?

[nicklist]

Yes, that is possible with the checkstyle:check goal [1].

Hth,

[1] http://maven.apache.org/plugins/maven-checkstyle-plugin/check-mojo.html

Nick Stolwijk
~Java Developer~

Iprofs BV.
Claus Sluterweg 125
2012 WS Haarlem
www.iprofs.nl



-Original Message-
From: Jeroen Verhagen [mailto:[EMAIL PROTECTED]
Sent: Thu 6/26/2008 11:40
To: users@maven.apache.org
Subject: Enforce Checkstyle using Maven?
 
Hi all,

Is it possible to enforce coding standards using Checkstyles plugin?
For example by letting a build fail like Surefire does when a unittest
fails or by preventing a deploy to a repository when coding standards
have not been met according to Checkstyle?



-- 

regards,

Jeroen

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: need help on maven compile phase.

[nicklist]

You have to restructure your project.

Like:
module-name-pkg1/src/main/java/com/abc/xyz/pkg1
module-name-pkg1/src/test/java/com/abc/xyz/pkg1
module-name-pkg1/pom.xml

module-name-pkg2/src/main/java/com/abc/xyz/pkg2
module-name-pkg2/src/test/java/com/abc/xyz/pkg2
module-name-pkg2/pom.xml

module-name-pkg3/src/main/java/com/abc/xyz/pkg3
module-name-pkg3/src/test/java/com/abc/xyz/pkg3
module-name-pkg3/pom.xml

module-name-pkg4/src/main/java/com/abc/xyz/pkg4
module-name-pkg4/src/test/java/com/abc/xyz/pkg4
module-name-pkg4/pom.xml

pom.xml

The aggregate pom (now your main pom) should contain a modules section, like:

   module-name-pkg1
   module-name-pkg2
   module-name-pkg3
   module-name-pkg4


After that you would want your dependencyManagement in your aggregate pom and 
add a  section to your module pom files. Then strip all version numbers 
in the dependencies section in your module poms and add them to the 
dependencyManagement section.

All in all, a fairly big refactoring, but take a good look at the book at 
sonatype. All the elements are explained there.

Hth,

Nick Stolwijk
~Java Developer~

Iprofs BV.
Claus Sluterweg 125
2012 WS Haarlem
www.iprofs.nl



-Original Message-
From: Niranjan Deshpande [mailto:[EMAIL PROTECTED]
Sent: Tue 6/17/2008 17:13
To: Maven Users List
Subject: Re: need help on maven compile phase.
 
there are indeed seperate test classes for all those packages.
but what i m not understanding is how do i write seperate poms for each
pakage. and where do i kep that pom? and how do i call it?

right now I am using one pom in the prj_home dir.


On 6/17/08, Mark Struberg <[EMAIL PROTECTED]> wrote:
>
> The easiest way is to split your sources into separate maven modules.
> If you have 1600 classes, this imho makes sense anyway!
>
> I (personally) mean, if a project is _that_ fat, then a modularisation
> would help to better understand the whole application. Each modules should
> have their own unit tests, etc. Simply, the whole bunch of straight forward
> computer engineering rules one learns in university.
>
> LieGrü,
> strub
>
>
> --- Niranjan Deshpande <[EMAIL PROTECTED]> schrieb am Di, 17.6.2008:
>
> > Von: Niranjan Deshpande <[EMAIL PROTECTED]>
> > Betreff: Re: need help on maven compile phase.
> > An: "Maven Users List" 
> > Datum: Dienstag, 17. Juni 2008, 14:46
> > I tried increasing the memory using the maxmem and
> > memintial, initial=512mb
> > and mac=2048m. still the same error. my 1642 files have
> > been distributed
> > accross four packages. src/main/java/com/abc/xyz/pkg1
> >
> > pkg2
> >
> > pkg3
> >
> > pkg4
> >
> > whould i write seperate POMs for each pkg? where should
> > these POMs be
> > present.
> > then what about the main POM in the prj_home/dir?
> >
> >
> > On 6/17/08, RAM <[EMAIL PROTECTED]> wrote:
> > >
> > > Actually, I can think of seperate module inside the
> > main root project and a
> > > seperate pom.xml for each one. Then you can build
> > those one by one.
> > >
> > > Else, try increasing the memory with the compiler
> > plugin (I think, you have
> > > atleast 1.5 GB RAM)
> > >
> > > 
> > >
> > org.apache.maven.plugins
> > >
> > maven-compiler-plugin
> > >
> > >  512m
> > >  1024m
> > >
> > >  
> > >
> > > This may resolve the out of memory error.
> > >
> > > Regards,
> > > Ram
> > >
> > > On 6/17/08, Niranjan Deshpande
> > <[EMAIL PROTECTED]> wrote:
> > > >
> > > > Hi all
> > > > My prj_home_dir/src/main/java has about 1642
> > classes. When Maven executes
> > > > the compile life cycle, all tha 1642 classes are
> > compiled at once and i
> > > > always get a out of memory error. Is there a way
> > that i can instruct
> > > maven
> > > > to compile in steps. e.g web layer first, then
> > the business layer etc.
> > > >
> > > > Please guide.
> > > > --
> > > > Regards,
> > > > Niranjan Deshpande
> > > >
> > > > "Shut yourself from the world and create the
> > reality you want"
> > > >
> > >
> > >
> > >
> > > --
> > > Thanks
> > > Ram
> > >
> >
> >
> >
> > --
> > Regards,
> > Niranjan Deshpande
> >
> > "Shut yourself from the world and create the reality
> > you want"
>
>
>  __
> Gesendet von Yahoo! Mail.
> Dem pfiffigeren Posteingang.
> http://de.overview.mail.yahoo.com
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


-- 
Regards,
Niranjan Deshpande

"Shut yourself from the world and create the reality you want"

RE: Release:branch from a tag

[nicklist]

Can someone comment on this mail? Is the release:branch goal fitted to create a 
branch from a tag and update the version numbers?

With regards,

Nick Stolwijk
~Java Developer~

Iprofs BV.
Claus Sluterweg 125
2012 WS Haarlem
www.iprofs.nl



-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Tue 6/10/2008 11:15
To: users@maven.apache.org
Subject: Release:branch from a tag
 
I am trying to create a branch from a tag with the release plugin. I have a 
checkout from trunk and try the following command:

mvn release:branch -Dtag=TestProject-1.4 -DbranchName=TestProject-1.4.x s 
-DupdateBranchVersions=true

I was expecting that a branch (/branches/TestProject-1.4.x) was created from a 
tag (/tags/TestProject-1.4) but it is created from the current trunk (/trunk). 
It seems the -Dtag option doesn't do anything, because it is creating a branch 
from the current trunk. Is it really necessary to checkout a tag before 
branching it? I've looked at the ReleaseManager source and it seems the tag 
option isn't considered at all.

With regards,

Nick Stolwijk
~Java Developer~

Iprofs BV.
Claus Sluterweg 125
2012 WS Haarlem
www.iprofs.nl

Release:branch from a tag

[nicklist]

I am trying to create a branch from a tag with the release plugin. I have a 
checkout from trunk and try the following command:

mvn release:branch -Dtag=TestProject-1.4 -DbranchName=TestProject-1.4.x s 
-DupdateBranchVersions=true

I was expecting that a branch (/branches/TestProject-1.4.x) was created from a 
tag (/tags/TestProject-1.4) but it is created from the current trunk (/trunk). 
It seems the -Dtag option doesn't do anything, because it is creating a branch 
from the current trunk. Is it really necessary to checkout a tag before 
branching it? I've looked at the ReleaseManager source and it seems the tag 
option isn't considered at all.

With regards,

Nick Stolwijk
~Java Developer~

Iprofs BV.
Claus Sluterweg 125
2012 WS Haarlem
www.iprofs.nl

RE: HowTo: Create new Dependency Type?

[nicklist]

Then the assembly plugin would be your friend.

http://maven.apache.org/plugins/maven-assembly-plugin/

Hth,

Nick Stolwijk
~Java Developer~

Iprofs BV.
Claus Sluterweg 125
2012 WS Haarlem
www.iprofs.nl



-Original Message-
From: Andrew Madu [mailto:[EMAIL PROTECTED]
Sent: Fri 6/6/2008 16:27
To: Maven Users List
Subject: Re: HowTo: Create new Dependency Type?
 
Hi Nick,
the .spring archive is nothing special, just a means by which spring 
beans can be exposed via JNDI. The file will contain a class directory 
structure with a bean descriptor file located in the META-INF directory. 
The following document explains the .spring requirement:

http://wiki.jboss.org/wiki/JBossSpringIntegration

So I imply need carry out all the phases ala jar, pull a 
jboss-spring.xml file into the META-INF directory and create/store the 
files  in an archive such as myproject.spring for example

Many thanks in advance.

-- 
Know Thyself

Andrew

> What you're seeing there is which plugin with which goal to run. As far as I 
> know there is no plugin which creates such ".spring" files. Are they any 
> special files?
>
> One solution I see is to specify the assembly plugin there and provide a 
> default configuration in your company's parent pom. (Sort like Maven does, 
> the default configuration in the super pom)
>
> If it involves something more then just assembling some files I think you 
> need to create your own plugin.
>
> Could you please inform us a little more about those ".spring" files? What 
> are they? How should they be created? What do they contain?
>
> With regards,
>
> Nick Stolwijk
> ~Java Developer~
>
> Iprofs BV.
> Claus Sluterweg 125
> 2012 WS Haarlem
> www.iprofs.nl
>
>
>
> -Original Message-
> From: Andrew Madu [mailto:[EMAIL PROTECTED]
> Sent: Fri 6/6/2008 14:59
> To: Maven Users List
> Subject: Re: HowTo: Create new Dependency Type?
>  
> Hi,
> I'm currently editing the PLEXUS\components file:
>
> [code]
> 
>   org.apache.maven.lifecycle.mapping.LifecycleMapping
>   spring
>   
> org.apache.maven.lifecycle.mapping.DefaultLifecycleMapping
>   
> 
>   
> default
> 
>   
> org.apache.maven.plugins:maven-resources-plugin:resources
>   
> org.apache.maven.plugins:maven-compiler-plugin:compile
>   
> org.apache.maven.plugins:maven-resources-plugin:testResources
>   
> org.apache.maven.plugins:maven-compiler-plugin:testCompile
>   
> org.apache.maven.plugins:maven-surefire-plugin:test
>   
> *org.apache.maven.plugins:maven-jar-plugin:jar*
>   
> org.apache.maven.plugins:maven-install-plugin:install
>   
> org.apache.maven.plugins:maven-deploy-plugin:deploy
> 
>   
> 
>   
> 
> [/code]
>
> and in regards to the  section what I wish to do is to specify 
> a package returned with a file extension of .spring. I have tried to 
> specify org.apache.maven.plugins:maven-jar-plugin:spring but of course 
> an 'plugin does not exist' error is then generated. How do I specify 
> this in the document?
>
> Many thanks in advance.
>
>   


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: HowTo: Create new Dependency Type?

[nicklist]

What you're seeing there is which plugin with which goal to run. As far as I 
know there is no plugin which creates such ".spring" files. Are they any 
special files?

One solution I see is to specify the assembly plugin there and provide a 
default configuration in your company's parent pom. (Sort like Maven does, the 
default configuration in the super pom)

If it involves something more then just assembling some files I think you need 
to create your own plugin.

Could you please inform us a little more about those ".spring" files? What are 
they? How should they be created? What do they contain?

With regards,

Nick Stolwijk
~Java Developer~

Iprofs BV.
Claus Sluterweg 125
2012 WS Haarlem
www.iprofs.nl



-Original Message-
From: Andrew Madu [mailto:[EMAIL PROTECTED]
Sent: Fri 6/6/2008 14:59
To: Maven Users List
Subject: Re: HowTo: Create new Dependency Type?
 
Hi,
I'm currently editing the PLEXUS\components file:

[code]

  org.apache.maven.lifecycle.mapping.LifecycleMapping
  spring
  
org.apache.maven.lifecycle.mapping.DefaultLifecycleMapping
  

  
default

  
org.apache.maven.plugins:maven-resources-plugin:resources
  
org.apache.maven.plugins:maven-compiler-plugin:compile
  
org.apache.maven.plugins:maven-resources-plugin:testResources
  
org.apache.maven.plugins:maven-compiler-plugin:testCompile
  
org.apache.maven.plugins:maven-surefire-plugin:test
  
*org.apache.maven.plugins:maven-jar-plugin:jar*
  
org.apache.maven.plugins:maven-install-plugin:install
  
org.apache.maven.plugins:maven-deploy-plugin:deploy

  

  

[/code]

and in regards to the  section what I wish to do is to specify 
a package returned with a file extension of .spring. I have tried to 
specify org.apache.maven.plugins:maven-jar-plugin:spring but of course 
an 'plugin does not exist' error is then generated. How do I specify 
this in the document?

Many thanks in advance.

-- 
Regards

Andrew

> Hi,
>
> Back in the days there used to be a piece of information on specifying a new 
> package on the maven web site. I found a backup at [1]. Also at [2] there is 
> issue with patch which adds a new packaging. So maybe you have to patch a 
> custom maven installation to provide your package type.
>
> Hth,
>
> [1] 
> http://www.propellors.net/maven/site/guides/introduction/introduction-to-the-lifecycle.html
> [2] 
> https://jira.codehaus.org/browse/MNG-3343?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
>
> Nick Stolwijk
> ~Java Developer~
>
> Iprofs BV.
> Claus Sluterweg 125
> 2012 WS Haarlem
> www.iprofs.nl
>
>
>
> -Original Message-
> From: Andrew Madu [mailto:[EMAIL PROTECTED]
> Sent: Fri 6/6/2008 10:43
> To: users@maven.apache.org
> Subject: HowTo: Create new Dependency Type?
>  
> Hi,
> I am in the process of re-architecting a project using the Spring 
> framework on a Jboss5 AS and need to create a new dependency of type 
> 'spring', spring.
>
> How do I go about doing this?
>
> My platform details are as follows:
> Maven version: 2.0.9
> JDK: 1.6.0_06
> OS: Win XP SP1
>
> Many thanks in advance
>
>   

RE: HowTo: Create new Dependency Type?

[nicklist]

It also works as a shorter version:

https://jira.codehaus.org/browse/MNG-3343

Hth,

Nick Stolwijk
~Java Developer~

Iprofs BV.
Claus Sluterweg 125
2012 WS Haarlem
www.iprofs.nl



-Original Message-
From: Andrew Madu [mailto:[EMAIL PROTECTED]
Sent: Fri 6/6/2008 14:22
To: Maven Users List
Subject: Re: HowTo: Create new Dependency Type?
 
Many thanks for the links, Nick,

Unfortunately the second link does not work. Could you possibly resend?

Many thanks.

-- 
Regards

Andrew


> Hi,
>
> Back in the days there used to be a piece of information on specifying a new 
> package on the maven web site. I found a backup at [1]. Also at [2] there is 
> issue with patch which adds a new packaging. So maybe you have to patch a 
> custom maven installation to provide your package type.
>
> Hth,
>
> [1] 
> http://www.propellors.net/maven/site/guides/introduction/introduction-to-the-lifecycle.html
> [2] 
> https://jira.codehaus.org/browse/MNG-3343?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
>
> Nick Stolwijk
> ~Java Developer~
>
> Iprofs BV.
> Claus Sluterweg 125
> 2012 WS Haarlem
> www.iprofs.nl
>
>
>
> -Original Message-
> From: Andrew Madu [mailto:[EMAIL PROTECTED]
> Sent: Fri 6/6/2008 10:43
> To: users@maven.apache.org
> Subject: HowTo: Create new Dependency Type?
>  
> Hi,
> I am in the process of re-architecting a project using the Spring 
> framework on a Jboss5 AS and need to create a new dependency of type 
> 'spring', spring.
>
> How do I go about doing this?
>
> My platform details are as follows:
> Maven version: 2.0.9
> JDK: 1.6.0_06
> OS: Win XP SP1
>
> Many thanks in advance
>
>   



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: HowTo: Create new Dependency Type?

[nicklist]

Hi,

Back in the days there used to be a piece of information on specifying a new 
package on the maven web site. I found a backup at [1]. Also at [2] there is 
issue with patch which adds a new packaging. So maybe you have to patch a 
custom maven installation to provide your package type.

Hth,

[1] 
http://www.propellors.net/maven/site/guides/introduction/introduction-to-the-lifecycle.html
[2] 
https://jira.codehaus.org/browse/MNG-3343?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel

Nick Stolwijk
~Java Developer~

Iprofs BV.
Claus Sluterweg 125
2012 WS Haarlem
www.iprofs.nl



-Original Message-
From: Andrew Madu [mailto:[EMAIL PROTECTED]
Sent: Fri 6/6/2008 10:43
To: users@maven.apache.org
Subject: HowTo: Create new Dependency Type?
 
Hi,
I am in the process of re-architecting a project using the Spring 
framework on a Jboss5 AS and need to create a new dependency of type 
'spring', spring.

How do I go about doing this?

My platform details are as follows:
Maven version: 2.0.9
JDK: 1.6.0_06
OS: Win XP SP1

Many thanks in advance

-- 
Know Thyself

Andrew


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: A problem about deploying project.

[nicklist]

Could you give a more detailed error description by running the command with 
the -e (exceptions) or even -X (debug) parameters?

With regards,

Nick Stolwijk
~Java Developer~

Iprofs BV.
Claus Sluterweg 125
2012 WS Haarlem
www.iprofs.nl



-Original Message-
From: youhaodeyi [mailto:[EMAIL PROTECTED]
Sent: Thu 5/29/2008 11:35
To: users@maven.apache.org
Subject: A problem about deploying project.
 

I want to deploy my project to a Host by FTP. I set the
distributionManagement and run the command "mvn deploy". This is my pom
file:

4.0.0
test
test
1.0-SNAPSHOT

...


Local Repository
Internal Repository
ftp://3.36.231.203/


Local Repository
Internal Repository
ftp://3.36.231.203/



  
 
org.apache.maven.wagon
wagon-webdav
1.0-beta-1

   

...

When run the command "mvn deploy" I got this error:

[INFO] Retrieving previous build number from Local Repository
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] Error retrieving previous build number for artifact 'comtest:jar':
repository metadata for: 'snapshot test:test:1.0-SNAPSHOT' could not be
retrieved from rep
ository: Local Repository due to an error: Required directory: '/' is
missing
-- 
View this message in context: 
http://www.nabble.com/A-problem-about-deploying-project.-tp17531032p17531032.html
Sent from the Maven - Users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: [newby] how to include/package private libs/*.jar

[nicklist]

It would be something like:



  
org.apache.maven.plugins
maven-dependency-plugin
2.0

  
list-deps
generate-resources

   list


foo.txt

  




Hth,

Nick S.

-Original Message-
From: Lachlan Deck [mailto:[EMAIL PROTECTED]
Sent: Thu 4/24/2008 04:40
To: Maven Users List
Subject: Re: [newby] how to include/package private libs/*.jar
 
Hi Joshua,

On 23/04/2008, at 11:23 PM, Joshua ChaitinPollak wrote:

> On Apr 23, 2008, at 1:05 AM, Lachlan Deck wrote:
 - append to the text file a list of the jars bundled (prefixing  
 each with a custom path).
>>>
>>> That's a tricky one. I'd have to say start with the dependency or  
>>> assembly plugin and see if they can do what you need. I know one  
>>> of the plugins can put the jars on your classpath in the Manifest,  
>>> but we don't use the manifest, so I have no experience with it.
>>
>> Right. This is the bit I'm stuck with...
>
> Well, I'm not sure if this is helpful or not, but you can do this:
>
> mvn -DoutputFile=foo.txt dependency:list
>
> which will put your dependencies in a file called foo.txt. You could  
> then use the exec or groovy plugins to process the output file into  
> the format you want.

Interesting. Forgive my ignorance (still a maven newbie) but how might  
I incorporate that into the build lifecycle?

with regards,
--

Lachlan Deck


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: How can I send a single file by scp without generate maven2 repository directory structure in remote machine?

[nicklist]

It is not a part of the deploy plugin. The deploy plugin is used only to put 
artifacts into a remote repository. Nothing else. To accomplish this, it uses 
the different wagon artifacts. If you want to accomplish your task, you will 
have to use one of the three options I gave you.

1) Create your own plugin, using the functionality the wagon implementations 
give you.
2) Write a little ant script and run it with the antrun plugin
3) Execute scp with the maven-exec-plugin.

I hope I made it somewhat clearer.

With regards,

Nick S.


-Original Message-
From: Claudio Ranieri [mailto:[EMAIL PROTECTED]
Sent: Wed 4/23/2008 19:09
To: Maven Users List
Subject: RES: How can I send a single file by scp without generate maven2 
repository directory structure in remote machine?
 
Thanks for answering, but I would like to use maven2 deploy plugin with config 
in pom.xml.
Create a own plugin is impracticable for me.
I don´t want use antrun or maven exec  I would like use maven plugin.
The plugin makes scp and create the directory structure in remote machine.
I need only make scp to single file (is a part of process of deploy plugin)
How can I do this?


-Mensagem original-
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Enviada em: quarta-feira, 23 de abril de 2008 12:10
Para: Maven Users List
Assunto: RE: How can I send a single file by scp without generate maven2 
repository directory structure in remote machine?

Looking at the dependencies of the maven deploy plugin [1] I think you have to 
write your own plugin to do this. You could take a look at the 
maven-deploy-plugin code to see how they accomplish it.

Another option would be the maven-antrun-plugin [2] or the Maven Exec Plugin 
[3].

Hth,

Nick S.


[1] http://maven.apache.org/plugins/maven-deploy-plugin/dependencies.html
[2] http://maven.apache.org/plugins/maven-antrun-plugin/
[3] http://mojo.codehaus.org/exec-maven-plugin/


-Original Message-
From: Claudio Ranieri [mailto:[EMAIL PROTECTED]
Sent: Wed 4/23/2008 16:32
To: Maven Users List
Subject: RES: How can I send a single file by scp without generate maven2 
repository directory structure in remote machine?

Someone?
Please help me

-Mensagem original-
De: Claudio Ranieri [mailto:[EMAIL PROTECTED]
Enviada em: sexta-feira, 18 de abril de 2008 14:25
Para: users@maven.apache.org
Assunto: How can I send a single file by scp without generate maven2 repository 
directory structure in remote machine?

How can I send a single file by scp without generate maven2 repository 
directory structure in remote machine?

When I use the goal deploy:deploy, the maven2 creates in remote machine:

groupId\artifactoryId\version\name-of-artifactory

But I would like to:

finalName (defined in tag myname...)

How can I do this?

Thanks

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: How can I send a single file by scp without generate maven2 repository directory structure in remote machine?

[nicklist]

Looking at the dependencies of the maven deploy plugin [1] I think you have to 
write your own plugin to do this. You could take a look at the 
maven-deploy-plugin code to see how they accomplish it.

Another option would be the maven-antrun-plugin [2] or the Maven Exec Plugin 
[3].

Hth,

Nick S.


[1] http://maven.apache.org/plugins/maven-deploy-plugin/dependencies.html
[2] http://maven.apache.org/plugins/maven-antrun-plugin/
[3] http://mojo.codehaus.org/exec-maven-plugin/


-Original Message-
From: Claudio Ranieri [mailto:[EMAIL PROTECTED]
Sent: Wed 4/23/2008 16:32
To: Maven Users List
Subject: RES: How can I send a single file by scp without generate maven2 
repository directory structure in remote machine?
 
Someone?
Please help me

-Mensagem original-
De: Claudio Ranieri [mailto:[EMAIL PROTECTED]
Enviada em: sexta-feira, 18 de abril de 2008 14:25
Para: users@maven.apache.org
Assunto: How can I send a single file by scp without generate maven2 repository 
directory structure in remote machine?

How can I send a single file by scp without generate maven2 repository 
directory structure in remote machine?

When I use the goal deploy:deploy, the maven2 creates in remote machine:

groupId\artifactoryId\version\name-of-artifactory

But I would like to:

finalName (defined in tag myname...)

How can I do this?

Thanks

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: maven plug-gins

[nicklist]

You can add the plugins with version to the pluginManagement section of your 
pom file.[1] (Or parent pom file if you want to reuse the list) This way maven 
will always use the declared version (It will still download it, when the 
declared version is not found in your local repository).

Only the plugins inside reporting doesn't honour the pluginManagement, so you 
will have to declare the version also in the reporting section of your pom. [2]

Hth,

Nick S.

[1] 
http://maven.apache.org/ref/2.0.7/maven-model/maven.html#class_pluginManagement
[2] http://jira.codehaus.org/browse/MNG-3385

-Original Message-
From: Paul Collins [mailto:[EMAIL PROTECTED]
Sent: Fri 4/18/2008 13:56
To: users@maven.apache.org
Subject: maven plug-gins
 
Hi
 
When executing a maven command the necessary plug-ins are downloaded but
how can I configure maven to select plug-ins locally so I can have a
repeatable build process?
 
Regards
Paul
 
-

To unsubscribe, e-mail: [EMAIL PROTECTED]

For additional commands, e-mail: [EMAIL PROTECTED]

RE: using external files in parent pom

[nicklist]

Take a look at the multi module configuration section of the checkstyle plugin 
documentation [1].

Hth,

Nick S.

[1] 
http://maven.apache.org/plugins/maven-checkstyle-plugin/examples/multi-module-config.html


-Original Message-
From: Ittay Dror [mailto:[EMAIL PROTECTED]
Sent: Tue 4/15/2008 11:38
To: Maven Users List
Subject: using external files in parent pom
 
Hi,

I have a parent pom that contains a plugin that references an external 
file. Now if I execute a child pom (where presumably, it finds the 
parent in the repository, not relative path), I want the file to be 
automatically downloaded so the plugin can reference it. How can I do 
that (and how should the reference to the file look like)?

Thank you,
Ittay

-- 
Ittay Dror <[EMAIL PROTECTED]>
Tikal 
Tikal Project 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: maven archiva vs. maven repo

[nicklist]

This is a very common pitfall Maven users can fall in.

You are using a local repository as remote repository. I thought there was some 
information on the maven site about the differences between remote and local 
repositories, but the most important one is:

A local repository stores snapshots different than a remote one. If you use a 
local repository as a remote repository, Maven can't tell that a snapshot 
artifact has changed, so you won't get the newer snapshot. (You can only get 
the newer one, if you manually remove the snapshot from your own local 
repository. This can be very tricky)

Hth,

Nick S.


-Original Message-
From: Peter Horlock [mailto:[EMAIL PROTECTED]
Sent: Fri 4/11/2008 17:51
To: Maven Users List
Subject: Re: maven archiva vs. maven repo
 
Well, we've got Maven running on a remote server, and I set this as our
maven remote server.
As far as I know we don't have additional proxy or so running.

So I still don't know why I would need archiva.


Peter

RE: maven archiva vs. maven repo

[nicklist]

> What's "snapshot purging"???
If you have an internal development team which uses the repository and you make 
a new release of a component, most of the time the snapshots for that component 
are no longer needed. Archiva can delete the snapshots for a specific version 
or after a specific amount of time. It saves diskspace. ;)

>And all this works automatically, so I just could use whatever dependency
>the maven remote repo offers, and it would be downloaded just in time if not
>present? That sound cool.

Yes, and it will also be present when another developer wants to get it.

> So if Archiva offers all these things - why isn't the maven repo using it???
> (http://repo1.maven.org/maven2/)

Because they don't need snapshot purging (it doesn't contain snapshots), access 
control is done by ssh accounts and generally, with the amount of traffic 
central has, you don't want a sophisticated system like archive, but just a 
fast system like apache (I guess they use that).

Hth,

Nick S.

-Original Message-
From: Peter Horlock [mailto:[EMAIL PROTECTED]
Sent: Fri 4/11/2008 17:57
To: Maven Users List
Subject: Re: maven archiva vs. maven repo
 

"access control (who may read/write), search for artifacts" - do you define
this for each file, or just general "read" access vs general "write" access?

>Archiva works as a mirror proxy, so each artifact you look up on the
archiva repository, which isn't found, Archiva will pull it from central (or
any other >configured repository)

And all this works automatically, so I just could use whatever dependency
the maven remote repo offers, and it would be downloaded just in time if not
present? That sound cool.

So if Archiva offers all these things - why isn't the maven repo using it???
(http://repo1.maven.org/maven2/)
Are there (better) alternatives to Archiva?

Thanks in advance,

Peter

RE: maven archiva vs. maven repo

[nicklist]

What do you mean by a "regular repository"?

If you are using a filesystem on a server and deploying to there with mvn 
deploy, you virtually have an inhouse repository like archiva offers, without 
the management like snapshot purging, access control (who may read/write), 
search for artifacts. Also, Archiva works as a mirror proxy, so each artifact 
you look up on the archiva repository, which isn't found, Archiva will pull it 
from central (or any other configured repository) and store it locally for 
other developers, who may need that artifact, so your internet connection and 
central are less used.

So in short, it offers a "few" extra options. ;)

Hth,

Nick S.


-Original Message-
From: Peter Horlock [mailto:[EMAIL PROTECTED]
Sent: Fri 4/11/2008 17:38
To: users@maven.apache.org
Subject: maven archiva vs. maven repo
 
Hi,

could anyone explain to me the difference between maven archiva and a
regular maven repository?
The explanation I found on the site was pretty short -

"With Archiva, you can share artifacts with other developers..."
Isn't that exactly what the regular maven repository does?

So why / when / what for should I use Archiva??

Thanks in advance,

Peter

RE: How can I let Maven run a class before packaging

[nicklist]

I missed that one, and I think that is the best short term solution. Delicious 
tagged for future reference. ;)

With regards,

Nick S.


-Original Message-
From: Dirk Olmes [mailto:[EMAIL PROTECTED]
Sent: Fri 4/11/2008 10:03
To: Maven Users List
Subject: Re: How can I let Maven run a class before packaging
 
[EMAIL PROTECTED] wrote:
> You could bind a plugin to the process classes phase [1] which is a phase 
> after compile but before packaging. If your class doesn't run as a plugin, 
> you have a few options:
> 
> 1) Make a plugin, which runs your class. [2] 
> 2) Use the antrun plugin to fire of your class [3]

3) use the maven-exec-plugin to run your class

-dirk

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: How can I let Maven run a class before packaging

[nicklist]

You could bind a plugin to the process classes phase [1] which is a phase after 
compile but before packaging. If your class doesn't run as a plugin, you have a 
few options:

1) Make a plugin, which runs your class. [2] 
2) Use the antrun plugin to fire of your class [3]

Hth,

Nick S.

[1] http://cvs.peopleware.be/training/maven/maven2/buildLifecyclePhases.html
[2] http://maven.apache.org/guides/plugin/guide-java-plugin-development.html
[3] http://maven.apache.org/plugins/maven-antrun-plugin/

-Original Message-
From: youhaodeyi [mailto:[EMAIL PROTECTED]
Sent: Fri 4/11/2008 07:15
To: users@maven.apache.org
Subject: How can I let Maven run a class before packaging
 

By default, Maven will package all the classes under target/classes directory
into a jar file. But some classes are not generated by compiling, by running
a Java application. How can I let Maven run a java application before
packaging?
-- 
View this message in context: 
http://www.nabble.com/How-can-I-let-Maven-run-a-class-before-packaging-tp16625144s177p16625144.html
Sent from the Maven - Users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: maven-buildnumber-plugin / revision number & last changed rev number

[nicklist]

No, not the scm tag. As you can see here [1] the buildnumber-plugin uses the 
scm-api and implementations of Maven.

Hth,

Nick S.

[1] http://mojo.codehaus.org/buildnumber-maven-plugin/dependencies.html


-Original Message-
From: DCVer [mailto:[EMAIL PROTECTED]
Sent: Thu 4/10/2008 13:23
To: users@maven.apache.org
Subject: Re: maven-buildnumber-plugin / revision number & last changed rev 
number
 

scm framework? You mean  tag in pom.xml? I have no idea how can I
configure this using  tag.


Dirk Olmes-4 wrote:
> 
> DCVer wrote:
>> Hi all. I use maven-buildnumber-plugin to retrieve svn revision number of
>> the
>> local working copy. But I noticed, that it isn't configured in a way I
>> would
>> like to.
>> 
>> E.g. when I have tags directory in svn repository containing few
>> subdirectories (let's say 1.0 1.1 and 1.2). 1.0 was tagged at revision
>> 1000,
>> 1.1 at revision 1100, 1.2 at revision 1200. Parent tags directory has
>> revision number = 1200, because it is the highest rev number of all
>> subdirectories.
>> 
>> I would like to retrieve rev number = 1000, when I check out 1.0
>> directory,
>> not 1200, what the maven-buildnumber-plugin actually does in standard
>> configuration. In other words I would like to retrieve "last changed rev"
>> number - not "revision" number (see output of the 'svn info' command:
>> ...
>> Revision: 1200
>> ...
>> Last Changed Rev: 1000
>> ...)
>> 
>> Hope it isn't as difficult as it seems to me :)
> 
> Last time I checked it used Maven's scm framework. Have fun extending 
> this ... :-)
> 
> -dirk
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/maven-buildnumber-plugin---revision-number---last-changed-rev-number-tp16583306s177p16607801.html
Sent from the Maven - Users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: binding a plugin to a lifecycle goal

[nicklist]

Take a look at the Maven Build Lifecycle page [1]. This page lists for each 
type of packaging which plugins and goals are added automatically to the 
lifecycle. All other goals you have to add yourself explicitly. Or in a parent 
pom file if you need them for many projects.

Hth,

Nick S.

[1] http://cvs.peopleware.be/training/maven/maven2/buildLifecyclePhases.html


-Original Message-
From: EJ Ciramella [mailto:[EMAIL PROTECTED]
Sent: Thu 4/10/2008 03:39
To: Maven Users List
Subject: RE: binding a plugin to a lifecycle goal
 
I _just_ realized that.

But I've looked at the resources plugin - you don't have to bind that.

Is this just the way hand-rolled plugins work? 

-Original Message-
From: Olivier Dehon [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, April 09, 2008 9:21 PM
To: Maven Users List
Subject: Re: binding a plugin to a lifecycle goal

You need to add an  in your POM like:


  

  maven-whatever-plugin
  

  assemble

  

  


The fact that you specified the @phase in your mojo will attach the
execution automatically to the process-resources phase.

-Olivier

On Wed, 2008-04-09 at 21:09 -0400, EJ Ciramella wrote:
> I've written a few maven plugins now, most of the type that should be
> called explicitly.
>  
> I have a new one however, that I'd like to be part of the regular
> lifecycle.
>  
> I have this in my mojo:
>  
> /**
>  * 
>  * @goal assemble
>  * @phase process-resources
>  */
>  
> but when I run "mvn process-resources" it doesn't execute my plugin.
>  
> What am I doing wrong?


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Deploying a modified plugin to an in-house repository

[nicklist]

Doh... Note to self: Don't post when you're tired. ;)

But I see artifactory also can work with the webdav wagon. [1] Could you try 
that?

Hth,

Nick S.

[1] 
http://www.jfrog.org/confluence/display/RTF/Using+Artifactory#UsingArtifactory-CLIDeployment

-Original Message-
From: Brian E. Fox [mailto:[EMAIL PROTECTED]
Sent: Thu 4/10/2008 01:52
To: Maven Users List
Subject: RE: Deploying a modified plugin to an in-house repository
 
The url was an artifactory one...

-Original Message-
From: Nick Stolwijk [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, April 09, 2008 6:05 PM
To: Maven Users List
Subject: Re: Deploying a modified plugin to an in-house repository

Doesn't deploying to archiva require the webdav wagon instead of http
wagon?

Return code 400 means:
The request could not be understood by the server due to malformed 
syntax. The client SHOULD NOT repeat the request without modifications.

Take a look at the deploy to archiva page at the archiva documentation
[1]

Hth,

Nick S.

[1] http://maven.apache.org/archiva/docs/1.0.2/userguide/deploy.html

Joshua ChaitinPollak wrote:
> I'm still having trouble with deploying my modified exec-maven-plugin.

> If I run this slightly different command line:
>
> mvn org.apache.maven.plugins:maven-deploy-plugin:2.3:deploy \
>   
>
-DaltDeploymentRepository=plugins-snapshots::default::http://mravinjak:8
081/artifactory/repo/plugins-snapshots 
>
>
> I get:
>
> [INFO] 
>

> [ERROR] BUILD ERROR
> [INFO] 
>

> [INFO] Error deploying artifact: Failed to transfer file: 
>
http://mravinjak:8081/artifactory/repo/plugins-snapshots/org/codehaus/mo
jo/exec-maven-plugin/1.1-beta-2-SNAPSHOT/exec-maven-plugin-1.1-beta-2-SN
APSHOT.jar. 
> Return code is: 400
>
> Is there anything I can do?
>
> -Josh
>
>
> On Apr 9, 2008, at 2:11 AM, Joshua ChaitinPollak wrote:
>
>> So I just made a modification to the exec-maven-plugin and now I'm 
>> trying to share that with the rest of my company be deploying it to 
>> our shared repository (Artifactory) with this command:
>>
>> mvn org.apache.maven.plugins:maven-deploy-plugin:2.3:deploy-file \
>>-DgroupId=org.codehaus.mojo -DartifactId=exec-maven-plugin
\
>>-Dversion=1.1-beta-2-SNAPSHOT -Dpackaging=maven-plugin \
>>
>>
-Dfile=/Users/pardsbane/src/exec-maven-plugin/target/exec-maven-plugin-1
.1-beta-2-SNAPSHOT.jar 
>> \
>>-DrepositoryId=3rdp-snapshots 
>> -Durl=http://mravinjak:8081/artifactory/repo/[EMAIL PROTECTED]
>>
>> But I'm getting this error:
>>
>> [INFO] Error deploying artifact: Failed to transfer file: 
>>
http://mravinjak:8081/artifactory/repo/3rdp-snapshots/org/codehaus/mojo/
exec-maven-plugin/1.1-beta-2-SNAPSHOT/exec-maven-plugin-1.1-beta-2-20080
409.060704-1.jar. 
>> Return code is: 400
>>
>> Which I suspect is because of the -Dpackaging=maven-plugin, but when 
>> I tried -Dpackaging=jar, Maven wasn't able to find this version of 
>> the plugin.
>>
>> Am I doing something wrong?
>>
>> -- 
>> Joshua ChaitinPollak | Software Engineer
>> Kiva Systems, Inc., 225 Wildwood Ave, Woburn, MA 01970
>>
>>
>>
>>
>>
>>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: How to submit a bug

[nicklist]

Start by explaining the problem and the expected / actual result on the user 
list. If it really is a bug, a lot of dev'ers are also reading there and will 
redirect you to the jira system[1] and tell you which component it affects. The 
dev list is more for the developers to communicate.

Hth,

Nick S.

[1] http://jira.codehaus.org/


-Original Message-
From: John Wu [mailto:[EMAIL PROTECTED]
Sent: Wed 4/9/2008 16:59
To: users@maven.apache.org; [EMAIL PROTECTED]
Subject: How to submit a bug
 
I'm Maven 2 user, and I believe that I found an issue with Maven 2.0.8,
how can I submit it somewhere?

 

Thanks,

 

 

John Wu


IMPORTANT NOTICE:

If you have received this message in error, please notify the sender 
immediately and erase the original from your email system. This message is 
intended only for the use of the individual(s) or entity to which it is 
addressed and may contain information that is privileged, confidential or 
exempt from disclosure under applicable law. If the reader of this message is 
not the intended recipient, or the employee or agent responsible for delivering 
the message to the intended recipient, you are hereby notified that any 
dissemination, distribution or copying of this communication is strictly 
prohibited. If this message has been received in error, please contact the 
sender and delete all copies. Like other forms of communication, e-mail 
communications may be vulnerable to interception by unauthorized parties. If 
you do not wish us to communicate with you by e-mail, please notify us at your 
earliest convenience. In the absence of such notification, your consent is 
assumed. Should you choose to allow us to communicate by e-mail, we will not 
take any additional security measures (such as encryption) unless specifically 
requested.

RE: Why does Maven always download dependency?

[nicklist]

If I read [1] correctly, Maven will even by default try to update releases.

Hth,

Nick S.

[1] http://maven.apache.org/ref/2.0.8/maven-model/maven.html#class_releases


-Original Message-
From: VELO [mailto:[EMAIL PROTECTED]
Sent: Wed 4/9/2008 15:52
To: Maven Users List
Subject: Re: Why does Maven always download dependency?
 
What is dependency's version?

If is something ending with  -SNAPSHOT  will check for new.


VELO

On Wed, Apr 9, 2008 at 10:38 AM, youhaodeyi <[EMAIL PROTECTED]> wrote:

>
> I have successfully download the dependency jars from remote repository
> when
> I first compile my source code. But Maven always tries to download these
> jars whenever I compile. Why?
> --
> View this message in context:
> http://www.nabble.com/Why-does-Maven-always-download-dependency--tp16585771s177p16585771.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

RE: How can I set the order of repository?

[nicklist]

This is configurable for each repository for releases and snapshots. Take a 
look at [1] and the updatePolicy.

Hth,

Nick S.

[1] http://maven.apache.org/ref/2.0.7/maven-model/maven.html#class_releases



-Original Message-
From: youhaodeyi [mailto:[EMAIL PROTECTED]
Sent: Wed 4/9/2008 14:59
To: users@maven.apache.org
Subject: How can I set the order of repository?
 

Maven will try to download the dependencies from remote repository then local
repository. I want Maven to check local repository first then remote
repository. How can I do this?
-- 
View this message in context: 
http://www.nabble.com/How-can-I-set-the-order-of-repository--tp16585354s177p16585354.html
Sent from the Maven - Users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Skip tests for installation phase

[nicklist]

And if you're wondering why ""install" matches my "surefire-it" executions", 
maven works with phases. If you execute a phase ( ie. compile, package or 
install, all phases before that phase are run, and guess, integration-test is 
between package and install. See [1].

Hth,

Nick S.

[1] http://cvs.peopleware.be/training/maven/maven2/buildLifecyclePhases.html


-Original Message-
From: kristoffer [mailto:[EMAIL PROTECTED]
Sent: Wed 4/2/2008 10:36
To: users@maven.apache.org
Subject: Re: Skip tests for installation phase
 

Thanks for your answer.

However, my current integration-test profile will force some test
dependencies to be packaged within my deployment .ear during 'mvn
install'... So if I use the same integration-test profile to run tests, my
tests will run before the .ear has been packaged deployed correctly, and
thus test fail.

I guess i could create multiple integration-test profiles, but that will
bloat my pom.xml. 

Is there no way to force install to no run tests?

regards,
-Kristoffer



Wayne Fay wrote:
> 
> You should put the integration test stuff in a profile, and activate
> it when you want to run the integration tests. Then it won't happen
> unless you want it, no matter what phase you execute.
> 
> Wayne
> 
> On 4/1/08, kristoffer <[EMAIL PROTECTED]> wrote:
>>
>> Hi,
>>
>> I want to skip my tests for specific projects which contains integration
>> tests.. I have read alot on the web/forums/maillists etc and found that
>> this
>> is sort of a de-fact way of doing this:
>>
>> [pom.xml: contained in that separate which only contains these tests]=
>>
>>
>>  
>>org.apache.maven.plugins
>>maven-surefire-plugin
>>
>>  true
>>
>>
>>  
>>surefire-it
>>integration-test
>>
>>  test
>>
>>
>>  false
>>
>>  
>>
>>  
>>
>>
>>
>> The tests are skipped for most commands (compile, test, package etc)
>> which
>> is good. But when i run mvn install, the tests are run. It seems as if
>> "install" matches my "surefire-it" executions, which was not my
>> intention...
>>
>> [INFO] Scanning for projects...
>> [INFO]
>> 
>> [INFO] Building X JAR
>> [INFO]task-segment: [integration-test]
>> [INFO]
>> 
>> [INFO] [resources:resources]
>> [INFO] Using default encoding to copy filtered resources.
>> [INFO] [compiler:compile]
>> [INFO] Nothing to compile - all classes are up to date
>> [INFO] [resources:testResources]
>> [INFO] Using default encoding to copy filtered resources.
>> [INFO] [compiler:testCompile]
>> [INFO] Nothing to compile - all classes are up to date
>> [INFO] [surefire:test]
>> [INFO] Tests are skipped.
>> [INFO] [jar:jar]
>> [INFO] [surefire:test {execution: surefire-it}]
>> [INFO] Surefire report directory:
>> c:\myplace\dev\integrationtest\target\surefire-reports
>>
>> ---
>>  T E S T S
>> ---
>> Running xxx.xxx.AdminIntegrationTest
>> Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.047 sec
>>
>> Results :
>>
>> Tests run: 1, Failures: 0, Errors: 0, Skipped: 0
>>
>> [INFO]
>> 
>> [INFO] BUILD SUCCESSFUL
>> [INFO]
>> 
>> [INFO] Total time: 2 seconds
>> [INFO] Finished at: Tue Apr 01 16:30:10 CEST 2008
>> [INFO] Final Memory: 5M/11M
>> [INFO]
>> 
>>
>>
>> I only want it to be run if i run "integration-test".. Have any one
>> encountered this before?
>>
>> thanks and regards,
>> -Kristoffer
>>
>> --
>> View this message in context:
>> http://www.nabble.com/Skip-tests-for-installation-phase-tp16418470s177p16418470.html
>> Sent from the Maven - Users mailing list archive at Nabble.com.
>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Skip-tests-for-installation-phase-tp16418470s177p16445365.html
Sent from the Maven - Users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: "Cannot execute mojo: eclipse."

[nicklist]

Otherwise, you could try the distribution of the plugin ;)

http://svn.atlassian.com/svn/public/contrib/jira/jira-calendar-plugin/distributions/

Hth,

Nick S.


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Fri 3/28/2008 15:23
To: Maven Users List
Subject: RE: "Cannot execute mojo: eclipse."
 
It seems that version of the jira-plugin still uses maven 1 (You've got a 
project.xml file, not a pom.xml file), so maven 2 will not work on that plugin.

The trunk of the plugin is using m2 instead of m1, so you could try that one (I 
don't know how stable the trunk is) or you could try using maven 1.

Hth,

Nick S.


-Original Message-
From: Attila Szegedi [mailto:[EMAIL PROTECTED]
Sent: Fri 3/28/2008 15:05
To: users@maven.apache.org
Subject: "Cannot execute mojo: eclipse."
 
Hi folks,

I'm trying to use Maven to build a project that uses it (fwiw, it's  
the calendar plugin for JIRA: 
). I just can't seem to be able to get anything to run, let me  
elaborate further:

I downloaded and installed Maven 2.0.8, on Mac OS X. I put it in /usr/ 
local/apache-maven-2.0.8 and symlinked it to /usr/local/apache-maven.  
M2_HOME points to /usr/local/apache-maven, M2 to $M2_HOME/bin. M2/mvn  
is also symlinked into /usr/local/bin (so it's on path - I don't like  
putting new items into my path).

The version info is as:

$mvn --version
Maven version: 2.0.8
Java version: 1.5.0_13
OS name: "mac os x" version: "10.5.2" arch: "i386" Family: "unix"

As suggested by Atlassian on their "How to build an Atlassian plugin"  
page at 
, I also added their settings.xml to the ~/.m2/ directory, see 
 >.

The problem is: I can't get "mvn eclipse:eclipse" to run. Here's an  
attempt from the same directory where the pom.xml and maven.xml for  
the project are:

$ mvn -e eclipse:eclipse
+ Error stacktraces are turned on.
[INFO] Scanning for projects...
[INFO] Searching repository for plugin with prefix: 'eclipse'.
[INFO]  

[INFO] Building Maven Default Project
[INFO]task-segment: [eclipse:eclipse]
[INFO]  

[INFO] Preparing eclipse:eclipse
[INFO] No goals needed for project - skipping
[INFO]  

[ERROR] BUILD ERROR
[INFO]  

[INFO] Cannot execute mojo: eclipse. It requires a project with an  
existing pom.xml, but the build is not using one.
[INFO]  

[INFO] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: Cannot execute  
mojo: eclipse. It requires a project with an existing pom.xml, but the  
build is not using one.
at  
org 
.apache 
.maven 
.lifecycle 
.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java: 
564)
at  
org 
.apache 
.maven 
.lifecycle 
.DefaultLifecycleExecutor 
.executeStandaloneGoal(DefaultLifecycleExecutor.java:493)
at  
org 
.apache 
.maven 
.lifecycle 
.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:463)
at  
org 
.apache 
.maven 
.lifecycle 
.DefaultLifecycleExecutor 
.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311)
at  
org 
.apache 
.maven 
.lifecycle 
.DefaultLifecycleExecutor 
.executeTaskSegments(DefaultLifecycleExecutor.java:278)
at  
org 
.apache 
.maven 
.lifecycle 
.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:333)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:126)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:282)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at  
sun 
.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java: 
39)
at  
sun 
.reflect 
.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java: 
25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java: 
430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.MojoExecutionException: Cannot  
execute mojo: eclipse. It requires a project with an existing pom.xml,  
but the build is not using one.
at  
org 
.apache 
.maven 
.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:373)
at  
org 
.apach

RE: "Cannot execute mojo: eclipse."

[nicklist]

It seems that version of the jira-plugin still uses maven 1 (You've got a 
project.xml file, not a pom.xml file), so maven 2 will not work on that plugin.

The trunk of the plugin is using m2 instead of m1, so you could try that one (I 
don't know how stable the trunk is) or you could try using maven 1.

Hth,

Nick S.


-Original Message-
From: Attila Szegedi [mailto:[EMAIL PROTECTED]
Sent: Fri 3/28/2008 15:05
To: users@maven.apache.org
Subject: "Cannot execute mojo: eclipse."
 
Hi folks,

I'm trying to use Maven to build a project that uses it (fwiw, it's  
the calendar plugin for JIRA: 
). I just can't seem to be able to get anything to run, let me  
elaborate further:

I downloaded and installed Maven 2.0.8, on Mac OS X. I put it in /usr/ 
local/apache-maven-2.0.8 and symlinked it to /usr/local/apache-maven.  
M2_HOME points to /usr/local/apache-maven, M2 to $M2_HOME/bin. M2/mvn  
is also symlinked into /usr/local/bin (so it's on path - I don't like  
putting new items into my path).

The version info is as:

$mvn --version
Maven version: 2.0.8
Java version: 1.5.0_13
OS name: "mac os x" version: "10.5.2" arch: "i386" Family: "unix"

As suggested by Atlassian on their "How to build an Atlassian plugin"  
page at 
, I also added their settings.xml to the ~/.m2/ directory, see 
 >.

The problem is: I can't get "mvn eclipse:eclipse" to run. Here's an  
attempt from the same directory where the pom.xml and maven.xml for  
the project are:

$ mvn -e eclipse:eclipse
+ Error stacktraces are turned on.
[INFO] Scanning for projects...
[INFO] Searching repository for plugin with prefix: 'eclipse'.
[INFO]  

[INFO] Building Maven Default Project
[INFO]task-segment: [eclipse:eclipse]
[INFO]  

[INFO] Preparing eclipse:eclipse
[INFO] No goals needed for project - skipping
[INFO]  

[ERROR] BUILD ERROR
[INFO]  

[INFO] Cannot execute mojo: eclipse. It requires a project with an  
existing pom.xml, but the build is not using one.
[INFO]  

[INFO] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: Cannot execute  
mojo: eclipse. It requires a project with an existing pom.xml, but the  
build is not using one.
at  
org 
.apache 
.maven 
.lifecycle 
.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java: 
564)
at  
org 
.apache 
.maven 
.lifecycle 
.DefaultLifecycleExecutor 
.executeStandaloneGoal(DefaultLifecycleExecutor.java:493)
at  
org 
.apache 
.maven 
.lifecycle 
.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:463)
at  
org 
.apache 
.maven 
.lifecycle 
.DefaultLifecycleExecutor 
.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311)
at  
org 
.apache 
.maven 
.lifecycle 
.DefaultLifecycleExecutor 
.executeTaskSegments(DefaultLifecycleExecutor.java:278)
at  
org 
.apache 
.maven 
.lifecycle 
.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:333)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:126)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:282)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at  
sun 
.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java: 
39)
at  
sun 
.reflect 
.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java: 
25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java: 
430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.MojoExecutionException: Cannot  
execute mojo: eclipse. It requires a project with an existing pom.xml,  
but the build is not using one.
at  
org 
.apache 
.maven 
.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:373)
at  
org 
.apache 
.maven 
.lifecycle 
.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java: 
539)
... 16 more
[INFO]  

[INFO] Total time: < 1 second
[INFO] Finished at: Fri Mar 28 15:03:02 CET 2008
[INFO] Final Memory: 2M/4M
[INFO]  
-

RE: switch by profile? How to switch between (Archiva) environments?

[nicklist]

What I've done on my laptop:

I created multiple settings.xml (settings.xml.home, settings.xml.work, etc) and 
with a script I make a symlink to the right settings.xml.x to settings.xml. 
Just run the command once and I am set for that environment.

Hth,

Nick S.


-Original Message-
From: [EMAIL PROTECTED] on behalf of Maria Odea Ching
Sent: Fri 3/28/2008 11:54
To: Maven Users List
Subject: Re: switch  by profile? How to switch between (Archiva) 
environments?
 
Hi Torsten,

The  cannot be configured with profiles. What you could do instead
is set each repository in different profiles using the  section,
and just activate which profile you want to use for a specific build.

This might help too:
http://maven.apache.org/archiva/docs/1.0.1/userguide/using-repository.html

Thanks,
Deng

On Fri, Mar 28, 2008 at 6:00 PM, <[EMAIL PROTECTED]> wrote:

> Hi,
>
> actually we have a file-based Repository, so for that I have the following
>  section in my settings.xml:
>
>
>  GDCAMS-2.5-Main - mirror of central repo1.maven.org/maven2
>  GD proxy for central repository
>  file:/V:/3L_Solutions/08. Entwicklungsprojekte/PDV
> CMS/40_Builds/Repositories/GDCAMS-2.5-Main
>  central
>
>
> Now, I want to use Archiva as Repository, so I need to modify the
> settings.xml to:
>
>
>  archiva.default
>  Archiva Internal Repository
>  http://myserver:8080/archiva/repository/internal
>  central
>
>
> How can I support both environments?
> I need to support both, because for older branches I won't change the
> build environment, but for the newest ( Main\Latest) I will use Archiva.
>
> I know about the -s option - is there a profile based solution, too?
>
> Thanx, Torsten
>

RE: apt-get repository

[nicklist]

Maybe you can use Eclipse (m2eclipse [1]) or Netbeans(mevenide [2]) with their 
maven plugin. Those plugins index the central repository and allow you to 
search and add dependencies.

[1] http://m2eclipse.codehaus.org
[2] http://mevenide.codehaus.org

Hth,

Nick S.


-Original Message-
From: neo anderson [mailto:[EMAIL PROTECTED]
Sent: Fri 3/28/2008 10:58
To: users@maven.apache.org
Subject: apt-get repository
 

I have one question. Does any maven command or plugin support serach and add
dependency automatically (a bit like Debian apt-get)? For instance, I use
archetype to create an ejb project. Then I want to use jboss as my ejb
container. So I need to add a lot of dependencies. Is there any command or
plugin like 'mvn dependency:search-jboss'/ 'mvn dependency:add-jboss'
enabling mvn to automatically accomplish the dependencies section? Though
those dependencies can be added manually by editing the pom.xml, it is a bit
tedious step and easily to mistype the wrong characters. Or is there any
better way to accomplish such task? 

Thank you very much, 
-- 
View this message in context: 
http://www.nabble.com/apt-get-repository-tp16348997s177p16348997.html
Sent from the Maven - Users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Specify javadoc maxmemory during release:perform

[nicklist]

You can add the javadoc plugin to the build section of your pom, to specify the 
max memory. [1] Or you can add the arguments parameter to the release plugin to 
specify the javadoc property. [2]

Hth,

Nick S.


[1] 
http://maven.apache.org/plugins/maven-javadoc-plugin/javadoc-mojo.html#maxmemory
[2] 
http://maven.apache.org/plugins/maven-release-plugin/perform-mojo.html#arguments


-Original Message-
From: Mailing List [mailto:[EMAIL PROTECTED]
Sent: Fri 3/14/2008 12:04
To: Maven Users List
Subject: Re: Specify javadoc maxmemory during release:perform
 
Hi, you can use MVN_OPTS environment variable to pass argument to the  
jvm :

#   MAVEN_OPTS - parameters passed to the Java VM when running Maven

for example

set MAVEN_OPTS =-Xms512m -Xmx1024m

bye,
Ander

On 13/mar/08, at 21:12, Steve Chernyak wrote:

> I'm running out of memory during a release:perform while generating  
> javadoc.
> Is there any way to specify the maven.javadoc.maxmemory property at  
> command
> line during the "mvn release:perform" command?
>
> Thanks


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Adding "goals" to pom.xml

[nicklist]

I know the tomcat plugin can turn your src/main/webapp into a exploded tomcat 
project. So every change to jsp files will be picked up without having to do 
anything.

Deploying an in-place WAR directory

To avoid copying resources to the build directory, the webapp source directory 
can be deployed to Tomcat by typing:

mvn war:inplace tomcat:inplace

http://mojo.codehaus.org/tomcat-maven-plugin/deployment.html#Deploying%20an%20in-place%20WAR%20directory

Hth,

Nick S.


-Original Message-
From: David Delbecq [mailto:[EMAIL PROTECTED]
Sent: Thu 3/13/2008 15:05
To: Maven Users List
Subject: Re: Adding "goals" to pom.xml
 
Hi Stefan,

Was not going to ignore your previous response. It just doesn't seem to 
be any existing plugin that take a part of your webapp and life copy it 
to a test tomcat somewhere. Moreover, that would be an operation outside 
of compilation process (it's just a helper script so we don't have to do 
it by hand when debugging and don't have to go to full war generation ^^)

regards
David Delbecq
En l'instant précis du 13/03/08 13:31, VUB Stefan Seidel s'exprimait en 
ces termes:
> Hi David,
>
> have a look at the plugin lists from maven.apache.org and 
> mojo.codehaus.org. There you will find a lot of plugins that do 
> difficult work for you. The antrun plugin is of course good for 
> backward compatibility, but I think there are better plugins if you 
> just need to copy a file. Search the mailing list archives for my 
> previous posts on that topic.
>
> regard,
>
> Stefan
>
> david delbecq wrote:
>> Hello,
>>
>> still in process of upgrading to maven2 here :)
>>
>> Most of the work is taking good shape, thanks to informations on this 
>> ML.
>>
>> I have a question regarding a few of our goals.
>>
>> We have, for a war project, added a few goals that quickly do a copy 
>> of a part of webapp to tomcat (instead of building war or even 
>> compile). This is a way to allow easy test of jsp / pictures / css. 
>> Just patch a life tomcat with new files. We do this with such a 
>> command in maven 1
>>
>>
>> maven debug_deploy:jsp
>> maven debug_deploy:resources
>>
>> those goals are just simple ant copy tasks in maven.xml.
>>
>> What would be the recommanded way to convert this. Should i create a 
>> custom plugin that adds those targets to maven2, and include plugin 
>> in pom.xml, or is there a way to add targets to pom.xml? Should i use 
>> the ant plugin, but then how do i link it to a target instead of a 
>> phase?
>>
>>
>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>


-- 
David Delbecq
Institut Royal Météorologique
Ext:557


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: problem with multi profiles activation

[nicklist]

Perhaps they overwrite each other (the inside of the profiles). What's inside 
the profiles. If for example, you have two ant-run plugins, without id's I 
think it will go wrong.

With regards,

Nick S.


-Original Message-
From: Yann Davin [mailto:[EMAIL PROTECTED]
Sent: Tue 3/11/2008 19:03
To: users@maven.apache.org
Subject: problem with multi profiles activation
 
Hi all,

I've a strange problem when I try to activate more than one profile
simultaneously, maven seems
to activate only the last one.

For example, I've two profiles one named ant-archive, and one other named
ant-common-archive.
If I type "mvn -Pant-archive package" or "mvn -Pant-common-archive package"
it works. But if I type "mvn -Pant-archive,ant-common-archive package"
only ant-common-archive is executed.

If I try to activate the two profiles by default and type mvn
help::active-profiles, it tells me that both are activated, but also
in this case only one is executed.

Any of you has any idea ?

Thanks

Yann.

RE: how to use buildnumber-maven-plugin

[nicklist]

I don't know for certain if this is gonna work, but you can give it a try:


org.codehaus.mojo
buildnumber-maven-plugin


generate-buildnumber
validate

create

  
   {0,number}
 
buildNumber0
 
  


generate-timestamp
validate

create


{0,date,EEE MMM d HH:mm z }

  timestamp
   





Hth,

Nick S.

-Original Message-
From: Rex Huang [mailto:[EMAIL PROTECTED]
Sent: Tue 3/11/2008 13:27
To: Maven Users List
Subject: Re: how to use buildnumber-maven-plugin
 
how can I use both buildNumber and timestamp?

but I had just set the buildNumber as below:

org.codehaus.mojo
buildnumber-maven-plugin


validate

create




{0,number}

buildNumber0




then I don't know how to set the timestamp now, because it can't set two of
them, I want to set the timestamp as below:

{0,date,EEE MMM d HH:mm z }

timestamp



but how can I do that?

RE: Try to run install before eclipse:eclipse

[nicklist]

You have a good point. Maybe it is better to let  eclipse:eclipse do a resolve 
dependencies. So you're sure to have all the jar files in the repository?

With regards,

Nick S.


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Thu 3/6/2008 11:15
To: Maven Users List
Subject: Re: Try to run install before eclipse:eclipse
 
Making install run before eclipse:eclipse is a bad idea in some cases.
In particular, when a project doesn't compile it is currently possible
to still run eclipse:eclipse. Making install a pre-requisite would block
that, which would be really anoying.

I think what the original poster is saying is that
  eclipse:eclipse
is correctly generating all of the eclipse projects, but that eclipse
then displays build errors because the jars that the newly created
eclipse projects point to don't yet exist. I don't see that as a big
problem myself. The eclipse projects *do* exist.

And anyway, some very basic user training is all that is needed, to
ensure that people run
  mvn install eclipse:eclipse
rather than
  mvn eclipse:eclipse

If the users are so dumb that they cannot learn that, then the best
solution would be to provide an eclipse-setup.bat file for them to click
on (I assume that category of users run Windows :-)

Perhaps binding eclipse:eclipse to the install phase is also a
possibility. Then
  mvn install
would be all that is needed. It would waste time on every build cycle by
rewriting bits of the eclipse project def, but it's not a big overhead.
Note that i haven't tried this; there might be problems I haven't
thought of..

Regards,
Simon

[EMAIL PROTECTED] schrieb:
> Hi,
>
> This is not possible to configure in your pom file. However, it should be 
> possible to adjust the maven Eclipse Plugin to execute the install phase. 
> (Just like surefire-reports execute the test phase) For this there should be 
> a mojo added to the Maven Eclipse Plugin. This sounds like a nice feature 
> request.
>
> What do others think of this? That you can execute eclipse:eclipse just like 
> normal, but also a goal like eclipse:eclipse-install to execute an install 
> before eclipse:eclipse is run?
>
> Hth,
>
> Nick Stolwijk
>
>
> -Original Message-
> From: 109s [mailto:[EMAIL PROTECTED]
> Sent: Thu 3/6/2008 10:21
> To: users@maven.apache.org
> Subject: Try to run install before eclipse:eclipse
>  
>
> Hi,
>
> for a multiple project it's necessary to run "mvn install" before "mvn
> eclipse:eclipse" because of dependencies. I want that install runs
> automatically if a developer runs eclipse:eclipse but i don't know how i can
> do that. I searched for hours in the internet but i didn't found a solution
> to integrate that into the pom-file. The way to do that with the preGoal-Tag
> is not possible in maven2. 
> I'm very new with maven.
> I hope somebody can help me.
>
> Greetings
> Andi
>   


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Try to run install before eclipse:eclipse

[nicklist]

The problem is, that eclipse:eclipse is the invocation of a goal and instead of 
maven 1 preGoal and postGoal, maven 2 binds goals to phases and you can't chain 
goals. You could prescribe the dev'ers to execute "mvn install eclipse:eclipse" 
instead of "mvn eclipse".

Hth,

Nick S.


-Original Message-
From: 109s [mailto:[EMAIL PROTECTED]
Sent: Thu 3/6/2008 10:58
To: users@maven.apache.org
Subject: RE: Try to run install before eclipse:eclipse
 

Poor thing. I don't want to describe every developer what they have to do
after getting the sources from CVS. I thought eclipse:eclipse could be
enough.
Is there maybe a way for example to call ant and call back maven with
install in this situation?

Greets
Andi

Nick Stolwijk-4 wrote:
> 
> Hi,
> 
> This is not possible to configure in your pom file. However, it should be
> possible to adjust the maven Eclipse Plugin to execute the install phase.
> (Just like surefire-reports execute the test phase) For this there should
> be a mojo added to the Maven Eclipse Plugin. This sounds like a nice
> feature request.
> 
> What do others think of this? That you can execute eclipse:eclipse just
> like normal, but also a goal like eclipse:eclipse-install to execute an
> install before eclipse:eclipse is run?
> 
> Hth,
> 
> Nick Stolwijk
> 
> 
> -Original Message-
> From: 109s [mailto:[EMAIL PROTECTED]
> Sent: Thu 3/6/2008 10:21
> To: users@maven.apache.org
> Subject: Try to run install before eclipse:eclipse
>  
> 
> Hi,
> 
> for a multiple project it's necessary to run "mvn install" before "mvn
> eclipse:eclipse" because of dependencies. I want that install runs
> automatically if a developer runs eclipse:eclipse but i don't know how i
> can
> do that. I searched for hours in the internet but i didn't found a
> solution
> to integrate that into the pom-file. The way to do that with the
> preGoal-Tag
> is not possible in maven2. 
> I'm very new with maven.
> I hope somebody can help me.
> 
> Greetings
> Andi
> -- 
> View this message in context:
> http://www.nabble.com/Try-to-run-install-before-eclipse%3Aeclipse-tp15869344s177p15869344.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Try-to-run-install-before-eclipse%3Aeclipse-tp15869344s177p15869991.html
Sent from the Maven - Users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Try to run install before eclipse:eclipse

[nicklist]

Hi,

This is not possible to configure in your pom file. However, it should be 
possible to adjust the maven Eclipse Plugin to execute the install phase. (Just 
like surefire-reports execute the test phase) For this there should be a mojo 
added to the Maven Eclipse Plugin. This sounds like a nice feature request.

What do others think of this? That you can execute eclipse:eclipse just like 
normal, but also a goal like eclipse:eclipse-install to execute an install 
before eclipse:eclipse is run?

Hth,

Nick Stolwijk


-Original Message-
From: 109s [mailto:[EMAIL PROTECTED]
Sent: Thu 3/6/2008 10:21
To: users@maven.apache.org
Subject: Try to run install before eclipse:eclipse
 

Hi,

for a multiple project it's necessary to run "mvn install" before "mvn
eclipse:eclipse" because of dependencies. I want that install runs
automatically if a developer runs eclipse:eclipse but i don't know how i can
do that. I searched for hours in the internet but i didn't found a solution
to integrate that into the pom-file. The way to do that with the preGoal-Tag
is not possible in maven2. 
I'm very new with maven.
I hope somebody can help me.

Greetings
Andi
-- 
View this message in context: 
http://www.nabble.com/Try-to-run-install-before-eclipse%3Aeclipse-tp15869344s177p15869344.html
Sent from the Maven - Users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: RE: converting from maven1 to maven2, pom for third party jars?

[nicklist]

I would setup a maven repository, with mirrors for at least central and maybe 
some other repositories. Also create inhouse repositories for your own release, 
Snapshots and external dependencies. (3 different repositories)

Then set up your local maven to use the mirrors, and rebuild with an empty 
local repository. For every dependency that is not found, use the same tactics 
as you did, but then with deploy:deploy-file deploy them to the external 
dependency repository and add the remote repository to the repository section 
in the pom file.

The way local and remote repositories are different, for example:

- Local snapshots are not saved with timestamp, remote snapshots are saved with 
timestamps. If you use a local repository as remote repository, maven can't 
tell if a SNAPSHOT has changed and won't download newer SNAPSHOTS.

Hth,

Nick S.


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Thu 3/6/2008 09:34
To: Maven Users List
Subject: Re: RE: converting from maven1 to maven2, pom for third party jars?
 
So what else do you recommend me to easily get all required dependencies on the 
remote server - at once if possible?

What would / could happen if I simply copied the local repository to the remote 
one?

Thanks in advance,

Stefanie

 Original-Nachricht 
> Datum: Thu, 6 Mar 2008 09:10:48 +0100
> Von: [EMAIL PROTECTED]
> An: "Maven Users List" 
> Betreff: RE: converting from maven1 to maven2, pom for third party jars?

> I can't repeat it often enough: do not copy a local repository to be used
> as a remote repository. There is not the same information in your local
> repository as in your remote repository.
> 
> Really, do use a Maven repository / mirror, like Archiva, Artifactory or
> Nexus/Proximity.
> 
> Hth,
> 
> Nick S.
> 
> 
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Thu 3/6/2008 07:04
> To: Maven Users List
> Subject: Re: converting from maven1 to maven2, pom for third party jars?
>  
> To be able to deploy something on your company's remote server,
> have a look at "Distribution Management".
> 
> What I do for those external jars is - on the console, when maven doesn't
> find a depdency, it always gives you the exact String you need to use to
> install it on your local server or to deploy it on your company's remote
> server. I always copy this String from the console, then edit it in a text
> editor, put the jar in the same folder as the pom, add the name of the pom to
> the end of the String, hit enter, the jar gets installed, its poms and
> checksums created, when done, I delete the jar I put in the project's folder.
> 
> I've never tried the deploy option, as I am planning to copy my entire
> local repository to the remote one, as soon as I am finished migrating to
> Maven 2. The install version works perfectly (and I am sure when you set up
> distribution management, this works perfectly too).
> To set up Distribution Management, Add it to your pom, then set the login
> information in your setting.xml, though I wouldn't recommend you to leave
> away the password - a) for security reasons b) so that noone can "accidently
> upload something" to your repository...
> 
> Hope that helps,
> 
> Christine
>  Original-Nachricht 
> > Datum: Wed, 05 Mar 2008 23:29:53 +0100
> > Von: david delbecq <[EMAIL PROTECTED]>
> > An: Maven Users List 
> > Betreff: Re: converting from maven1 to maven2, pom for third party jars?
> 
> > Did :) does not work, will investigate further. For now am doing 
> > scripted convertion server side, attackign directly the server 
> > direcgtory structure using install-file, works like a charm :D
> > 
> > Nick Stolwijk a écrit :
> > > Take a look at the repositoryId [1] option of deploy-file and the 
> > > server section in settings.xml [2]. They should take care of your 
> > > authorisation.
> > >
> > > Hth,
> > >
> > > Nick Stolwijk
> > >
> > > [1] 
> > >
> >
> http://maven.apache.org/plugins/maven-deploy-plugin/deploy-file-mojo.html#repositoryId
>  
> > >
> > > [2] 
> > >
> >
> http://maven.apache.org/ref/2.0.7/maven-settings/settings.html#class_server 
> > >
> > >
> > > delbd wrote:
> > >> the deploy target doesnt seem to accept the fact our local repository
> > >> requires password authentification. it just fails. Our server ask 
> > >> client for credential for write operation (apache DAV mod) but maven 
> > >> doesn't try with password. i'll give a try using install:install-file
> > >> thanks
> > >>
> > >>
> > >>
> > >> [EMAIL PROTECTED] a écrit :
> > >>> There is a solution for this problem. The deploy:deploy-file will 
> > >>> automatically generate a pom file.
> > >>>
> > >>> So, remove the jars from your remote repository and deploy them 
> > >>> again with mvn deploy:deploy-file .
> > >>>
> > >>> Perhaps if you make a list with the directories it should be 
> > >>> possible to create a little script to do it.
> > >>>
> > >>> Hth,
> > >>>
> > >>> Ni

RE: converting from maven1 to maven2, pom for third party jars?

[nicklist]

I can't repeat it often enough: do not copy a local repository to be used as a 
remote repository. There is not the same information in your local repository 
as in your remote repository.

Really, do use a Maven repository / mirror, like Archiva, Artifactory or 
Nexus/Proximity.

Hth,

Nick S.


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Thu 3/6/2008 07:04
To: Maven Users List
Subject: Re: converting from maven1 to maven2, pom for third party jars?
 
To be able to deploy something on your company's remote server,
have a look at "Distribution Management".

What I do for those external jars is - on the console, when maven doesn't find 
a depdency, it always gives you the exact String you need to use to install it 
on your local server or to deploy it on your company's remote server. I always 
copy this String from the console, then edit it in a text editor, put the jar 
in the same folder as the pom, add the name of the pom to the end of the 
String, hit enter, the jar gets installed, its poms and checksums created, when 
done, I delete the jar I put in the project's folder.

I've never tried the deploy option, as I am planning to copy my entire local 
repository to the remote one, as soon as I am finished migrating to Maven 2. 
The install version works perfectly (and I am sure when you set up distribution 
management, this works perfectly too).
To set up Distribution Management, Add it to your pom, then set the login 
information in your setting.xml, though I wouldn't recommend you to leave away 
the password - a) for security reasons b) so that noone can "accidently upload 
something" to your repository...

Hope that helps,

Christine
 Original-Nachricht 
> Datum: Wed, 05 Mar 2008 23:29:53 +0100
> Von: david delbecq <[EMAIL PROTECTED]>
> An: Maven Users List 
> Betreff: Re: converting from maven1 to maven2, pom for third party jars?

> Did :) does not work, will investigate further. For now am doing 
> scripted convertion server side, attackign directly the server 
> direcgtory structure using install-file, works like a charm :D
> 
> Nick Stolwijk a écrit :
> > Take a look at the repositoryId [1] option of deploy-file and the 
> > server section in settings.xml [2]. They should take care of your 
> > authorisation.
> >
> > Hth,
> >
> > Nick Stolwijk
> >
> > [1] 
> >
> http://maven.apache.org/plugins/maven-deploy-plugin/deploy-file-mojo.html#repositoryId
>  
> >
> > [2] 
> >
> http://maven.apache.org/ref/2.0.7/maven-settings/settings.html#class_server 
> >
> >
> > delbd wrote:
> >> the deploy target doesnt seem to accept the fact our local repository 
> >> requires password authentification. it just fails. Our server ask 
> >> client for credential for write operation (apache DAV mod) but maven 
> >> doesn't try with password. i'll give a try using install:install-file 
> >> thanks
> >>
> >>
> >>
> >> [EMAIL PROTECTED] a écrit :
> >>> There is a solution for this problem. The deploy:deploy-file will 
> >>> automatically generate a pom file.
> >>>
> >>> So, remove the jars from your remote repository and deploy them 
> >>> again with mvn deploy:deploy-file .
> >>>
> >>> Perhaps if you make a list with the directories it should be 
> >>> possible to create a little script to do it.
> >>>
> >>> Hth,
> >>>
> >>> Nick S.
> >>>
> >>>
> >>> -Original Message-
> >>> From: David Delbecq [mailto:[EMAIL PROTECTED]
> >>> Sent: Wed 3/5/2008 16:27
> >>> To: Maven Users List
> >>> Subject: converting from maven1 to maven2, pom for third party jars?
> >>>  
> >>> Hello,
> >>>
> >>> in the process of converting our app from maven1 to maven2, we 
> >>> changed our repository to have maven2 structure. For most library we 
> >>> use public repositories (maven, jboss, apache) to fetch files. But 
> >>> from some libraries we had to make them available to our local 
> >>> repository, moving the jar from his group/jars/artefact-version.jar 
> >>> to group/artifact/version/artifact-version.jar.
> >>>
> >>> However, for the jar there is no "pom" files coming along, just a 
> >>> jar. maven2 has no special trouble handling them, except it keeps 
> >>> trying to go to all our configured repositories and try to download 
> >>> those inexistant pom:
> >>>  
>  Downloading: 
> 
> http://xxx/repository/enhydra/dods/dbmanager-api/6.4-1/dbmanager-api-6.4-1.pom
>  
> 
>  Downloading: 
> 
> http://download.java.net/maven/2//enhydra/dods/dbmanager-api/6.4-1/dbmanager-api-6.4-1.pom
>  
> 
>  Downloading: 
> 
> http://archiva.openqa.org/repository/releases//enhydra/dods/dbmanager-api/6.4-1/dbmanager-api-6.4-1.pom
>  
> 
>  Downloading: 
> 
> http://repository.jboss.com/maven2/enhydra/dods/dbmanager-api/6.4-1/dbmanager-api-6.4-1.pom
>  
> 
>  Downloading: 
> 
> http://repo1.maven.org/maven2/enhydra/dods/dbmanager-api/6.4-1/dbmanager-api-6.4-1.pom
>  
> 
>  Downloading: 
> 
> http://xxx/repository/enhydra/d

RE: converting from maven1 to maven2, pom for third party jars?

[nicklist]

There is a solution for this problem. The deploy:deploy-file will automatically 
generate a pom file.

So, remove the jars from your remote repository and deploy them again with mvn 
deploy:deploy-file .

Perhaps if you make a list with the directories it should be possible to create 
a little script to do it.

Hth,

Nick S.


-Original Message-
From: David Delbecq [mailto:[EMAIL PROTECTED]
Sent: Wed 3/5/2008 16:27
To: Maven Users List
Subject: converting from maven1 to maven2, pom for third party jars?
 
Hello,

in the process of converting our app from maven1 to maven2, we changed 
our repository to have maven2 structure. For most library we use public 
repositories (maven, jboss, apache) to fetch files. But from some 
libraries we had to make them available to our local repository, moving 
the jar from his group/jars/artefact-version.jar to 
group/artifact/version/artifact-version.jar.

However, for the jar there is no "pom" files coming along, just a jar. 
maven2 has no special trouble handling them, except it keeps trying to 
go to all our configured repositories and try to download those 
inexistant pom:
> Downloading: 
> http://xxx/repository/enhydra/dods/dbmanager-api/6.4-1/dbmanager-api-6.4-1.pom
> Downloading: 
> http://download.java.net/maven/2//enhydra/dods/dbmanager-api/6.4-1/dbmanager-api-6.4-1.pom
> Downloading: 
> http://archiva.openqa.org/repository/releases//enhydra/dods/dbmanager-api/6.4-1/dbmanager-api-6.4-1.pom
> Downloading: 
> http://repository.jboss.com/maven2/enhydra/dods/dbmanager-api/6.4-1/dbmanager-api-6.4-1.pom
> Downloading: 
> http://repo1.maven.org/maven2/enhydra/dods/dbmanager-api/6.4-1/dbmanager-api-6.4-1.pom
> Downloading: 
> http://xxx/repository/enhydra/dods/stdconnection/6.4-1/stdconnection-6.4-1.pom
> Downloading: 
> http://download.java.net/maven/2//enhydra/dods/stdconnection/6.4-1/stdconnection-6.4-1.pom
> Downloading: 
> http://archiva.openqa.org/repository/releases//enhydra/dods/stdconnection/6.4-1/stdconnection-6.4-1.pom
> Downloading: 
> http://repository.jboss.com/maven2/enhydra/dods/stdconnection/6.4-1/stdconnection-6.4-1.pom
> Downloading: 
> http://repo1.maven.org/maven2/enhydra/dods/stdconnection/6.4-1/stdconnection-6.4-1.pom
> Downloading: 
> http://xxx/repository/enhydra/dods/ejen/6.4-1/ejen-6.4-1.pom
> Downloading: 
> http://download.java.net/maven/2//enhydra/dods/ejen/6.4-1/ejen-6.4-1.pom
> Downloading: 
> http://archiva.openqa.org/repository/releases//enhydra/dods/ejen/6.4-1/ejen-6.4-1.pom
> Downloading: 
> http://repository.jboss.com/maven2/enhydra/dods/ejen/6.4-1/ejen-6.4-1.pom
> Downloading: 
> http://repo1.maven.org/maven2/enhydra/dods/ejen/6.4-1/ejen-6.4-1.pom
As you see, it tries to go to 5 different repositories, everytime to get 
a 404. Is there a recommended way to either

a) tell maven that there is definitely no pom to download
b) create the pom and metadata file from a .jar file (generic pom with 
correct names, but no dependencies)?
I tried for some jar to manually create pom, i received complains about 
checksums ? and maven ignored the file!

-- 
David Delbecq
Institut Royal Météorologique
Ext:557


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Validator ensure resources are placed in src/main/resources

[nicklist]

You could create a Enforcer [1] custom rule[2] and use that. If you create an 
new feature issue at the Enforcer jira [3] with unit tests and code it could 
make it into the enforcer plugin.

Hth,

Nick S.

[1] http://maven.apache.org/plugins/maven-enforcer-plugin/
[2] http://maven.apache.org/enforcer/enforcer-api/writing-a-custom-rule.html
[3] http://jira.codehaus.org/browse/MENFORCER 


-Original Message-
From: Wayne Fay [mailto:[EMAIL PROTECTED]
Sent: Wed 3/5/2008 16:18
To: Maven Users List
Subject: Re: Validator ensure resources are placed in src/main/resources
 
Not that I know of, but you could build a plugin to do it as part of
your builds pretty trivially. You would probably want to leave the
list of file types/extensions configurable for maximum utility.

Wayne

On 3/5/08, Mark P Ashworth <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> When converting a project to maven or maintaining a project a developer
> might place a resource in the src/main/java folder but it should be in the
> src/main/resources folder. Is there a check or validator plug-in that will
> SCREAM that this is happening and fail the build?
>
> Regards,
> Mark P Ashworth
> --
> View this message in context: 
> http://www.nabble.com/Validator-ensure-resources-are-placed-in-src-main-resources-tp15850621s177p15850621.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: enforce versions for plugins

[nicklist]

This is possible with the enforcer plugin [1] and esspecially the 
requirePluginVersion rule [2].

Hth,

Nick Stolwijk

[1] http://maven.apache.org/plugins/maven-enforcer-plugin/
[2] 
http://maven.apache.org/plugins/maven-enforcer-plugin/rules/requirePluginVersions.html


-Original Message-
From: deckrider [mailto:[EMAIL PROTECTED]
Sent: Thu 2/28/2008 18:51
To: Maven Users List
Subject: enforce versions for plugins
 
I see that the maven release plugin enforces versioned dependencies.
I like this, since it makes the build reproduce-able.  However, I
think I want the same enforcement for all plugins referenced within
pom.xml should depend on exact versions.  Is this possible?

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: install local libs on my computer using maven 2

[nicklist]

Add them to your local repository with install:install-file [1] and add them to 
the pom file of project c as dependencies with scope 'test'.

Hth,

Nick S.

[1] http://maven.apache.org/plugins/maven-install-plugin/install-file-mojo.html


-Original Message-
From: Mikael Petterson [mailto:[EMAIL PROTECTED]
Sent: Thu 2/28/2008 14:43
To: users@maven.apache.org
Subject: install local libs on my computer using maven 2
 
Hi,

I have the following C:\sipunit\lib containing 5 jars that I need to
have in the classpath for my project.
I have my top pom.xml and then each subsystem (let's call them A,B,C)has
it's own pom.xml. The pom.xml is version handled.
How can I for project C add the 5 jars to the classpath and use them for
writing test classes in project C. I don't want to affect the other
projects (A and B).

What is the simplest way to do this?

cheers,

//mike

RE: best practice for own repository

[nicklist]

Take a look at Archiva or Artifactory. That way you can run your own 
repositories. Deploy releases and snapshots in seperate inhouse repositories. 
Deploy third party libraries that are for the moment not on central into a 
third party repository. Will also mirror central for your development team, so 
not everyone have to get libraries from over the internet, but they are 
mirrored. (Or "mirror" central without the real mirroring to control what 
libraries your development team are allowed to use.)

Hth,

Nick Stolwijk 


-Original Message-
From: Alexander Petri [mailto:[EMAIL PROTECTED]
Sent: Tue 2/26/2008 09:17
To: users@maven.apache.org
Subject: best practice for own repository
 
Hi,

i'm very new to maven2.

I have a question about "private" libraries which I would use in my
projects. The problem is how to bind them in maven.

Are there any suggestions to do that?

 

thanks  

RE: Using multiple source folders

[nicklist]

Thomas,

Most Maven modules which generate code add the generated code to the build 
path. (Hibernate plugin adds /target/generated-sources/hibernate) If you want 
to add your own folder (say src/generated/java) to the buildpath take a look at 
the buildhelper plugin [1].

If I were you I would look into a plugin which generates your code and add it 
to the build path. Also, when you generate your code in /target it isn't added 
to your SCM so developers are not able to change the generated code itself. 
Which framework are you using to generate your code?

Hth,

Nick Stolwijk

[1] http://mojo.codehaus.org/build-helper-maven-plugin/index.html


-Original Message-
From: Thomas Tardy [mailto:[EMAIL PROTECTED]
Sent: Wed 2/20/2008 13:44
To: Maven Users List
Subject: Using multiple source folders
 
Hello,

i'm looking for a solution to use multipe source folders in a project. What
I have seen is a solution with multiple modules. Isn't there a possibility
to just define two source folders. We want to separate generated from hand
written source.

Thanks for your help!

Regards,
Thomas

RE: Sample Examples on Maven

[nicklist]

Hi Pawan,

Try:

http://maven.apache.org/guides/getting-started/maven-in-five-minutes.html
http://maven.apache.org/guides/getting-started/index.html

After that, go to:

Maven: The Definitive Guide
http://www.sonatype.com/book/

Better Builds with Maven
http://www.devzuz.com/web/guest/products/resources#BBWM

Or any of the other articles on http://maven.apache.org/articles.html

Hth,

Nick Stolwijk

-Original Message-
From: sunrays9 [mailto:[EMAIL PROTECTED]
Sent: Wed 2/20/2008 10:56
To: users@maven.apache.org
Subject: Sample Examples on Maven
 

Hi All,

I am very new to Maven tool. I am going throught the maven.apache.org site.
Can you please any Simple examples which is helpful to understand the maven?

Thanks,
Pawan
-- 
View this message in context: 
http://www.nabble.com/Sample-Examples-on-Maven-tp15585730s177p15585730.html
Sent from the Maven - Users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Surefire / Surefire-report 2.4.1 and java heap space

[nicklist]

I've updated our company pom to use surefire and surefire-report 2.4.1. We have 
a project with 4 modules with not much source (Like 10 to 15 classes and 10 to 
15 testclasses per module). We are running a mvn site-deploy and started to run 
out of heap space. We have quite a few plugins running (PMD, Findbugs, 
Checkstyle, Qalab, Cobertura, JDepend, Javadoc, JXR and a few others)

Is it a known issue that with surefire 2.4.1 there is more memory usage?

With regards,

Nick Stolwijk

RE: maven sources plugin

[nicklist]

You are looking for the classifier of the dependency:


  com.my.company
  java-proj
  1.0-SNAPSHOT
  sources


See http://maven.apache.org/ref/2.0.7/maven-model/maven.html#class_dependency

Hth,

Nick S.

-Original Message-
From: rohit aman [mailto:[EMAIL PROTECTED]
Sent: Fri 2/15/2008 18:10
To: users@maven.apache.org
Subject: maven sources plugin
 
Hi,
I recently started using gwt in my struts project. We use maven as a
project management tool. Since GWT needs java sources to be in the class
path for it to compile the java files and my gwt module uses other module
java classes, I thought of trying "maven sources plugin" to generate the
source files jars for all the modules of my project. the maven plugin
creates one jar file for .class file and one for .java file...

so for ex ... if there is a project called "java-proj" , the plugin will
create
com/my/company/java-proj/1.0-SNAPSHOT/java-proj-1.0-SNAPSHOT.jar
com/my/company/java-proj/1.0-SNAPSHOT/java-proj-1.0-SNAPSHOT-sources.jar
now if my gwt project uses some classes from the above project so I need to
define the dependency...
for classes I can say

  com.my.company
  java-proj
  1.0-SNAPSHOT

and it looks for java-proj-1.0-SNAPSHOT.jar in
com/my/company/java-proj/1.0-SNAPSHOT/   directory
but I am not able to figure out how to define the dependency on source file
because if I say

  com.my.company
  java-proj
  1.0-SNAPSHOT

it looks for java-proj-1.0-SNAPSHOT-sources.jar in
com/my/company/java-proj/1.0-SNAPSHOT-sources but the jar is in
com/my/company/java-proj/1.0-SNAPSHOT.
Any idea on how to define dependency on "java-proj-1.0-SNAPSHOT-sources.jar"
which not in "com/my/company/java-proj/1.0-SNAPSHOT-sources" but in
"com/my/company/java-proj/1.0-SNAPSHOT-sources "

Any input is appreciated

Thanks

RE: Super POM location

[nicklist]

Ok, I've found it, it is under:

https://svn.apache.org/repos/asf/maven/components/branches/maven-2.0.x/maven-project/src/main/resources/org/apache/maven/project/pom-4.0.0.xml

Hth,

Nick S.


-Original Message-
From: Gregory Kick [mailto:[EMAIL PROTECTED]
Sent: Fri 2/15/2008 17:35
To: Maven Users List
Subject: Re: Super POM location
 
actually, it does exist.  if you look in the maven uber jar it's under
org.apache.maven.project

On Fri, Feb 15, 2008 at 10:30 AM,  <[EMAIL PROTECTED]> wrote:
> I think the "super-pom" is the name for the concept of default settings and 
> there is no actual super pom.
>
>  The normal solution for your problem would be to create a corporate/company 
> pom and let all projects add it as their parent.
>
>  Hth,
>
>  Nick S.
>
>
>
>
>  -Original Message-
>  From: Marcelo Alcantara [mailto:[EMAIL PROTECTED]
>  Sent: Fri 2/15/2008 17:26
>  To: users@maven.apache.org
>  Subject: Super POM location
>
>  Hi,
>
>  I searched a lot in the Internet but could not find this answer.
>
>  Where is the super pom located?
>
>  I have configurations that are for all projects that I wanted to setup in
>  it.
>
>  Thanks in advance.
>
>  --
>  Marcelo Alcantara
>  Senior Developer/Architect
>  
>  [EMAIL PROTECTED]
>  +55 11 81968823
>
>



-- 
Gregory Kick
http://kickstyle.net/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Super POM location

[nicklist]

I think the "super-pom" is the name for the concept of default settings and 
there is no actual super pom.

The normal solution for your problem would be to create a corporate/company pom 
and let all projects add it as their parent.

Hth,

Nick S.


-Original Message-
From: Marcelo Alcantara [mailto:[EMAIL PROTECTED]
Sent: Fri 2/15/2008 17:26
To: users@maven.apache.org
Subject: Super POM location
 
Hi,

I searched a lot in the Internet but could not find this answer.

Where is the super pom located?

I have configurations that are for all projects that I wanted to setup in
it.

Thanks in advance.

-- 
Marcelo Alcantara
Senior Developer/Architect

[EMAIL PROTECTED]
+55 11 81968823

RE: Maven Concepts

[nicklist]

You can add a property to your finalName and fill that with a profile, or use 
the build definition inside a profile to add your finalName to.

Hth,

Nick Stolwijk

-Original Message-
From: amit kumar [mailto:[EMAIL PROTECTED]
Sent: Thu 2/14/2008 10:45
To: Maven Users List
Subject: Re: Maven Concepts
 
*Different finalName for development and integration environment:
Something like the builds at CI server would have x-INT-2008.jar.
*
Hi,
The above is a requirement to be catered to. But my doubt is the finalName
gets overridden in children projects if it is present(which is the case).
How to accomplish this.

Is profiles the answer?

But submodules doesn't have a profile for finalName, they have it directly
in the  tag.

Regards,
Amit Kumar


On Tue, Feb 12, 2008 at 9:49 PM, <[EMAIL PROTECTED]> wrote:

> The modules section is only used when building an aggregate project. It is
> not used for dependencies in any way. If submodule b uses submodule a, you
> have to give submodule b a dependency on submodule a. If multiple submodules
> depend on submodule a, you can have submodule a in the dependencyManagement,
> with the right version (often it is ${project.version}, which is the
> version of your aggregate project) so you don't need to include the version
> number in each submodule.
>
> Hth,
>
> Nick Stolwijk
>
>
> -Original Message-
> From: amit kumar [mailto:[EMAIL PROTECTED]
> Sent: Tue 2/12/2008 15:15
> To: Maven Users List
> Subject: Re: Maven Concepts
>
> Continuing on the dependency Vs dependencyManagement, I read the documents
> on it but after encountering the archetype:create for j2ee simple, I am
> not
> able to figure out what is the motive behind giving sub-modules of the
> project in the dependencyManagement section.
>
>
> Regards,
> Amit
>
> On Feb 12, 2008 7:08 PM, amit kumar <[EMAIL PROTECTED]> wrote:
>
> > Thanks Nick. I was unaware of that part. Configured the repository for
> > snapshots and now it is working.
> >
> > Regards,
> > Amit
> >
> >
> > On Feb 12, 2008 3:16 PM, <[EMAIL PROTECTED]> wrote:
> >
> > > How did you configure your repository? Especially take a look at the
> > > updatePolicy element in your snapshot repository. [1] If this one is
> > > omitted, it will default to "daily", so it is possible it won't take
> your
> > > newest snapshot. You can use "mvn -U" to look for newer versions of
> the
> > > snapshot dependencies. Or set the updatePolicy to another value: "The
> > > frequency for downloading updates - can be "always", "daily"
> (default),
> > > "interval:XXX" (in minutes) or "never" (only if it doesn't exist
> locally)."
> > >
> > > Hth,
> > >
> > > Nick S.
> > >
> > > [1]
> > >
> http://maven.apache.org/ref/2.0.7/maven-settings/settings.html#class_snapshots
> > >
> > >
> > > -Original Message-
> > > From: amit kumar [mailto:[EMAIL PROTECTED]
> > > Sent: Tue 2/12/2008 10:40
> > > To: Maven Users List
> > > Subject: Re: Maven Concepts
> > >
> > > I tested with SNAPSHOT version as well. But maven still seems to
> prefer
> > > the
> > > local version of even the SNAPSHOT version?
> > >
> > > i have these two modules a.jar and b.jar,
> > > a-1.0-SNAPSHOT.jar depends on b-1.0-SNAPSHOT.jar, I tested and
> deployed
> > > b.jar at a later time stamp and again tried to build a.jar. But still
> it
> > > fetched the local version which was build at 14:29 while the one of
> two
> > > jars
> > > at repository is a 14:45 built?
> > >
> > > Am I missing something here? I am using the buildNumber as well to
> have
> > > the
> > > finalName appended with time stamp.
> > >
> > > Regards,
> > > Amit
> > >
> > > On Feb 8, 2008 3:52 PM, Simon Kitching <[EMAIL PROTECTED]>
> wrote:
> > >
> > > >  Stephen Connolly <[EMAIL PROTECTED]> schrieb:
> > > > > Redeploying a non-SNAPSHOT version is a _bad thing_ as Maven will
> > > not
> > > > > re-download it.
> > > >
> > > > Absolutely. Never overwrite an existing deployed file except when it
> > > has
> > > > SNAPSHOT in the version.
> > > >
> > > > Builds should be repeatable, ie you should be able to compile
> > > something
> > > > today, then compile it again next week and get the same result. This
> > > means
> > > > that stuff deployed to a repository should never change.
> > > >
> > > > The only exception is SNAPSHOT versions; when a project depends on
> one
> > > of
> > > > these, then it is explicitly acknowledging that repeatable builds
> are
> > > not
> > > > possible.
> > > >
> > > > One of the things the release plugin does is check that there are no
> > > > SNAPSHOT dependencies anywere; if there are then it refuses to
> > > continue with
> > > > the release process as the release is not repeatable. Of course
> using
> > > the
> > > > release plugin is not mandatory, but that particular check is a very
> > > good
> > > > idea.
> > > >
> > > > And because Maven assumes people never overwrite non-snapshot files,
> > > it
> > > > never bothers to check for newer ones. Only with SNAPSHOTs does
> maven
> > > l

RE: mvn site-deploy and modules

[nicklist]

It seems the command executed has returned a non-succes code. What happens when 
you execute the command from the commandline, thus: /bin/sh -c 'ssh -o 
"BatchMode yes" [EMAIL PROTECTED] "chmod -Rf g+w,a+rX /path/to/htdocs/hudson"

Hth,
Nick Stolwijk

-Original Message-
From: Julien FOROT [mailto:[EMAIL PROTECTED]
Sent: Thu 2/14/2008 10:42
To: Maven Users List
Subject: mvn site-deploy and modules
 
Hi !

I want to deploy my site on a remote server. I use scpexe for that. The 
global project is well upload, but directories corresponding to modules 
are not created, and I get this trace :

Executing command: /bin/sh -c 'ssh -o "BatchMode yes" [EMAIL PROTECTED] "chmod 
-Rf g+w,a+rX /path/to/htdocs/hudson"'


scpexe://server/path/to/htdocs/hudson - Session: Disconnecting
scpexe://server/path/to/htdocs/hudson - Session: Disconnected
[INFO] 

[ERROR] BUILD ERROR
[INFO] 

[INFO] Error uploading site

Embedded error: Exit code 1 -
[INFO] 

[INFO] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: Error uploading site
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:564)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:480)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:459)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:278)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:333)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:126)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:282)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at 
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at 
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.MojoExecutionException: Error 
uploading site
at 
org.apache.maven.plugins.site.SiteDeployMojo.execute(SiteDeployMojo.java:216)
at 
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:447)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:539)
... 16 more
Caused by: org.apache.maven.wagon.CommandExecutionException: Exit code 1 -
at 
org.apache.maven.wagon.providers.ssh.external.ScpExternalWagon.executeCommand(ScpExternalWagon.java:145)
at 
org.apache.maven.wagon.providers.ssh.external.ScpExternalWagon.executeCommand(ScpExternalWagon.java:326)
at 
org.apache.maven.plugins.site.SiteDeployMojo.execute(SiteDeployMojo.java:191)
... 18 more

I don't understand well what happens and wich command failed.. Does 
someone can help me ?

Thanks

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: The list of maven plug-ins that are used by maven during the build

[nicklist]

You could look here [1] for a list of all the default plugins. Versions that 
are used are the latest release versions by default.

Hth,

Nick Stolwijk

[1] http://cvs.peopleware.be/training/maven/maven2/buildLifecyclePhases.html


-Original Message-
From: Ryan H. [mailto:[EMAIL PROTECTED]
Sent: Thu 2/14/2008 00:58
To: Maven Users List
Subject: The list of maven plug-ins that are used by maven during the build
 
Hello Folks,

A quick question: is there a way to get the list of ALL maven plug-ins and
their versions that are used by maven build life cycle? Maven uses tons of
standard plug-ins explicitly and inexplicitly. Is there a way to get the
whole list of it for a given build?

Thanks
Ryan

You 

RE: NullPointerException in maven

[nicklist]

I've looked at the metadata file and it is to map prefixes, like release, 
eclipse, all the shorthand forms, to plugins. Could you compare 
http://ecm-maven-repo.itcnetworks:8081/maven_repo/org/apache/maven/plugins/maven-metadata.xml
with 
http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-metadata.xml

And perhaps replace your files (the xml, the sha1 and the md5) with the files 
from repo1.

Hth,

Nick Stolwijk

-Original Message-
From: Ionut Scutaru [mailto:[EMAIL PROTECTED]
Sent: Wed 2/13/2008 15:05
To: Maven Users List
Subject: Re: NullPointerException in maven
 
So you think this is the problem ? How come other mvn commands are working ?
Shouldn't they have the same problem ?



On Feb 13, 2008 4:00 PM, <[EMAIL PROTECTED]> wrote:

> I know that central is also just a filesystem, and I once saw a few shell
> scripts to repair metadata and checksums, IIRC. I don't know who had them or
> if they still exist.
>
> Some of maven 2 developers are often on IRC, maybe you could ask them if
> they still have those scripts.
>
> Hth,
>
> Nick Stolwijk
>
>
> -Original Message-
> From: Ionut Scutaru [mailto:[EMAIL PROTECTED]
> Sent: Wed 2/13/2008 14:33
> To: Maven Users List
> Subject: Re: NullPointerException in maven
>
> I understood what you wanted and I modified the url accordingly.. No, it's
> not there.
>
> Our repository software is a simple remote filesystem.. we don't use
> either
> archiva or proximity.
>
>
>
> On Feb 13, 2008 3:27 PM, <[EMAIL PROTECTED]> wrote:
>
> > First, I see I forgot a space, so my url was bogus, it should be:
> >
> >
> >
> http://ecm-maven-repo.itcnetworks:8081/maven_repo/org/apache/maven/plugins/maven-metadata.xml.sha1
> >
> > Second, do you use any repository software, like archiva or proximity,
> or
> > is it just a remote filesystem?
> >
> > With regards,
> >
> > Nick Stolwijk
> >
> >
> > -Original Message-
> > From: Ionut Scutaru [mailto:[EMAIL PROTECTED]
> > Sent: Wed 2/13/2008 14:24
> > To: Maven Users List
> > Subject: Re: NullPointerException in maven
> >
> > Nope, it doesn't.
> >
> >
> > On Feb 13, 2008 3:16 PM, <[EMAIL PROTECTED]> wrote:
> >
> > > It was more a "been there, done that" story. Whenever I see someone
> > > talking about "we are using a local repository" or such, horrid images
> > from
> > > the past gets in my head. ;)
> > >
> > > If you try to get
> > >
> >
> http://ecm-maven-repo.itcnetworks:8081/maven_repo/org/apache/maven/plugins/maven-metadata.xml.sha1fromabrowser
>  or wget, does that succeed?
> > >
> > > Hth,
> > >
> > > Nick S.
> > >
> > >
> > > -Original Message-
> > > From: Ionut Scutaru [mailto:[EMAIL PROTECTED]
> > > Sent: Wed 2/13/2008 14:11
> > > To: Maven Users List
> > > Subject: Re: NullPointerException in maven
> > >
> > > Sorry, I wasn't clear enough.. It's an internal remote repository on a
> > > server.
> > >
> > > I uploaded the artifacts using the deploy plugin. (we did that for all
> > our
> > > artifacts and it's working just fine..) The only problem was with this
> > > specific plugin.
> > >
> > >
> > >
> > >
> > > On Feb 13, 2008 2:26 PM, <[EMAIL PROTECTED]> wrote:
> > >
> > > > > We have a local repository where we put all the artifacts that we
> > need
> > > > in
> > > > our project.
> > > >
> > > > Do you mean the local repository each developer has? Normally
> > > > /.m2/repository . Or do you mean an internal remote
> > > repository on
> > > > a server? With what command did you install the artifacts into your
> > > > repository?
> > > >
> > > > Take a look at the local and remote repository principle. You can't
> > copy
> > > > files into a remote repository and you can't use a local repository
> > (ie.
> > > > from your build server account) as remote repository for other
> > > developers.
> > > > Don't mess with these, or you can get weird effects.
> > > >
> > > > Hth,
> > > >
> > > > Nick Stolwijk
> > > >
> > > >
> > > > -Original Message-
> > > > From: Ionut Scutaru [mailto:[EMAIL PROTECTED]
> > > > Sent: Wed 2/13/2008 13:00
> > > > To: users@maven.apache.org
> > > > Subject: NullPointerException in maven
> > > >
> > > > Guys,
> > > > We have a local repository where we put all the artifacts that we
> need
> > > in
> > > > our project. Recently though I added a new version of the
> > maven-release
> > > > plugin and, when I try to use it, I'm getting a NullPointerException
> > as
> > > > follows:
> > > >
> > > >
> > > > [EMAIL PROTECTED] trunk]$ mvn -X release:branch
> > > > -DupdateBranchVersions=true
> > > > -DupdateWorkingCopyVersions=false -DautoVersionSubmodules=true
> > > > -DbranchName="EMP-2.0.0/" -DdryRun=true -U
> > > > + Error stacktraces are turned on.
> > > > Maven version: 2.0.4
> > > > [DEBUG] Building Maven user-level plugin registry from:
> > > > '/home/scutaru/.m2/plugin-registry.xml'
> > > > [DEBUG] Building Maven global-level plugin registry from:
> > > > '/home/scutaru/opt/maven-2.0.4/conf/plugin-registry.xml'
> > > > [INFO] Scanning for projects...

RE: NullPointerException in maven

[nicklist]

I know that central is also just a filesystem, and I once saw a few shell 
scripts to repair metadata and checksums, IIRC. I don't know who had them or if 
they still exist.

Some of maven 2 developers are often on IRC, maybe you could ask them if they 
still have those scripts.

Hth,

Nick Stolwijk


-Original Message-
From: Ionut Scutaru [mailto:[EMAIL PROTECTED]
Sent: Wed 2/13/2008 14:33
To: Maven Users List
Subject: Re: NullPointerException in maven
 
I understood what you wanted and I modified the url accordingly.. No, it's
not there.

Our repository software is a simple remote filesystem.. we don't use either
archiva or proximity.



On Feb 13, 2008 3:27 PM, <[EMAIL PROTECTED]> wrote:

> First, I see I forgot a space, so my url was bogus, it should be:
>
>
> http://ecm-maven-repo.itcnetworks:8081/maven_repo/org/apache/maven/plugins/maven-metadata.xml.sha1
>
> Second, do you use any repository software, like archiva or proximity, or
> is it just a remote filesystem?
>
> With regards,
>
> Nick Stolwijk
>
>
> -Original Message-
> From: Ionut Scutaru [mailto:[EMAIL PROTECTED]
> Sent: Wed 2/13/2008 14:24
> To: Maven Users List
> Subject: Re: NullPointerException in maven
>
> Nope, it doesn't.
>
>
> On Feb 13, 2008 3:16 PM, <[EMAIL PROTECTED]> wrote:
>
> > It was more a "been there, done that" story. Whenever I see someone
> > talking about "we are using a local repository" or such, horrid images
> from
> > the past gets in my head. ;)
> >
> > If you try to get
> >
> http://ecm-maven-repo.itcnetworks:8081/maven_repo/org/apache/maven/plugins/maven-metadata.xml.sha1froma
>  browser or wget, does that succeed?
> >
> > Hth,
> >
> > Nick S.
> >
> >
> > -Original Message-
> > From: Ionut Scutaru [mailto:[EMAIL PROTECTED]
> > Sent: Wed 2/13/2008 14:11
> > To: Maven Users List
> > Subject: Re: NullPointerException in maven
> >
> > Sorry, I wasn't clear enough.. It's an internal remote repository on a
> > server.
> >
> > I uploaded the artifacts using the deploy plugin. (we did that for all
> our
> > artifacts and it's working just fine..) The only problem was with this
> > specific plugin.
> >
> >
> >
> >
> > On Feb 13, 2008 2:26 PM, <[EMAIL PROTECTED]> wrote:
> >
> > > > We have a local repository where we put all the artifacts that we
> need
> > > in
> > > our project.
> > >
> > > Do you mean the local repository each developer has? Normally
> > > /.m2/repository . Or do you mean an internal remote
> > repository on
> > > a server? With what command did you install the artifacts into your
> > > repository?
> > >
> > > Take a look at the local and remote repository principle. You can't
> copy
> > > files into a remote repository and you can't use a local repository
> (ie.
> > > from your build server account) as remote repository for other
> > developers.
> > > Don't mess with these, or you can get weird effects.
> > >
> > > Hth,
> > >
> > > Nick Stolwijk
> > >
> > >
> > > -Original Message-
> > > From: Ionut Scutaru [mailto:[EMAIL PROTECTED]
> > > Sent: Wed 2/13/2008 13:00
> > > To: users@maven.apache.org
> > > Subject: NullPointerException in maven
> > >
> > > Guys,
> > > We have a local repository where we put all the artifacts that we need
> > in
> > > our project. Recently though I added a new version of the
> maven-release
> > > plugin and, when I try to use it, I'm getting a NullPointerException
> as
> > > follows:
> > >
> > >
> > > [EMAIL PROTECTED] trunk]$ mvn -X release:branch
> > > -DupdateBranchVersions=true
> > > -DupdateWorkingCopyVersions=false -DautoVersionSubmodules=true
> > > -DbranchName="EMP-2.0.0/" -DdryRun=true -U
> > > + Error stacktraces are turned on.
> > > Maven version: 2.0.4
> > > [DEBUG] Building Maven user-level plugin registry from:
> > > '/home/scutaru/.m2/plugin-registry.xml'
> > > [DEBUG] Building Maven global-level plugin registry from:
> > > '/home/scutaru/opt/maven-2.0.4/conf/plugin-registry.xml'
> > > [INFO] Scanning for projects...
> > > [INFO] Reactor build order:
> > > [INFO]   Enterprise Management Platform
> > > [INFO]   Common
> > > [INFO]   Tools
> > > [INFO]   Maven Plugins
> > > [INFO]   Portlet Archetype
> > > [INFO]   Service Archetype
> > > [INFO]   Installer Maven Plugin
> > > [INFO]   Runtime Maven Plugin
> > > [INFO]   Buildinfo Maven Plugin
> > > [INFO]   Modify Maven Values Maven Plugin
> > > [INFO]   Shrinkjs Maven Plugin
> > > [INFO]   Eclipse Plugins
> > > [INFO]   Sample Eclipse Plugin
> > > [INFO]   JIRA Plugins
> > > [INFO]   Agile JIRA Plugin
> > > [INFO]   Clarify JIRA Plugin
> > > [INFO]   InstallAnywhere Plugins
> > > [INFO]   Test SAM Connection InstallAnywhere Plugin
> > > [INFO]   FQDN InstallAnywhere Plugin
> > > [INFO]   Port Check InstallAnywhere Plugin
> > > [INFO]   Modules
> > > [INFO]   Backup
> > > [INFO]   Common Module
> > > [INFO]   Portal Extensions
> > > [INFO]   Connector Modules
> > > [INFO]   Common Connector Module
> > > [INFO]   Sample Connector Module
> > > [INFO]   Service Modules
> > > [INFO]  

RE: NullPointerException in maven

[nicklist]

First, I see I forgot a space, so my url was bogus, it should be:

http://ecm-maven-repo.itcnetworks:8081/maven_repo/org/apache/maven/plugins/maven-metadata.xml.sha1

Second, do you use any repository software, like archiva or proximity, or is it 
just a remote filesystem?

With regards,

Nick Stolwijk


-Original Message-
From: Ionut Scutaru [mailto:[EMAIL PROTECTED]
Sent: Wed 2/13/2008 14:24
To: Maven Users List
Subject: Re: NullPointerException in maven
 
Nope, it doesn't.


On Feb 13, 2008 3:16 PM, <[EMAIL PROTECTED]> wrote:

> It was more a "been there, done that" story. Whenever I see someone
> talking about "we are using a local repository" or such, horrid images from
> the past gets in my head. ;)
>
> If you try to get
> http://ecm-maven-repo.itcnetworks:8081/maven_repo/org/apache/maven/plugins/maven-metadata.xml.sha1from
>  a browser or wget, does that succeed?
>
> Hth,
>
> Nick S.
>
>
> -Original Message-
> From: Ionut Scutaru [mailto:[EMAIL PROTECTED]
> Sent: Wed 2/13/2008 14:11
> To: Maven Users List
> Subject: Re: NullPointerException in maven
>
> Sorry, I wasn't clear enough.. It's an internal remote repository on a
> server.
>
> I uploaded the artifacts using the deploy plugin. (we did that for all our
> artifacts and it's working just fine..) The only problem was with this
> specific plugin.
>
>
>
>
> On Feb 13, 2008 2:26 PM, <[EMAIL PROTECTED]> wrote:
>
> > > We have a local repository where we put all the artifacts that we need
> > in
> > our project.
> >
> > Do you mean the local repository each developer has? Normally
> > /.m2/repository . Or do you mean an internal remote
> repository on
> > a server? With what command did you install the artifacts into your
> > repository?
> >
> > Take a look at the local and remote repository principle. You can't copy
> > files into a remote repository and you can't use a local repository (ie.
> > from your build server account) as remote repository for other
> developers.
> > Don't mess with these, or you can get weird effects.
> >
> > Hth,
> >
> > Nick Stolwijk
> >
> >
> > -Original Message-
> > From: Ionut Scutaru [mailto:[EMAIL PROTECTED]
> > Sent: Wed 2/13/2008 13:00
> > To: users@maven.apache.org
> > Subject: NullPointerException in maven
> >
> > Guys,
> > We have a local repository where we put all the artifacts that we need
> in
> > our project. Recently though I added a new version of the maven-release
> > plugin and, when I try to use it, I'm getting a NullPointerException as
> > follows:
> >
> >
> > [EMAIL PROTECTED] trunk]$ mvn -X release:branch
> > -DupdateBranchVersions=true
> > -DupdateWorkingCopyVersions=false -DautoVersionSubmodules=true
> > -DbranchName="EMP-2.0.0/" -DdryRun=true -U
> > + Error stacktraces are turned on.
> > Maven version: 2.0.4
> > [DEBUG] Building Maven user-level plugin registry from:
> > '/home/scutaru/.m2/plugin-registry.xml'
> > [DEBUG] Building Maven global-level plugin registry from:
> > '/home/scutaru/opt/maven-2.0.4/conf/plugin-registry.xml'
> > [INFO] Scanning for projects...
> > [INFO] Reactor build order:
> > [INFO]   Enterprise Management Platform
> > [INFO]   Common
> > [INFO]   Tools
> > [INFO]   Maven Plugins
> > [INFO]   Portlet Archetype
> > [INFO]   Service Archetype
> > [INFO]   Installer Maven Plugin
> > [INFO]   Runtime Maven Plugin
> > [INFO]   Buildinfo Maven Plugin
> > [INFO]   Modify Maven Values Maven Plugin
> > [INFO]   Shrinkjs Maven Plugin
> > [INFO]   Eclipse Plugins
> > [INFO]   Sample Eclipse Plugin
> > [INFO]   JIRA Plugins
> > [INFO]   Agile JIRA Plugin
> > [INFO]   Clarify JIRA Plugin
> > [INFO]   InstallAnywhere Plugins
> > [INFO]   Test SAM Connection InstallAnywhere Plugin
> > [INFO]   FQDN InstallAnywhere Plugin
> > [INFO]   Port Check InstallAnywhere Plugin
> > [INFO]   Modules
> > [INFO]   Backup
> > [INFO]   Common Module
> > [INFO]   Portal Extensions
> > [INFO]   Connector Modules
> > [INFO]   Common Connector Module
> > [INFO]   Sample Connector Module
> > [INFO]   Service Modules
> > [INFO]   Registry Service
> > [INFO]   Filter Service
> > [INFO]   Licensing Service
> > [INFO]   Log Service
> > [INFO]   Security Service
> > [INFO]   Web Remoting Service
> > [INFO]   Inventory Service
> > [INFO]   Workflow Management Service
> > [INFO]   Scheduler Service
> > [INFO]   Discovery Service
> > [INFO]   Web Modules
> > [INFO]   Common Web Module
> > [INFO]   Inventory Web Module
> > [INFO]   Portal Server Web Module
> > [INFO]   Webstart Web Module
> > [INFO]   Portal Web Module
> > [INFO]   Scheduler Web Module
> > [INFO]   Security Web Module
> > [INFO]   Registry Web Module
> > [INFO]   Web Remoting Web Module
> > [INFO]   Help Web Module
> > [INFO]   Filter Web Module
> > [INFO]   Workflow Portlet Web Module
> > [INFO]   Log Web Module
> > [INFO]   Credential Web Module
> > [INFO]   Applications
> > [INFO]   Common Application
> > [INFO]   Enterprise Management Platform
> > [INFO] Searching repository for plugin with prefix: 'release'.
> > [INFO]

RE: NullPointerException in maven

[nicklist]

It was more a "been there, done that" story. Whenever I see someone talking 
about "we are using a local repository" or such, horrid images from the past 
gets in my head. ;)

If you try to get 
http://ecm-maven-repo.itcnetworks:8081/maven_repo/org/apache/maven/plugins/maven-metadata.xml.sha1
 from a browser or wget, does that succeed?

Hth,

Nick S.


-Original Message-
From: Ionut Scutaru [mailto:[EMAIL PROTECTED]
Sent: Wed 2/13/2008 14:11
To: Maven Users List
Subject: Re: NullPointerException in maven
 
Sorry, I wasn't clear enough.. It's an internal remote repository on a
server.

I uploaded the artifacts using the deploy plugin. (we did that for all our
artifacts and it's working just fine..) The only problem was with this
specific plugin.




On Feb 13, 2008 2:26 PM, <[EMAIL PROTECTED]> wrote:

> > We have a local repository where we put all the artifacts that we need
> in
> our project.
>
> Do you mean the local repository each developer has? Normally
> /.m2/repository . Or do you mean an internal remote repository on
> a server? With what command did you install the artifacts into your
> repository?
>
> Take a look at the local and remote repository principle. You can't copy
> files into a remote repository and you can't use a local repository (ie.
> from your build server account) as remote repository for other developers.
> Don't mess with these, or you can get weird effects.
>
> Hth,
>
> Nick Stolwijk
>
>
> -Original Message-
> From: Ionut Scutaru [mailto:[EMAIL PROTECTED]
> Sent: Wed 2/13/2008 13:00
> To: users@maven.apache.org
> Subject: NullPointerException in maven
>
> Guys,
> We have a local repository where we put all the artifacts that we need in
> our project. Recently though I added a new version of the maven-release
> plugin and, when I try to use it, I'm getting a NullPointerException as
> follows:
>
>
> [EMAIL PROTECTED] trunk]$ mvn -X release:branch
> -DupdateBranchVersions=true
> -DupdateWorkingCopyVersions=false -DautoVersionSubmodules=true
> -DbranchName="EMP-2.0.0/" -DdryRun=true -U
> + Error stacktraces are turned on.
> Maven version: 2.0.4
> [DEBUG] Building Maven user-level plugin registry from:
> '/home/scutaru/.m2/plugin-registry.xml'
> [DEBUG] Building Maven global-level plugin registry from:
> '/home/scutaru/opt/maven-2.0.4/conf/plugin-registry.xml'
> [INFO] Scanning for projects...
> [INFO] Reactor build order:
> [INFO]   Enterprise Management Platform
> [INFO]   Common
> [INFO]   Tools
> [INFO]   Maven Plugins
> [INFO]   Portlet Archetype
> [INFO]   Service Archetype
> [INFO]   Installer Maven Plugin
> [INFO]   Runtime Maven Plugin
> [INFO]   Buildinfo Maven Plugin
> [INFO]   Modify Maven Values Maven Plugin
> [INFO]   Shrinkjs Maven Plugin
> [INFO]   Eclipse Plugins
> [INFO]   Sample Eclipse Plugin
> [INFO]   JIRA Plugins
> [INFO]   Agile JIRA Plugin
> [INFO]   Clarify JIRA Plugin
> [INFO]   InstallAnywhere Plugins
> [INFO]   Test SAM Connection InstallAnywhere Plugin
> [INFO]   FQDN InstallAnywhere Plugin
> [INFO]   Port Check InstallAnywhere Plugin
> [INFO]   Modules
> [INFO]   Backup
> [INFO]   Common Module
> [INFO]   Portal Extensions
> [INFO]   Connector Modules
> [INFO]   Common Connector Module
> [INFO]   Sample Connector Module
> [INFO]   Service Modules
> [INFO]   Registry Service
> [INFO]   Filter Service
> [INFO]   Licensing Service
> [INFO]   Log Service
> [INFO]   Security Service
> [INFO]   Web Remoting Service
> [INFO]   Inventory Service
> [INFO]   Workflow Management Service
> [INFO]   Scheduler Service
> [INFO]   Discovery Service
> [INFO]   Web Modules
> [INFO]   Common Web Module
> [INFO]   Inventory Web Module
> [INFO]   Portal Server Web Module
> [INFO]   Webstart Web Module
> [INFO]   Portal Web Module
> [INFO]   Scheduler Web Module
> [INFO]   Security Web Module
> [INFO]   Registry Web Module
> [INFO]   Web Remoting Web Module
> [INFO]   Help Web Module
> [INFO]   Filter Web Module
> [INFO]   Workflow Portlet Web Module
> [INFO]   Log Web Module
> [INFO]   Credential Web Module
> [INFO]   Applications
> [INFO]   Common Application
> [INFO]   Enterprise Management Platform
> [INFO] Searching repository for plugin with prefix: 'release'.
> [INFO] org.apache.maven.plugins: checking for updates from central
> [DEBUG] SHA1 not found, trying MD5
> org.apache.maven.wagon.ResourceDoesNotExistException: Unable to locate
> resource in repository
>at
> org.apache.maven.wagon.providers.http.LightweightHttpWagon.fillInputData(
> LightweightHttpWagon.java:95)
>at org.apache.maven.wagon.StreamWagon.get(StreamWagon.java:68)
>at
> org.apache.maven.artifact.manager.DefaultWagonManager.verifyChecksum(
> DefaultWagonManager.java:520)
>at
> org.apache.maven.artifact.manager.DefaultWagonManager.getRemoteFile(
> DefaultWagonManager.java:380)
>at
> org.apache.maven.artifact.manager.DefaultWagonManager.getArtifactMetadata(
> DefaultWagonManager.java:295)
>at
>
> org.apache.maven.artifact.repository.metada

RE: NullPointerException in maven

[nicklist]

> We have a local repository where we put all the artifacts that we need in
our project.

Do you mean the local repository each developer has? Normally 
/.m2/repository . Or do you mean an internal remote repository on a 
server? With what command did you install the artifacts into your repository?

Take a look at the local and remote repository principle. You can't copy files 
into a remote repository and you can't use a local repository (ie. from your 
build server account) as remote repository for other developers. Don't mess 
with these, or you can get weird effects.

Hth,

Nick Stolwijk


-Original Message-
From: Ionut Scutaru [mailto:[EMAIL PROTECTED]
Sent: Wed 2/13/2008 13:00
To: users@maven.apache.org
Subject: NullPointerException in maven
 
Guys,
We have a local repository where we put all the artifacts that we need in
our project. Recently though I added a new version of the maven-release
plugin and, when I try to use it, I'm getting a NullPointerException as
follows:


[EMAIL PROTECTED] trunk]$ mvn -X release:branch -DupdateBranchVersions=true
-DupdateWorkingCopyVersions=false -DautoVersionSubmodules=true
-DbranchName="EMP-2.0.0/" -DdryRun=true -U
+ Error stacktraces are turned on.
Maven version: 2.0.4
[DEBUG] Building Maven user-level plugin registry from:
'/home/scutaru/.m2/plugin-registry.xml'
[DEBUG] Building Maven global-level plugin registry from:
'/home/scutaru/opt/maven-2.0.4/conf/plugin-registry.xml'
[INFO] Scanning for projects...
[INFO] Reactor build order:
[INFO]   Enterprise Management Platform
[INFO]   Common
[INFO]   Tools
[INFO]   Maven Plugins
[INFO]   Portlet Archetype
[INFO]   Service Archetype
[INFO]   Installer Maven Plugin
[INFO]   Runtime Maven Plugin
[INFO]   Buildinfo Maven Plugin
[INFO]   Modify Maven Values Maven Plugin
[INFO]   Shrinkjs Maven Plugin
[INFO]   Eclipse Plugins
[INFO]   Sample Eclipse Plugin
[INFO]   JIRA Plugins
[INFO]   Agile JIRA Plugin
[INFO]   Clarify JIRA Plugin
[INFO]   InstallAnywhere Plugins
[INFO]   Test SAM Connection InstallAnywhere Plugin
[INFO]   FQDN InstallAnywhere Plugin
[INFO]   Port Check InstallAnywhere Plugin
[INFO]   Modules
[INFO]   Backup
[INFO]   Common Module
[INFO]   Portal Extensions
[INFO]   Connector Modules
[INFO]   Common Connector Module
[INFO]   Sample Connector Module
[INFO]   Service Modules
[INFO]   Registry Service
[INFO]   Filter Service
[INFO]   Licensing Service
[INFO]   Log Service
[INFO]   Security Service
[INFO]   Web Remoting Service
[INFO]   Inventory Service
[INFO]   Workflow Management Service
[INFO]   Scheduler Service
[INFO]   Discovery Service
[INFO]   Web Modules
[INFO]   Common Web Module
[INFO]   Inventory Web Module
[INFO]   Portal Server Web Module
[INFO]   Webstart Web Module
[INFO]   Portal Web Module
[INFO]   Scheduler Web Module
[INFO]   Security Web Module
[INFO]   Registry Web Module
[INFO]   Web Remoting Web Module
[INFO]   Help Web Module
[INFO]   Filter Web Module
[INFO]   Workflow Portlet Web Module
[INFO]   Log Web Module
[INFO]   Credential Web Module
[INFO]   Applications
[INFO]   Common Application
[INFO]   Enterprise Management Platform
[INFO] Searching repository for plugin with prefix: 'release'.
[INFO] org.apache.maven.plugins: checking for updates from central
[DEBUG] SHA1 not found, trying MD5
org.apache.maven.wagon.ResourceDoesNotExistException: Unable to locate
resource in repository
at
org.apache.maven.wagon.providers.http.LightweightHttpWagon.fillInputData(
LightweightHttpWagon.java:95)
at org.apache.maven.wagon.StreamWagon.get(StreamWagon.java:68)
at
org.apache.maven.artifact.manager.DefaultWagonManager.verifyChecksum(
DefaultWagonManager.java:520)
at
org.apache.maven.artifact.manager.DefaultWagonManager.getRemoteFile(
DefaultWagonManager.java:380)
at
org.apache.maven.artifact.manager.DefaultWagonManager.getArtifactMetadata(
DefaultWagonManager.java:295)
at
org.apache.maven.artifact.repository.metadata.DefaultRepositoryMetadataManager.resolveAlways
(DefaultRepositoryMetadataManager.java:356)
at
org.apache.maven.artifact.repository.metadata.DefaultRepositoryMetadataManager.resolve
(DefaultRepositoryMetadataManager.java:91)
at
org.apache.maven.plugin.DefaultPluginMappingManager.loadPluginMappings(
DefaultPluginMappingManager.java:98)
at
org.apache.maven.plugin.DefaultPluginMappingManager.loadPluginMappings(
DefaultPluginMappingManager.java:82)
at org.apache.maven.plugin.DefaultPluginMappingManager.getByPrefix(
DefaultPluginMappingManager.java:56)
at
org.apache.maven.plugin.DefaultPluginManager.getPluginDefinitionForPrefix(
DefaultPluginManager.java:143)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.getMojoDescriptor(
DefaultLifecycleExecutor.java:1446)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.segmentTaskListByAggregationNeeds
(DefaultLifecycleExecutor.java:381)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(
DefaultLifecy

RE: Maven Concepts

[nicklist]

The modules section is only used when building an aggregate project. It is not 
used for dependencies in any way. If submodule b uses submodule a, you have to 
give submodule b a dependency on submodule a. If multiple submodules depend on 
submodule a, you can have submodule a in the dependencyManagement, with the 
right version (often it is ${project.version}, which is the version of your 
aggregate project) so you don't need to include the version number in each 
submodule.

Hth,

Nick Stolwijk


-Original Message-
From: amit kumar [mailto:[EMAIL PROTECTED]
Sent: Tue 2/12/2008 15:15
To: Maven Users List
Subject: Re: Maven Concepts
 
Continuing on the dependency Vs dependencyManagement, I read the documents
on it but after encountering the archetype:create for j2ee simple, I am not
able to figure out what is the motive behind giving sub-modules of the
project in the dependencyManagement section.


Regards,
Amit

On Feb 12, 2008 7:08 PM, amit kumar <[EMAIL PROTECTED]> wrote:

> Thanks Nick. I was unaware of that part. Configured the repository for
> snapshots and now it is working.
>
> Regards,
> Amit
>
>
> On Feb 12, 2008 3:16 PM, <[EMAIL PROTECTED]> wrote:
>
> > How did you configure your repository? Especially take a look at the
> > updatePolicy element in your snapshot repository. [1] If this one is
> > omitted, it will default to "daily", so it is possible it won't take your
> > newest snapshot. You can use "mvn -U" to look for newer versions of the
> > snapshot dependencies. Or set the updatePolicy to another value: "The
> > frequency for downloading updates - can be "always", "daily" (default),
> > "interval:XXX" (in minutes) or "never" (only if it doesn't exist locally)."
> >
> > Hth,
> >
> > Nick S.
> >
> > [1]
> > http://maven.apache.org/ref/2.0.7/maven-settings/settings.html#class_snapshots
> >
> >
> > -Original Message-
> > From: amit kumar [mailto:[EMAIL PROTECTED]
> > Sent: Tue 2/12/2008 10:40
> > To: Maven Users List
> > Subject: Re: Maven Concepts
> >
> > I tested with SNAPSHOT version as well. But maven still seems to prefer
> > the
> > local version of even the SNAPSHOT version?
> >
> > i have these two modules a.jar and b.jar,
> > a-1.0-SNAPSHOT.jar depends on b-1.0-SNAPSHOT.jar, I tested and deployed
> > b.jar at a later time stamp and again tried to build a.jar. But still it
> > fetched the local version which was build at 14:29 while the one of two
> > jars
> > at repository is a 14:45 built?
> >
> > Am I missing something here? I am using the buildNumber as well to have
> > the
> > finalName appended with time stamp.
> >
> > Regards,
> > Amit
> >
> > On Feb 8, 2008 3:52 PM, Simon Kitching <[EMAIL PROTECTED]> wrote:
> >
> > >  Stephen Connolly <[EMAIL PROTECTED]> schrieb:
> > > > Redeploying a non-SNAPSHOT version is a _bad thing_ as Maven will
> > not
> > > > re-download it.
> > >
> > > Absolutely. Never overwrite an existing deployed file except when it
> > has
> > > SNAPSHOT in the version.
> > >
> > > Builds should be repeatable, ie you should be able to compile
> > something
> > > today, then compile it again next week and get the same result. This
> > means
> > > that stuff deployed to a repository should never change.
> > >
> > > The only exception is SNAPSHOT versions; when a project depends on one
> > of
> > > these, then it is explicitly acknowledging that repeatable builds are
> > not
> > > possible.
> > >
> > > One of the things the release plugin does is check that there are no
> > > SNAPSHOT dependencies anywere; if there are then it refuses to
> > continue with
> > > the release process as the release is not repeatable. Of course using
> > the
> > > release plugin is not mandatory, but that particular check is a very
> > good
> > > idea.
> > >
> > > And because Maven assumes people never overwrite non-snapshot files,
> > it
> > > never bothers to check for newer ones. Only with SNAPSHOTs does maven
> > look
> > > for newer versions, on an "every time", "daily" or "weekly" basis as
> > > configured.
> > >
> > > Regards,
> > > Simon
> > >
> > > -
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> > >
> >
> >
>

RE: Maven Concepts

[nicklist]

How did you configure your repository? Especially take a look at the 
updatePolicy element in your snapshot repository. [1] If this one is omitted, 
it will default to "daily", so it is possible it won't take your newest 
snapshot. You can use "mvn -U" to look for newer versions of the snapshot 
dependencies. Or set the updatePolicy to another value: "The frequency for 
downloading updates - can be "always", "daily" (default), "interval:XXX" (in 
minutes) or "never" (only if it doesn't exist locally)."

Hth,

Nick S.

[1] 
http://maven.apache.org/ref/2.0.7/maven-settings/settings.html#class_snapshots


-Original Message-
From: amit kumar [mailto:[EMAIL PROTECTED]
Sent: Tue 2/12/2008 10:40
To: Maven Users List
Subject: Re: Maven Concepts
 
I tested with SNAPSHOT version as well. But maven still seems to prefer the
local version of even the SNAPSHOT version?

i have these two modules a.jar and b.jar,
a-1.0-SNAPSHOT.jar depends on b-1.0-SNAPSHOT.jar, I tested and deployed
b.jar at a later time stamp and again tried to build a.jar. But still it
fetched the local version which was build at 14:29 while the one of two jars
at repository is a 14:45 built?

Am I missing something here? I am using the buildNumber as well to have the
finalName appended with time stamp.

Regards,
Amit

On Feb 8, 2008 3:52 PM, Simon Kitching <[EMAIL PROTECTED]> wrote:

>  Stephen Connolly <[EMAIL PROTECTED]> schrieb:
> > Redeploying a non-SNAPSHOT version is a _bad thing_ as Maven will not
> > re-download it.
>
> Absolutely. Never overwrite an existing deployed file except when it has
> SNAPSHOT in the version.
>
> Builds should be repeatable, ie you should be able to compile something
> today, then compile it again next week and get the same result. This means
> that stuff deployed to a repository should never change.
>
> The only exception is SNAPSHOT versions; when a project depends on one of
> these, then it is explicitly acknowledging that repeatable builds are not
> possible.
>
> One of the things the release plugin does is check that there are no
> SNAPSHOT dependencies anywere; if there are then it refuses to continue with
> the release process as the release is not repeatable. Of course using the
> release plugin is not mandatory, but that particular check is a very good
> idea.
>
> And because Maven assumes people never overwrite non-snapshot files, it
> never bothers to check for newer ones. Only with SNAPSHOTs does maven look
> for newer versions, on an "every time", "daily" or "weekly" basis as
> configured.
>
> Regards,
> Simon
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

RE: Build number plugin drama

[nicklist]

The install page at ucalgary.ca is out of date. The buildnumber plugin has been 
uploaded to central and is at:


org.codehaus.mojo
buildnumber-maven-plugin
1.0-beta-1


Which version are you trying to use?

Hth,

Nick S.


-Original Message-
From: VUB Stefan Seidel [mailto:[EMAIL PROTECTED]
Sent: Tue 2/12/2008 10:20
To: Maven Users List
Subject: Re: Build number plugin drama
 
http://commons.ucalgary.ca/projects/maven-buildnumber-plugin/install.html

Clifton wrote:
> Hi all
> 
> My buddy and I are stumbling with the buildNumber plugin and getting nowhere
> fast. We found the original version here:
> http://commons.ucalgary.ca/projects/maven-buildnumber-plugin/howto.html
> Then later stumbled across the superceding version here:
> http://mojo.codehaus.org/buildnumber-maven-plugin/
> Trying to use the codehaus version gives:
> [INFO] The plugin 'org.codehaus.mojo:buildnumber-maven-plugin' does not
> exist or no valid version could be found


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Archiva 1.0.1 [Virus checked]

[nicklist]

It is not very easy to find, but under "Get involved" on 
maven.apache.org/archiva there is a page for the mailinglists. [1]

Hth,

Nick Stolwijk

[1] http://maven.apache.org/archiva/mail-lists.html


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Mon 2/11/2008 13:12
To: Maven Users List
Subject: Archiva 1.0.1  [Virus checked]
 
Hi All,

I am not sure this is the right place, but I did not find an archiva
specific list.

Testing the brand new version 1.0.1 and creating new users, I could NOT log
in with those new users, only admin DID work.
Did I miss something or is it common behavior ?

mit freundlichen Grüßen/best regards

Wolfgang Schrecker

"MODEL-DRIVEN DESIGN demands that the model stay in lockstep with the
implementation, but it allows freedom to choose any implementation that
faithfully captures the meaning of the model"
from Eric Evans: Domain-Driven Design p. 230



 --
--

Atos Worldline Processing GmbH
Hahnstrasse 25
60528 Frankfurt/Main
Germany
Phone: +49 69/6657-1176
mailto:[EMAIL PROTECTED]
http://www.atosworldline.com

Geschäftsführer: Erik Munk Koefoed
Aufsichtsratsvorsitzender: Didier Dhennin
Sitz der Gesellschaft: Frankfurt/Main
Handelsregister: Frankfurt/Main HRB 40 417
 
PS: Besuchen Sie am 21.02.2008 das Achte Kartenforum von Atos Worldline und B+S 
Card Service.
Infos und Anmeldung unter http://www.kartenforum.de
--

Atos Worldline Processing GmbH
Hahnstraße 25
60528 Frankfurt/Main
Germany
Phone: +49 69/6657-1176
Fax :
mailto: [EMAIL PROTECTED]
http://www.atosworldline.com

Geschäftsführer: Erik Munk Koefoed
Aufsichtsratsvorsitzender: Didier Dhennin
Sitz der Gesellschaft: Frankfurt/Main
Handelsregister: Frankfurt/Main HRB 40 417


* * * * * * * * L E G A LD I S C L A I M E R * * * * * * * *
This e-mail is destined for the above mentioned recipient. In case you
received this e-mail by accident, we would appreciate it if you could
contact the sender and delete all copies stored on your computer.
Please be aware that the security and confidentiality of electronic data
transmitted by e-mail is not completely guaranteed and that data may be seen,
copied, downloaded or changed by third persons during transmission.
Atos Origin accepts no liability for the security and confidentiality of
data and documents sent by e-mail. Please make sure that all important
messages will be confirmed in writing by means of a telefax or a letter.
* * * * * * * * L E G A LD I S C L A I M E R * * * * * * * *

RE: Error getting POM for 'org.apache.maven.plugins:maven-resources-plugin' from the repository

[nicklist]

My first suggestion would be to version all the plugins you use, maybe in a 
parent pom. Otherwise, builds that work now, will fail in the future, even your 
tags, because of updated plugins. Been there, done that, got the T-shirt.

Hth,

Nick Stolwijk

-Original Message-
From: Joshua Pollak [mailto:[EMAIL PROTECTED]
Sent: Thu 2/7/2008 5:06 PM
To: users@maven.apache.org
Subject: Error getting POM for 
'org.apache.maven.plugins:maven-resources-plugin' from the repository
 
Hello,

Over the last few days this problem has been plaguing my development  
team. At first I thought it was a problem with a specific projects use  
of snapshot plugins and our internal repository cache (Artifactory),  
but I just discovered it is happening on an internal project which is  
not configured to use Artifactory.

--

Project ID: org.apache.maven.plugins:maven-resources-plugin

Reason: Error getting POM for 'org.apache.maven.plugins:maven- 
resources-plugin' from the repository: Failed to resolve artifact,  
possibly due to a repository list that is not appropriately equipped  
for this artifact's metadata.
   org.apache.maven.plugins:maven-resources-plugin:pom:2.3-SNAPSHOT

from the specified remote repositories:
   central (http://repo1.maven.org/maven2)
  for project org.apache.maven.plugins:maven-resources-plugin

--

I've only found two ways to make this problem go away:

1) Everyday, clear both the users ~/.m2/repository directory, and the  
Artifactory cache of plugin snapshots
2) Explicitly set the maven-resources-plugin version to 2.2.

I don't particularly like either option, but we are going with #2 for  
now. Does anyone have any suggestions?

Thanks,

Josh

-- 
Joshua ChaitinPollak | Software Engineer
Kiva Systems, Inc., 225 Wildwood Ave, Woburn, MA 01970

RE: Maven Reporting - DashBoard-Maven-Plugin

[nicklist]

Try:

mvn org.codehaus.mojo:dashboard-maven-plugin:1.0-SNAPSHOT:dashboard

or whatever version you're using.

With regards,

Nick Stolwijk



-Original Message-
From: Nagesh, Srinivas (IS Consultant) [mailto:[EMAIL PROTECTED]
Sent: Thu 2/7/2008 4:03 PM
To: Maven Users List
Subject: RE: Maven Reporting - DashBoard-Maven-Plugin
 
I did... the second command never worked... it complains that it cannot find 
the dashboard-report plugin. I even set up the repository as mentioned and it 
downloaded while generating site... but the second command doesn't work.

Thanks

Srinivas
x3126

-Original Message-
From: VUB Stefan Seidel [mailto:[EMAIL PROTECTED] 
Sent: Thursday, February 07, 2008 10:00 AM
To: Maven Users List
Subject: Re: Maven Reporting - DashBoard-Maven-Plugin

Quote:
To generate the site and the correct dashboard report, you must run the 
dashboard report plugin in 2 passes :
# mvn site
# mvn dashboard-report:dashboard

You should execute these two commands on the command line.

regards,

Stefan

Nagesh, Srinivas (IS Consultant) wrote:
> Hi Stefan,
> 
> Thanks for your response.
> 
> As you mentioned I am looking for a common report.When I try using the 
> dashboard-maven-plugin, I ran into the following problem
> 
> I went to http://mojo.codehaus.org/dashboard-maven-plugin/usage.html
> 
> 1. Placed the dashboard plugin at the very end of the reporting tag.
> 2. Ran Maven Site. This actually generated the report before the findbugs 
> plugin is executed. Shouldnt it supposed to run it at the last when all the 
> other plugins have finished generating their reports?
> 3. Also as mentioned in the site above, what does this mean? "add the 
> dashboard report item in the left menu".
> 
> Would you happen to have a working example of the dashboard-maven-plugin?
> 
> Thanks
> 
> Srinivas
> x3126
> 
> -Original Message-
> From: VUB Stefan Seidel [mailto:[EMAIL PROTECTED] 
> Sent: Thursday, February 07, 2008 2:46 AM
> To: Maven Users List
> Subject: Re: Maven Reporting
> 
> Hi,
> 
> you may consolidate single reports for all modules (like Javadoc, JXR, 
> ...) using the "aggregate" feature of these reports. The question is, 
> what do you really want to do? Your modules have different names for 
> example, how do you "consolidate" that?
> 
> If you are looking for a common report on JUnit tests, Checkstyle, 
> Findbugs etc. have a look at the dashboard-maven-plugin.
> 
> regards,
> 
> Stefan
> 
> Nagesh, Srinivas (IS Consultant) wrote:
>> Hi All,
>>
>> I have a multi-project setup in maven
>>
>> -- Proj
>> -- pom.xml <-- Reporting
>> -- Proj1
>> -- pom.xml
>> -- Proj2
>> -- pom.xml
>>
>> When I specify reporting in the parent pom, the reports are generated in
>> the respective children projects. I would like to know if there is a
>> feature to create a consolidated report of the sub project (Proj1 &
>> Proj2)?
>>
>> Thanks
>>
>> Srini
>>
> 

-- 
best regards,

Stefan Seidel
software developer

VUB Printmedia GmbH
Chopinstraße 4
D-04103 Leipzig
Germany
tel.+49 (341) 9 60 50 07
fax.+49 (341) 9 60 50 92
mail.   [EMAIL PROTECTED]
web.www.vub.de

HRB Köln 24015
UStID DE 122 649 251
GF Dr. Achim Preuss Neudorf,
Dr. Christian Preuss Neudorf

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: building a assembly

[nicklist]

Hi,

Did you take a look at the Maven Application Assembler Plugin? [1] This will 
create the zip file you are asking for.

Hth,

Nick Stolwijk

[1] http://mojo.codehaus.org/appassembler/appassembler-maven-plugin/


-Original Message-
From: Alexander Petri [mailto:[EMAIL PROTECTED]
Sent: Wed 2/6/2008 5:09 PM
To: users@maven.apache.org
Subject: building a assembly
 
Hi,

 

i want to create a zipfile after packaging (for "fullinstall") using the
assembly plugin which should contain

some folders, the jars (dependencies),the main jar(with main.class) and

a batchfile to start the application. => it's a cli application

the problem is that the zipfile doesn't contain the main jar.

How can I put the main jarfile into the zip?

 

Here is my assembly xml for now:

 





  my-src

  

zip

  

  

  

reports

  

  

output

  

  

log

  

  

  



  runtime

lib

  

RE: Attaching javadoc to a non-maven artefact

[nicklist]

Use the -Dclassifier option of deploy:deploy-file [1]. As far as I know it's 
just another classifier of the same artifact.

Hth,

Nick Stolwijk

[1] 
http://maven.apache.org/plugins/maven-deploy-plugin/deploy-file-mojo.html#classifier

-Original Message-
From: Richard Chamberlain [mailto:[EMAIL PROTECTED]
Sent: Wed 2/6/2008 4:51 PM
To: Maven Users List
Subject: Attaching javadoc to a non-maven artefact
 
Hey all,

I've got a non maven artefact that i've added to my company repository
with mvn deploy:deploy-file. However i also have the javadoc and would
like to add it to the repo.

mvn deploy:deploy-file seems to only handle one file, so i'm at a loss
as to how to get the javadoc in the repo.

Thanks,

Rich

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: PMD pom example

[nicklist]

Which rulesets are you using inside Eclipse? By default, the Maven PMD Plugin 
only uses the rulesets basic.xml, unusedcode.xml and imports.xml.

Take a look here [1] and here [2].

Hth,

Nick Stolwijk

[1] http://maven.apache.org/plugins/maven-pmd-plugin/examples/usingRuleSets.html
[2] http://pmd.sourceforge.net/rules/index.html


-Original Message-
From: raghu121 [mailto:[EMAIL PROTECTED]
Sent: Tue 2/5/2008 4:34 AM
To: users@maven.apache.org
Subject: Re: PMD pom example
 

Thanks for the reply though. I should have mentioned that I had already read
this.
Unfortunately its giving me this when I executed site goal "PMD found no
problems in your source code." But I do find lots of problems when I use the
PMD eclipse plugin.

I am attaching my pom.xml





Dennis Lundberg-2 wrote:
> 
> raghu121 wrote:
>> Hi,
>> 
>> Am looking for a PMD pom.xml example for Maven2
> 
> The first place I would look for this is the usage page for the PMD
> plugin:
> http://maven.apache.org/plugins/maven-pmd-plugin/usage.html
> 
> It is considered good practice to read the documentation before asking 
> questions on the user list.
> 
> -- 
> Dennis Lundberg
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 
http://www.nabble.com/file/p15282862/pom.xml pom.xml 
http://www.nabble.com/file/p15282862/pom.xml pom.xml 
-- 
View this message in context: 
http://www.nabble.com/PMD-pom-example-tp15262435s177p15282862.html
Sent from the Maven - Users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Count line of code

[nicklist]

If you look at the report, you should see an explanation section, see also [1].

In short:
Non Commenting Source Statements (NCSS)

Statements for JavaNCSS are not statements as specified in the Java Language 
Specification but include all kinds of declarations too. Roughly spoken, NCSS 
is approximately equivalent to counting ';' and '{' characters in Java source 
files.

Cyclomatic Complexity Number (CCN)

CCN is also know as McCabe Metric. There exists a much hyped theory behind it 
based on graph theory, but it all comes down to simply counting 'if', 'for', 
'while' statements etc. in a method. Whenever the control flow of a method 
splits, the "CCN counter" gets incremented by one.

Hth,

Nick Stolwijk

[1] 
http://mojo.codehaus.org/javancss-maven-plugin/reports/javancss-report.html#explanation


-Original Message-
From: Thomas Tardy [mailto:[EMAIL PROTECTED]
Sent: Fri 2/1/2008 2:37 PM
To: Maven Users List
Subject: Re: Count line of code
 
I got it working. Does anybody know where I can see the line of codes? Is it
the NCSS total information?

On Feb 1, 2008 2:22 PM, <[EMAIL PROTECTED]> wrote:

> I think this is the same problem as MJNCSS-16 [1], which has the following
> comment:
>
> > Thanks for the report.
> > Unfortunatly, as of today, we can't do much since the problem lies
> within javancss core library, beside sending a bug report to the original
> author of javancss :
> > http://www.kclee.de/clemens/java/javancss/
> > Btw we are using the latest available version of it (28.49).
>
> Hth,
>
> Nick Stolwijk
>
> [1] http://jira.codehaus.org/browse/MJNCSS-16
>
> -Original Message-
> From: Thomas Tardy [mailto:[EMAIL PROTECTED]
> Sent: Fri 2/1/2008 1:35 PM
> To: Maven Users List
> Subject: Re: Count line of code
>
> I'm using beta-2 and yes, we are using annotations.
>
> On Feb 1, 2008 1:12 PM, <[EMAIL PROTECTED]> wrote:
>
> > I guess your problem is caused by annotations:
> >
> > > Encountered "@" at line 71, column 17.
> >
> > What version of the plugin are you using? There seems to be a beta-1 and
> a
> > beta-2. The beta-2 has better annotation support.
> >
> > Hth,
> >
> > Nick Stolwijk
> >
> > -Original Message-
> > From: Thomas Tardy [mailto:[EMAIL PROTECTED]
> > Sent: Fri 2/1/2008 11:27 AM
> > To: Maven Users List
> > Subject: Re: Count line of code
> >
> > Hello Nick,
> >
> > I get the following error:
> > [INFO]
> > 
> > [ERROR] BUILD ERROR
> > [INFO]
> > 
> > [INFO] Error during page generation
> >
> > Embedded error: Error rendering Maven report: Error while JavaNCSS was
> > executing
> >
> > Encountered "@" at line 71, column 17.
> > Was expecting one of:
> >"assert" ...
> >"boolean" ...
> >"break" ...
> >"byte" ...
> >"char" ...
> >"class" ...
> >"continue" ...
> >"do" ...
> >"double" ...
> >"enum" ...
> >"false" ...
> >"final" ...
> >"float" ...
> >"for" ...
> >"if" ...
> >"int" ...
> >"interface" ...
> >"long" ...
> >"new" ...
> >"null" ...
> >"return" ...
> >"short" ...
> >"super" ...
> >"switch" ...
> >"synchronized" ...
> >"this" ...
> >"throw" ...
> >"true" ...
> >"try" ...
> >"void" ...
> >"while" ...
> > ...
> > ...
> > ...
> > ...
> > ...
> >"(" ...
> >"{" ...
> >"}" ...
> >";" ...
> >"++" ...
> >"--" ...
> >
> > Any idea what the problem could be?
> >
> > Regards,
> > Thomas
> >
> > On Feb 1, 2008 10:20 AM, Erez Nahir <[EMAIL PROTECTED]> wrote:
> >
> > > And: http://mojo.codehaus.org/javancss-maven-plugin/
> > >
> > > Erez.
> > >
> > > On Feb 1, 2008 10:30 AM, <[EMAIL PROTECTED]> wrote:
> > >
> > > > Yes, there is. Take a look at the StatSCM Maven Plugin [1].
> > > >
> > > > Hth,
> > > >
> > > > Nick Stolwijk
> > > >
> > > > [1] http://stat-scm.sourceforge.net/
> > > >
> > > >
> > > > -Original Message-
> > > > From: Thomas Tardy [mailto:[EMAIL PROTECTED]
> > > > Sent: Fri 2/1/2008 9:24 AM
> > > > To: Maven Users List
> > > > Subject: Count line of code
> > > >
> > > > Hi all,
> > > >
> > > > is there a convenient way to count the line of codes during the
> maven
> > > > build?
> > > >
> > > > Kind Regards,
> > > > Thomas
> > > >
> > > >
> > >
> >
> >
>
>

RE: Count line of code

[nicklist]

I think this is the same problem as MJNCSS-16 [1], which has the following 
comment:

> Thanks for the report.
> Unfortunatly, as of today, we can't do much since the problem lies within 
> javancss core library, beside sending a bug report to the original author of 
> javancss : 
> http://www.kclee.de/clemens/java/javancss/
> Btw we are using the latest available version of it (28.49).

Hth,

Nick Stolwijk

[1] http://jira.codehaus.org/browse/MJNCSS-16

-Original Message-
From: Thomas Tardy [mailto:[EMAIL PROTECTED]
Sent: Fri 2/1/2008 1:35 PM
To: Maven Users List
Subject: Re: Count line of code
 
I'm using beta-2 and yes, we are using annotations.

On Feb 1, 2008 1:12 PM, <[EMAIL PROTECTED]> wrote:

> I guess your problem is caused by annotations:
>
> > Encountered "@" at line 71, column 17.
>
> What version of the plugin are you using? There seems to be a beta-1 and a
> beta-2. The beta-2 has better annotation support.
>
> Hth,
>
> Nick Stolwijk
>
> -Original Message-
> From: Thomas Tardy [mailto:[EMAIL PROTECTED]
> Sent: Fri 2/1/2008 11:27 AM
> To: Maven Users List
> Subject: Re: Count line of code
>
> Hello Nick,
>
> I get the following error:
> [INFO]
> 
> [ERROR] BUILD ERROR
> [INFO]
> 
> [INFO] Error during page generation
>
> Embedded error: Error rendering Maven report: Error while JavaNCSS was
> executing
>
> Encountered "@" at line 71, column 17.
> Was expecting one of:
>"assert" ...
>"boolean" ...
>"break" ...
>"byte" ...
>"char" ...
>"class" ...
>"continue" ...
>"do" ...
>"double" ...
>"enum" ...
>"false" ...
>"final" ...
>"float" ...
>"for" ...
>"if" ...
>"int" ...
>"interface" ...
>"long" ...
>"new" ...
>"null" ...
>"return" ...
>"short" ...
>"super" ...
>"switch" ...
>"synchronized" ...
>"this" ...
>"throw" ...
>"true" ...
>"try" ...
>"void" ...
>"while" ...
> ...
> ...
> ...
> ...
> ...
>"(" ...
>"{" ...
>"}" ...
>";" ...
>"++" ...
>"--" ...
>
> Any idea what the problem could be?
>
> Regards,
> Thomas
>
> On Feb 1, 2008 10:20 AM, Erez Nahir <[EMAIL PROTECTED]> wrote:
>
> > And: http://mojo.codehaus.org/javancss-maven-plugin/
> >
> > Erez.
> >
> > On Feb 1, 2008 10:30 AM, <[EMAIL PROTECTED]> wrote:
> >
> > > Yes, there is. Take a look at the StatSCM Maven Plugin [1].
> > >
> > > Hth,
> > >
> > > Nick Stolwijk
> > >
> > > [1] http://stat-scm.sourceforge.net/
> > >
> > >
> > > -Original Message-
> > > From: Thomas Tardy [mailto:[EMAIL PROTECTED]
> > > Sent: Fri 2/1/2008 9:24 AM
> > > To: Maven Users List
> > > Subject: Count line of code
> > >
> > > Hi all,
> > >
> > > is there a convenient way to count the line of codes during the maven
> > > build?
> > >
> > > Kind Regards,
> > > Thomas
> > >
> > >
> >
>
>

RE: Count line of code

[nicklist]

I guess your problem is caused by annotations:

> Encountered "@" at line 71, column 17.

What version of the plugin are you using? There seems to be a beta-1 and a 
beta-2. The beta-2 has better annotation support.

Hth,

Nick Stolwijk

-Original Message-
From: Thomas Tardy [mailto:[EMAIL PROTECTED]
Sent: Fri 2/1/2008 11:27 AM
To: Maven Users List
Subject: Re: Count line of code
 
Hello Nick,

I get the following error:
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] Error during page generation

Embedded error: Error rendering Maven report: Error while JavaNCSS was
executing

Encountered "@" at line 71, column 17.
Was expecting one of:
"assert" ...
"boolean" ...
"break" ...
"byte" ...
"char" ...
"class" ...
"continue" ...
"do" ...
"double" ...
"enum" ...
"false" ...
"final" ...
"float" ...
"for" ...
"if" ...
"int" ...
"interface" ...
"long" ...
"new" ...
"null" ...
"return" ...
"short" ...
"super" ...
"switch" ...
"synchronized" ...
"this" ...
"throw" ...
"true" ...
"try" ...
"void" ...
"while" ...
 ...
 ...
 ...
 ...
 ...
"(" ...
"{" ...
"}" ...
";" ...
"++" ...
"--" ...

Any idea what the problem could be?

Regards,
Thomas

On Feb 1, 2008 10:20 AM, Erez Nahir <[EMAIL PROTECTED]> wrote:

> And: http://mojo.codehaus.org/javancss-maven-plugin/
>
> Erez.
>
> On Feb 1, 2008 10:30 AM, <[EMAIL PROTECTED]> wrote:
>
> > Yes, there is. Take a look at the StatSCM Maven Plugin [1].
> >
> > Hth,
> >
> > Nick Stolwijk
> >
> > [1] http://stat-scm.sourceforge.net/
> >
> >
> > -Original Message-
> > From: Thomas Tardy [mailto:[EMAIL PROTECTED]
> > Sent: Fri 2/1/2008 9:24 AM
> > To: Maven Users List
> > Subject: Count line of code
> >
> > Hi all,
> >
> > is there a convenient way to count the line of codes during the maven
> > build?
> >
> > Kind Regards,
> > Thomas
> >
> >
>

RE: Snapshots aren't updated!

[nicklist]

> how can I specify two deploy paths in pom.xml

Use the snapshotRepository[1]

> or specyfing some argument to mvn deploy command? 
For deploy:deploy-file the arguments are in the documentation [2]

Hth,

Nick Stolwijk

[1] 
http://maven.apache.org/ref/2.0.7/maven-model/maven.html#class_distributionManagement
[2] http://maven.apache.org/plugins/maven-deploy-plugin/deploy-file-mojo.html

-Original Message-
From: DCVer [mailto:[EMAIL PROTECTED]
Sent: Fri 2/1/2008 12:01 PM
To: users@maven.apache.org
Subject: RE: Snapshots aren't updated!
 

Thanks guys, it is as you say. When I execute mvn deploy instead of mvn
install I see (in output logs), that maven updates metadata.
But this creates another question from me: how can I specify two deploy
paths in pom.xml or specyfing some argument to mvn deploy command? In
pom.xml, in  section i have one destination
repository specified, but when I deploy snapshots, I want them to be stored
in another repository. Can I have 2 remote repositories specified in
pom.xml?


nicklist wrote:
> 
> If I understand you correctly, you're using the maven-install-plugin to
> install files into the remote repository? This way the metadata in the
> remote repository is not correctly being updated, so that causes the
> snapshot not to be updated in the local repository. Use the
> maven-deploy-plugin for the deployment of artifacts into the remote
> repository. This is the only way the metadata would be correct.
> 
> Hth,
> 
> Nick Stolwijk
> 
> 
> -Original Message-
> From: DCVer [mailto:[EMAIL PROTECTED]
> Sent: Mon 1/28/2008 1:03 PM
> To: users@maven.apache.org
> Subject: Re: Snapshots aren't updated!
>  
> 
> But I install the jar from the remote server and the jar is installed
> directly to the Maven repository, which is in fact the remote repository
> to
> my local machine and the repository from where snapshots are downloaded
> (but
> not updated...)
> 
> 
> Jeff MAURY wrote:
>> 
>> The install plugin updates your local repo and not the remote ones. You
>> should use the deploy plugin if you want.
>> 
>> Jeff
>> 
>> 
>> On Jan 26, 2008 6:11 PM, DCVer <[EMAIL PROTECTED]> wrote:
>> 
>>>
>>> Hi,
>>>
>>> Why Maven doesn't update snapshot dependencies, although all of my
>>> repositories have defined update policy to always? I try adding -U while
>>> building, but it looks, like only Maven plugins are updated - snapshots
>>> not.
>>>
>>> I have added new class to one of the dependency jar, installed the jar
>>> with
>>> mvn install on the remote repository (from where my snapshots are
>>> downloaded). So the jar has definitely changed, but Maven hasn't updated
>>> my
>>> local repository...
>>>
>>> I was thinking a lot, but haven't found any solution. How Maven decides
>>> whether to update or not the snapshot jar? If it compares dates, what if
>>> the
>>> remote repository has earlier hour (other time region), as it is in my
>>> situation?
>>>
>>> Hope there is simple solution for that...
>>> --
>>> View this message in context:
>>> http://www.nabble.com/Snapshots-aren%27t-updated%21-tp15110146s177p15110146.html
>>> Sent from the Maven - Users mailing list archive at Nabble.com.
>>>
>>>
>>> -
>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>>>
>> 
>> 
>> -- 
>> 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
>> 
>> 
> 
> -- 
> View this message in context:
> http://www.nabble.com/Snapshots-aren%27t-updated%21-tp15110146s177p15133912.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Snapshots-aren%27t-updated%21-tp15110146s177p15224519.html
Sent from the Maven - Users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Logging level at runtime

[nicklist]

Hi folks,

I'm adjusting a maven-plugin, which is a wrapper around a library. This library 
logs a lot at info level and I want to change that to only log when maven is in 
debug mode (-X). When I ask the AbstractMojo.getLogger().isDebugEnabled() it 
always returns false (hard coded). We're using maven-plugin-api:2.0, but 
maven-plugin-api:2.0.8 still has the same implementation (return false; ).

How can I retrieve whether we're running in debug mode or not?

With regards,

Nick Stolwijk

RE: Count line of code

[nicklist]

Yes, there is. Take a look at the StatSCM Maven Plugin [1].

Hth,

Nick Stolwijk

[1] http://stat-scm.sourceforge.net/


-Original Message-
From: Thomas Tardy [mailto:[EMAIL PROTECTED]
Sent: Fri 2/1/2008 9:24 AM
To: Maven Users List
Subject: Count line of code
 
Hi all,

is there a convenient way to count the line of codes during the maven build?

Kind Regards,
Thomas

RE: Dependency resolution of maven-war-plugin

[nicklist]

Hmm, I've looked at the axis2 wsdl2code plugin and I see your problem: the 
plugin is changing the dependencies. It has hardcoded groupId/artifactId 
combinations and adds these to the project.

This is not a problem with the war plugin. The wsdl2code plugin should clean up 
their changes or not change them at all.

Hth,

Nick Stolwijk


-Original Message-
From: Felix Röthenbacher [mailto:[EMAIL PROTECTED]
Sent: Thu 1/31/2008 3:01 PM
To: Maven Users List
Subject: Re: Dependency resolution of maven-war-plugin
 
I'm using Maven 2.0.8 with maven-war-plugin version 2.1-alpha-2-SNAPSHOT.

The dependency is added although I specified an
exclusion in the pom.xml (see below):

pom.xml:

   
 
   
 org.apache.axis2
 axis2-wsdl2code-maven-plugin
 
   ...
 
 
   
 org.apache.axis2
 axis2-xmlbeans
 ${axis2.version}
 
   
 xmlbeans
 xbean
   
 
   
 
   
 
   

Executing maven with the -X switch set the following debug messages
are produced indicating that the dependency on xmlbeans:xbean
is already on the classpath for compiler:compile, etc.
The axis2-wsdl2code plugin seems to add this dependency though
specified as an exclusion.

...
[INFO] [axis2-wsdl2code:wsdl2code {execution: publisher-wsdl}]
...
[DEBUG] The artifact org.apache.ws.commons.axiom:axiom-api is already 
present  in the project and will not be added.
[DEBUG] The artifact org.apache.ws.commons.axiom:axiom-impl is already 
present  in the project and will not be added.
[DEBUG] The artifact commons-httpclient:commons-httpclient is already 
present  in the project and will not be added.
[DEBUG] The artifact wsdl4j:wsdl4j is already present  in the project 
and will not be added.
[DEBUG] Adding artifact org.apache.axis2:axis2-xmlbeans
[DEBUG] Adding artifact xmlbeans:xbean
[DEBUG] The projects dependency artifacts are:
[DEBUG] com.sun.facelets:jsf-facelets:1.1.13:null:compile:jar
[DEBUG] xmlbeans:xbean:2.2.0:null:compile:jar
...
...
[INFO] [compiler:testCompile]
[DEBUG] Using compiler 'javac'.
[DEBUG] Classpath: [ ...
   /home/felix/.m2/repository/xmlbeans/xbean/2.2.0/xbean-2.2.0.jar
   ...]
...
...
[DEBUG] Configuring mojo 
'org.apache.maven.plugins:maven-surefire-plugin:2.4.1-SNAPSHOT:test' -->
...
[DEBUG]   (f) classpathElements = [ ... 
/home/felix/.m2/repository/xmlbeans/xbean/2.2.0/xbean-2.2.0.jar, ... ]
...
[DEBUG]   (f) projectArtifactMap = { ... 
xmlbeans:xbean=xmlbeans:xbean:jar:2.2.0:compile, ... }
...
[DEBUG] Test Classpath :
[DEBUG]   /home/felix/.m2/repository/xmlbeans/xbean/2.2.0/xbean-2.2.0.jar
...
...

Finally the maven-war-module adds this plugin transitive dependency also:

[INFO] [war:war]
[INFO] Packaging webapp
[INFO] Assembling webapp[publisher-webapp] in 
[/home/felix/dev/lwp/publisher/publisher-webapp/target/publisher-webapp-1.0.0-SNAPSHOT]
[INFO] Processing war project
...
[DEBUG] Processing: xbean-2.2.0.jar
[DEBUG]  * WEB-INF/lib/xbean-2.2.0.jar is up to date.
...
[INFO] Webapp assembled in[1437 msecs]
[INFO] Building war: 
/home/felix/dev/lwp/publisher/publisher-webapp/target/publisher-webapp-1.0.0-SNAPSHOT.war
...
[DEBUG] adding entry WEB-INF/lib/xbean-2.2.0.jar

Any Ideas?

Felix


On 01/31/2008 12:03 PM, [EMAIL PROTECTED] wrote:
> This is the first time I see that a plugin transitive dependency makes it 
> into the final
 > artifact. What versions of maven and the maven-war-plugin are you using?
> 
> With regards,
> 
> Nick Stolwijk
> 
> -Original Message-
> From: amit kumar [mailto:[EMAIL PROTECTED]
> Sent: Thu 1/31/2008 11:56 AM
> To: Maven Users List
> Subject: Re: Dependency resolution of maven-war-plugin
>  
> Yes Felix maven-war-plugin does include the transitive dependencies.
> For a transitive dependency of a plugin, the way(workaround) I found
> and using is to declare that dependency explicitly in your pom.xml and
> declare it to be available at only compile time (  tag).
> 
> For the transitive dependencies of the rest of the dependencies I am
> using  tag with in the dependency tag. That probably be not
> the sanest way of it, but this was what I could find out with the help
> of other maven users here on the list.
> 
> Amit
> 
> On Jan 31, 2008 4:20 PM, Felix Röthenbacher <[EMAIL PROTECTED]> wrote:
>> Hello
>>
>> I have a question re dependency resolution of the maven-war-plugin.
>> If I run 'mvn install' a war is built including the library xbeans.jar
>> (xmlbeans:xbean is a transitive dependency of a plugin). Why is this
>> dependency included though not declared?
>>
>> A check with 'mvn dependency:tree -Dincludes=xmlbeans:xbean' returns
>> with no result. It seems to me that maven-war-plugin includes also
>> transitive plugin dependencies.
>>
>> Thanks for your help, Felix
>>
>>



-
To unsubscribe, e-mail: [EMAIL PROTEC

RE: problems with multiple profiles...

[nicklist]

Hmm, I don't know why your first example is working, because that is not a 
valid layout for the POM. See [1].

Could you give us the output of mvn -e -P  

With regards,

Nick Stolwijk

[1] http://maven.apache.org/ref/2.0.7/maven-model/maven.html

-Original Message-
From: supareno [mailto:[EMAIL PROTECTED]
Sent: Thu 1/31/2008 2:34 PM
To: Maven Users List
Subject: problems with multiple profiles...
 
hello,

i read a lot about profiles ans i 'm stuck on a problem
i'm using eclipse 3.2
my maven version is :
Maven version: 2.0.8
my java version is:
Java version: 1.6.0_03

so, in my pom.xml, i have a profile with build, plugins and depedencies 
like this:


4.0.0
groupid
artifactid
[...]

   
  [...]
   
   
  [...]
   
   [...]



when i run this pom with the eclipse external tools launcher, everything 
works fine
but i put mu profile between  tag like this


[...]


   [...]




to add another profile, i've got an error which is:

INFO] 

[ERROR] BUILD FAILURE
[INFO] 

[INFO] Error scanning for extensions: Error building model lineage in 
order to pre-scan for extensions: Failed to parse model from: 
/home//pom.xml for project unknown at /home//pom.xml
[INFO] 

[INFO] Total time: 1 second
[INFO] Finished at: Thu Jan 31 14:23:32 CET 2008
[INFO] Memory 2M/4M
[INFO] 


what's wrong with my config??

regards
supareno

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Dependency resolution of maven-war-plugin

[nicklist]

This is the first time I see that a plugin transitive dependency makes it into 
the final artifact. What versions of maven and the maven-war-plugin are you 
using?

With regards,

Nick Stolwijk

-Original Message-
From: amit kumar [mailto:[EMAIL PROTECTED]
Sent: Thu 1/31/2008 11:56 AM
To: Maven Users List
Subject: Re: Dependency resolution of maven-war-plugin
 
Yes Felix maven-war-plugin does include the transitive dependencies.
For a transitive dependency of a plugin, the way(workaround) I found
and using is to declare that dependency explicitly in your pom.xml and
declare it to be available at only compile time (  tag).

For the transitive dependencies of the rest of the dependencies I am
using  tag with in the dependency tag. That probably be not
the sanest way of it, but this was what I could find out with the help
of other maven users here on the list.

Amit

On Jan 31, 2008 4:20 PM, Felix Röthenbacher <[EMAIL PROTECTED]> wrote:
> Hello
>
> I have a question re dependency resolution of the maven-war-plugin.
> If I run 'mvn install' a war is built including the library xbeans.jar
> (xmlbeans:xbean is a transitive dependency of a plugin). Why is this
> dependency included though not declared?
>
> A check with 'mvn dependency:tree -Dincludes=xmlbeans:xbean' returns
> with no result. It seems to me that maven-war-plugin includes also
> transitive plugin dependencies.
>
> Thanks for your help, Felix
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Checkstyle Problem

[nicklist]

What goals are you running from continuum?

You could attach the checkstyle:checkstyle goal to another phase:



org.apache.maven.plugins
maven-checkstyle-plugin



run

verify






Hth,

Nick Stolwijk

-Original Message-
From: Mitesh51 [mailto:[EMAIL PROTECTED]
Sent: Thu 1/31/2008 11:40 AM
To: [EMAIL PROTECTED]
Subject: RE: Checkstyle Problem
 

What i want to do is generate a checkstyle report.

I can do thais via mvn checkstyle:checkstyle from command prompt but i am
not able to generate that report when i use the continumm to run the Maven
project.

If u have yahoo id then can u give me?

Please I need the solution very urgently. 


nicklist wrote:
> 
> What goals or phase are you running from Continuum? The reporting section
> is only used when generating a site (thus, running mvn site) and not when
> running an install or deploy.
> 
> Hth,
> 
> Nick Stolwijk
> 
> ps. I don't think you need the checkstyle artifact as dependency. This way
> it will be included in your project.
> 
> 
> -Original Message-
> From: Mitesh51 [mailto:[EMAIL PROTECTED]
> Sent: Thu 1/31/2008 11:07 AM
> To: [EMAIL PROTECTED]
> Subject: Checkstyle Problem
>  
> 
> I want to use checkstyle plugin and use it in continuum.
> 
> My pom.xml looks like .
> 
> 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/maven-v4_0_0.xsd";>
>   4.0.0
>   com.mycompany.app
>   my-app
>   jar
>   1.0-SNAPSHOT
>   my-app
>   http://maven.apache.org
> 
>   
> 
> scm:svn:svn://shikhas:[EMAIL 
> PROTECTED]/iLabsDevRepo/Source/trunk/iTraining/trunk/maven/my-app/
>   
> 
> 
>   
>
>   checkstyle
>   checkstyle
>   4.1
> jar
>   package
> true
> 
> 
>   
> 
>
>  
>  
>
> org.apache.maven.plugins 
>
> maven-checkstyle-plugin 
>  
> D:\ILabs
> Task\Maven\checkstyle-4.4\sun_checks.xml 
>  
>  
>  
>  
> 
> 
> 
> It is downloading the jars necessary for the checkstyle but it is not
> generating the checkstyle documents.
> 
> Is there anything missing in pom.xml?
> 
> After running the build script in continuum, It does not generate the
> checkstyle reports in the Output directory with the use of continuum.
> 
> Any Suggestions??
> -- 
> View this message in context:
> http://www.nabble.com/Checkstyle-Problem-tp15201303p15201303.html
> Sent from the Continuum - Users mailing list archive at Nabble.com.
> 
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Checkstyle-Problem-tp15201303p15201976.html
Sent from the Continuum - Users mailing list archive at Nabble.com.

RE: can maven package all the dependence jar files in the war file?

[nicklist]

All Java files under src/main/java will be compiled into WEB-INF/classes in 
your final war. (To be honest, all java files will be compiled to 
target/classes, all resources from src/main/resources will be copied (and 
filtered) to target/classes and finally target/classes will be copied to 
WEB-INF/classes)

Hth,

Nick Stolwijk


-Original Message-
From: Wayne Fay [mailto:[EMAIL PROTECTED]
Sent: Wed 1/30/2008 4:40 PM
To: Maven Users List
Subject: Re: can maven package all the dependence jar files in the war file?
 
Don't put any Java code in your WAR project, instead all code must
come from other projects that you depend on. Assuming this is true,
this is just how the WAR plugin works with default configuration.

Personally we are building EARs so I don't want my WARs loaded up with
all those JARs. Instead I like nice "thin WARs" and fat EARs.

Wayne

On 1/30/08, Rex Huang <[EMAIL PROTECTED]> wrote:
> I want to generate a war file, the dependence jar files are needed to
> package in it.
> and also the class files in WEB-INF\classes, I want to package it in a jar
> file.
> all the jar files should be put in WEB-INF\lib.
>
> Can I make it work?
>
> BR//Rex
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Re: SNAPSHOT timestamp ?

[nicklist]

A copy paste of my last mail, which was accidentally replied to th wrong 
message.

I don't think you can get the timestamp generated in the deploy phase before 
the package phase, in which the artifact is created. I suggest take a look at 
the revision part of the buildnumber plugin. At least, you will be able to see 
from which revision your build was build.

Hth,

Nick Stolwijk 


-Original Message-
From: news on behalf of Jon SlinnHawkins
Sent: Tue 1/29/2008 11:15 AM
To: users@maven.apache.org
Subject:  Re: SNAPSHOT timestamp ?
 
Thanks Nick,

Ideally i need to be able to get hold of the version number that will be 
used, and deployed to the repository otherwise we cannot trace a build 
number to a snapshot version in the repo.

Thanks

Jon

[EMAIL PROTECTED] wrote:
> Take a look at the buildnumber plugin[1]. However, this will not be the 
> timestamp it will have in your remote repository. Just the timestamp (or 
> revision) of the moment you build.
> 
> Hth,
> 
> Nick Stolwijk
> 
> [1] http://mojo.codehaus.org/buildnumber-maven-plugin/
> 
> 
> -Original Message-
> From: news on behalf of Jon SlinnHawkins
> Sent: Tue 1/29/2008 11:04 AM
> To: users@maven.apache.org
> Subject:  SNAPSHOT timestamp ?
>  
> Hi All,
> 
> I am trying to write the SNAPSHOT version number (with timestamp) to the 
> manifest.mf file of a WebApp.
> 
> I can successfully use the maven-war-plugin to add the version - however 
> this simply adds "1.0.0-SNAPSHOT" to the manifest.
> 
> Whast i would like to achieve is adding the timestamped snapshot version 
> number : 1.0.0-20080125.120545-3
> 
> Is this possible ?
> 
> Is there any way i can retrieve this timestamped version by any other 
> means, i can then figure out how to get it into the manifest.
> 
> Many Thanks
> 
> Jon
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Make META-INF optional

[nicklist]

I think I reacted to the wrong message. Sorry for the disturbance.

With regards,

Nick Stolwijk


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Tue 1/29/2008 11:29 AM
To: Maven Users List
Subject: RE: Make META-INF optional
 
I don't think you can get the timestamp generated in the deploy phase before 
the package phase, in which the artifact is created. I suggest take a look at 
the revision part of the buildnumber plugin. At least, you will be able to see 
from which revision your build was build.

Hth,

Nick Stolwijk

-Original Message-
From: John Coleman [mailto:[EMAIL PROTECTED]
Sent: Tue 1/29/2008 11:20 AM
To: Maven Users List
Subject: RE: Make META-INF optional
 
Thanks, I was hoping to avoid assembly plugin because it seems to be added to a 
jar project. A direct zip plugin would make more sense, but that's not a maven 
standard.

John
 

> -Original Message-
> From: VUB Stefan Seidel [mailto:[EMAIL PROTECTED] 
> Sent: 29 January 2008 09:44
> To: Maven Users List
> Subject: Re: Make META-INF optional
> 
> Would it help to create a ZIP file with the maven assembly plugin[1]?
> 
> regards,
> 
> Stefan
> P.S.: I just saw, the assembly plugin can also create JARs - 
> so it's probably just what you need.
> 
> [1] http://maven.apache.org/plugins/maven-assembly-plugin/
> 
> John Coleman wrote:
> > Hi,
> >
> > Is it possible to make a jar with no META-INF entry - I 
> just want to 
> > create a jar to unpack with some files I need.
> >
> > TIA,
> > John
> >
> > Eurobase International Limited and its subsidiaries 
> (Eurobase) are unable to exercise control over the content of 
> information in E-Mails. Any views and opinions expressed may 
> be personal to the sender and are not necessarily those of 
> Eurobase. Eurobase will not enter into any contractual 
> obligations in respect of any part of its business in any E-mail. 
> >
> > Privileged / confidential information may be contained in 
> this message and /or any attachments. This E-mail is intended 
> for the use of the addressee(s) only and may contain 
> confidential information. If you are not the / an intended 
> recipient, you are hereby notified that any use or 
> dissemination of this communication is strictly prohibited.  
> If you receive this transmission in error, please notify us 
> immediately, and then delete this E-mail. 
> >
> > Neither the sender nor Eurobase accepts any liability 
> whatsoever for any defects of any kind either in or arising 
> from this E-mail transmission. E-Mail transmission cannot be 
> guaranteed to be secure or error-free, as messages can be 
> intercepted, lost, corrupted, destroyed, contain viruses, or 
> arrive late or incomplete. Eurobase does not accept any 
> responsibility for viruses and it is your responsibility to 
> scan any attachments.
> >
> > Eurobase Systems Limited is the main trading company in the 
> Eurobase International Group; registered in England and Wales 
> as company number 02251162; registered address: Essex House, 
> 2 County Place, Chelmsford, Essex CM2 0RE, UK.
> >
> >
> > 
> -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >   
> 
> --
> best regards, Stefan Seidel software developer 
>  VUB Printmedia GmbH Chopinstraße 4 
> D-04103 Leipzig Germany tel. +49
> (341) 9 60 50 07 fax. +49 (341) 9 60 50 92 mail. [EMAIL PROTECTED] web. 
> www.vub.de HRB Köln 24015 UStID DE 122 649 251 GF Dr. Achim 
> Preuss Neudorf, Dr. Christian Preuss Neudorf
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Make META-INF optional

[nicklist]

I don't think you can get the timestamp generated in the deploy phase before 
the package phase, in which the artifact is created. I suggest take a look at 
the revision part of the buildnumber plugin. At least, you will be able to see 
from which revision your build was build.

Hth,

Nick Stolwijk

-Original Message-
From: John Coleman [mailto:[EMAIL PROTECTED]
Sent: Tue 1/29/2008 11:20 AM
To: Maven Users List
Subject: RE: Make META-INF optional
 
Thanks, I was hoping to avoid assembly plugin because it seems to be added to a 
jar project. A direct zip plugin would make more sense, but that's not a maven 
standard.

John
 

> -Original Message-
> From: VUB Stefan Seidel [mailto:[EMAIL PROTECTED] 
> Sent: 29 January 2008 09:44
> To: Maven Users List
> Subject: Re: Make META-INF optional
> 
> Would it help to create a ZIP file with the maven assembly plugin[1]?
> 
> regards,
> 
> Stefan
> P.S.: I just saw, the assembly plugin can also create JARs - 
> so it's probably just what you need.
> 
> [1] http://maven.apache.org/plugins/maven-assembly-plugin/
> 
> John Coleman wrote:
> > Hi,
> >
> > Is it possible to make a jar with no META-INF entry - I 
> just want to 
> > create a jar to unpack with some files I need.
> >
> > TIA,
> > John
> >
> > Eurobase International Limited and its subsidiaries 
> (Eurobase) are unable to exercise control over the content of 
> information in E-Mails. Any views and opinions expressed may 
> be personal to the sender and are not necessarily those of 
> Eurobase. Eurobase will not enter into any contractual 
> obligations in respect of any part of its business in any E-mail. 
> >
> > Privileged / confidential information may be contained in 
> this message and /or any attachments. This E-mail is intended 
> for the use of the addressee(s) only and may contain 
> confidential information. If you are not the / an intended 
> recipient, you are hereby notified that any use or 
> dissemination of this communication is strictly prohibited.  
> If you receive this transmission in error, please notify us 
> immediately, and then delete this E-mail. 
> >
> > Neither the sender nor Eurobase accepts any liability 
> whatsoever for any defects of any kind either in or arising 
> from this E-mail transmission. E-Mail transmission cannot be 
> guaranteed to be secure or error-free, as messages can be 
> intercepted, lost, corrupted, destroyed, contain viruses, or 
> arrive late or incomplete. Eurobase does not accept any 
> responsibility for viruses and it is your responsibility to 
> scan any attachments.
> >
> > Eurobase Systems Limited is the main trading company in the 
> Eurobase International Group; registered in England and Wales 
> as company number 02251162; registered address: Essex House, 
> 2 County Place, Chelmsford, Essex CM2 0RE, UK.
> >
> >
> > 
> -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >   
> 
> --
> best regards, Stefan Seidel software developer 
>  VUB Printmedia GmbH Chopinstraße 4 
> D-04103 Leipzig Germany tel. +49
> (341) 9 60 50 07 fax. +49 (341) 9 60 50 92 mail. [EMAIL PROTECTED] web. 
> www.vub.de HRB Köln 24015 UStID DE 122 649 251 GF Dr. Achim 
> Preuss Neudorf, Dr. Christian Preuss Neudorf
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: SNAPSHOT timestamp ?

[nicklist]

Take a look at the buildnumber plugin[1]. However, this will not be the 
timestamp it will have in your remote repository. Just the timestamp (or 
revision) of the moment you build.

Hth,

Nick Stolwijk

[1] http://mojo.codehaus.org/buildnumber-maven-plugin/


-Original Message-
From: news on behalf of Jon SlinnHawkins
Sent: Tue 1/29/2008 11:04 AM
To: users@maven.apache.org
Subject:  SNAPSHOT timestamp ?
 
Hi All,

I am trying to write the SNAPSHOT version number (with timestamp) to the 
manifest.mf file of a WebApp.

I can successfully use the maven-war-plugin to add the version - however 
this simply adds "1.0.0-SNAPSHOT" to the manifest.

Whast i would like to achieve is adding the timestamped snapshot version 
number : 1.0.0-20080125.120545-3

Is this possible ?

Is there any way i can retrieve this timestamped version by any other 
means, i can then figure out how to get it into the manifest.

Many Thanks

Jon


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Maven Report --- more than one output document?

[nicklist]

Hi Howard,

If you are talking about the org.apache.maven.reporting:maven-reporting-api 
artifact. It is up on central from version 2.0 to 2.0.8 with POM, sources and 
javadocs. [1]

In the org.apache.maven.reporting:maven-reporting-impl I see an 
AbstractMavenMultiPageReport, but I doubt it works correctly [2]. In that 
thread there is also a solution to start with xdoc documents. In Maven 2.0.5 
there is a bug closed (won't fix) regarding the AbstractMavenMultiPageReport 
[3], because it has been deleted. There are also a few pointers to how it 
should work.

I don't have any experience with it, but I hope this will help you a bit.

With regards,

Nick Stolwijk

[1] 
http://repo1.maven.org/maven2/org/apache/maven/reporting/maven-reporting-api/
[2] http://archives.devshed.com/forums/java-118/multi-page-reports-1632428.html
[3] http://jira.codehaus.org/browse/MNG-2056


-Original Message-
From: Howard Lewis Ship [mailto:[EMAIL PROTECTED]
Sent: Tue 1/29/2008 12:23 AM
To: Maven Users List
Subject: Maven Report --- more than one output document?
 
I would like to create a Maven Report that generates a set of documents.

I've succeeded in the past with a Maven Report that generates a single
document.  However, that document is getting very large.

I would like to split this document (it is a Tapestry component
report) into one document per class, and add a kind of index to the
individual pages.  Further, I would like the index to be integrated
into the site menu.

It's very hard to work with the Maven report apis, since The Cobbler's
Children Have No Shoes: The JARs are not packaged with source, The
correct version numbers and dependencies are anyone's guess, and
JavaDoc links are missing or broken.

Is there a pointer to a similar report I can work from?

Thanks!

-- 
Howard M. Lewis Ship

Creator Apache Tapestry and Apache HiveMind

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Snapshots aren't updated!

[nicklist]

If I understand you correctly, you're using the maven-install-plugin to install 
files into the remote repository? This way the metadata in the remote 
repository is not correctly being updated, so that causes the snapshot not to 
be updated in the local repository. Use the maven-deploy-plugin for the 
deployment of artifacts into the remote repository. This is the only way the 
metadata would be correct.

Hth,

Nick Stolwijk


-Original Message-
From: DCVer [mailto:[EMAIL PROTECTED]
Sent: Mon 1/28/2008 1:03 PM
To: users@maven.apache.org
Subject: Re: Snapshots aren't updated!
 

But I install the jar from the remote server and the jar is installed
directly to the Maven repository, which is in fact the remote repository to
my local machine and the repository from where snapshots are downloaded (but
not updated...)


Jeff MAURY wrote:
> 
> The install plugin updates your local repo and not the remote ones. You
> should use the deploy plugin if you want.
> 
> Jeff
> 
> 
> On Jan 26, 2008 6:11 PM, DCVer <[EMAIL PROTECTED]> wrote:
> 
>>
>> Hi,
>>
>> Why Maven doesn't update snapshot dependencies, although all of my
>> repositories have defined update policy to always? I try adding -U while
>> building, but it looks, like only Maven plugins are updated - snapshots
>> not.
>>
>> I have added new class to one of the dependency jar, installed the jar
>> with
>> mvn install on the remote repository (from where my snapshots are
>> downloaded). So the jar has definitely changed, but Maven hasn't updated
>> my
>> local repository...
>>
>> I was thinking a lot, but haven't found any solution. How Maven decides
>> whether to update or not the snapshot jar? If it compares dates, what if
>> the
>> remote repository has earlier hour (other time region), as it is in my
>> situation?
>>
>> Hope there is simple solution for that...
>> --
>> View this message in context:
>> http://www.nabble.com/Snapshots-aren%27t-updated%21-tp15110146s177p15110146.html
>> Sent from the Maven - Users mailing list archive at Nabble.com.
>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
> 
> 
> -- 
> 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
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Snapshots-aren%27t-updated%21-tp15110146s177p15133912.html
Sent from the Maven - Users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: pom.xml jar scope

[nicklist]

Try with scope 'provided'.

See [1] for a explanation of the different scopes.

Hth,

Nick Stolwijk

[1] 
http://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html


-Original Message-
From: faisalloe [mailto:[EMAIL PROTECTED]
Sent: Mon 1/28/2008 10:08 AM
To: users@maven.apache.org
Subject: pom.xml jar scope
 

i have a problem with pom file.

i have servlet.jar which is already available in tomcat lib folder, i want
to use this jar only to compile and produce class files but not in project's
lib folder.

i think there is tag named
compile
but it didn't worked it still copy jar file into lib folder.
can any one i prevent copying jar file into lib folder and only to use for
compilation!
-- 
View this message in context: 
http://www.nabble.com/pom.xml-jar-scope-tp15131075s177p15131075.html
Sent from the Maven - Users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Subversion can't find the home folder when run through Maven on Windows with a umlaut in the username

[nicklist]

I crosspost this to the Maven and Subversion list, because I really don't know 
where this issue comes from.

Today a colleague of my tried to do a mvn release:prepare on his machine. This 
failed, because of svn certificate errors. (I know, our certificate is not 
really proper, but normally it works) Also mvn scm:update failed with the same 
error. As far as I know, these commands call the svn command directly and not 
through some special library, like subclipse does.

The command line version of svn could execute fine on the project, so that was 
not the issue. After a lot of trial-and-error, we tried to create a new user on 
the windows machine, because the current user had an 'u umlaut' in the name. 
After that, the svn called from maven started to react normally.

Is this a known issue in subversion, maven or their combination? Can someone 
confirm this error or found out before?

With regards,

Nick Stolwijk 

RE: Any tool available for generating docs from pom.xml?

[nicklist]

When you start replicating reporting code to get a different output, I guess 
there is a flaw in Maven. Seeing that the Sink is an interface, it should be 
possible to supply the reporting plugins with a different implementation of the 
Sink to get the correct output format.

I don't know what kind of Sinks there are available or how to configure the 
Sink.

With regards,

Nick Stolwijk

-Original Message-
From: Wayne Fay [mailto:[EMAIL PROTECTED]
Sent: Wed 1/23/2008 4:40 PM
To: Maven Users List
Subject: Re: Any tool available for generating docs from pom.xml?
 
Alternatively, you could create a new reporting plugin that outputs
the list in the format that you require. But this seems a bit
excessive when the list is already being generated in HTML, and I
certainly wouldn't do it unless my job or life depended on it.

As Nick suggested, point them to the "mvn site" generated
automatically every day/hour by your CI server and move on to the next
issue.

Wayne

On 1/23/08, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> As far as I know, there is no default way of reporting in a different
> format. I know of some plugins, which can report in XML and HTML format, but
> each plugin has different configuration to accomplish that.
>
> cobertura-maven-plugin:
>
> 
> 
> xml
> html
> 
> 
>
> findbugs-maven-plugin:
>
> 
> true
> 
>
> The only thing I can think of is c/p the report from the HTML page and into
> a document (I presume you mean DOC or ODF document) or let them just get
> used to the kind of reports you deliver (That has worked for me in the past,
> especially when they heard, that the documentation was generated
> automatically every day by a CI server)
>
> Hth,
>
> Nick Stolwijk
>
> -Original Message-
> From: amit kumar [mailto:[EMAIL PROTECTED]
> Sent: Wed 1/23/2008 3:47 PM
> To: Maven Users List
> Subject: Re: Any tool available for generating docs from pom.xml?
>
> Thanks Nick. I am sorry for my lack of expression. But what mvn site
> generates is what I am expected to report about by in a doc rather
> than a web page ( I told you it would sound stupid).
>
> Thanks a ton for the kind help.
>
> regards,
> Amit
>
> On Jan 23, 2008 8:09 PM,  <[EMAIL PROTECTED]> wrote:
> > Ok, to make it clear, what do you want to report about.
> >
> > The dependencies report show all your dependencies, the jdepend report
> indeed reports about packages, and so there are numerous more reports.
> >
> > If you can make clear what you want, maybe that will help finding a
> solution.
> >
> > With regards,
> >
> > Nick Stolwijk
> >
> >
> > -Original Message-
> > From: amit kumar [mailto:[EMAIL PROTECTED]
> > Sent: Wed 1/23/2008 3:37 PM
> > To: Maven Users List
> >
> > Subject: Re: Any tool available for generating docs from pom.xml?
> >
> > Isn't jdepend plug in more about the packages and classes of the
> > build? Not sure. Just what I got after seeing the report it generated.
> >
> > On Jan 23, 2008 6:27 PM, Guillaume Lederrey
> > <[EMAIL PROTECTED]> wrote:
> > > You have the jdepend plugin that will do some analysis of your
> > > dependencies (http://mojo.codehaus.org/jdepend-maven-plugin/). And I
> > > think that the maven-dependency-plugin provide a report as well ...
> > >
> > >
> > > On 23/01/2008, amit kumar <[EMAIL PROTECTED]> wrote:
> > > > No reports for my dependencies, like the expectation is something like
> > > > having a table generated with artifact name and the versions... ( if
> > > > there is something more than that in reports its fine, but that is the
> > > > minimum).
> > > >
> > > > Regards,
> > > > Amit
> > > >
> > > > On Jan 23, 2008 2:02 PM, Stephen Connolly
> > > > <[EMAIL PROTECTED]> wrote:
> > > > > The site plugin's info reports?
> > > > >
> > > > >
> > > > > On Jan 23, 2008 7:58 AM, amit kumar <[EMAIL PROTECTED]>
> wrote:
> > > > >
> > > > > > Hi,
> > > > > > I know this would sound stupid ( as it sounded to me when asked ),
> but
> > > > > > is there any such tool using which you can generate a doc in
> tabular
> > > > > > format with the information stored in pom.xml mainly the
> dependency
> > > > > > part.
> > > > > >
> > > > > > Please let me know in case there exists one tool.
> > > > > >
> > > > > > Regards,
> > > > > > Amit
> > > > > >
> > > > >
> > > > > >
> -
> > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > > > >
> > > > > >
> > > > >
> > > >
> > > > -
> > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > >
> > > >
> > >
> > >
> > > --
> > > Jabber : [EMAIL PROTECTED]
> > > Skype : Guillaume.Lederrey
> > > Projects :
> > > * http://rwanda.wordpress.com/
> > >
> > >
> > > -
> > > To unsubscribe, e-mail:

RE: Any tool available for generating docs from pom.xml?

[nicklist]

As far as I know, there is no default way of reporting in a different format. I 
know of some plugins, which can report in XML and HTML format, but each plugin 
has different configuration to accomplish that.

cobertura-maven-plugin:



xml
html



findbugs-maven-plugin:


true


The only thing I can think of is c/p the report from the HTML page and into a 
document (I presume you mean DOC or ODF document) or let them just get used to 
the kind of reports you deliver (That has worked for me in the past, especially 
when they heard, that the documentation was generated automatically every day 
by a CI server)

Hth,

Nick Stolwijk

-Original Message-
From: amit kumar [mailto:[EMAIL PROTECTED]
Sent: Wed 1/23/2008 3:47 PM
To: Maven Users List
Subject: Re: Any tool available for generating docs from pom.xml?
 
Thanks Nick. I am sorry for my lack of expression. But what mvn site
generates is what I am expected to report about by in a doc rather
than a web page ( I told you it would sound stupid).

Thanks a ton for the kind help.

regards,
Amit

On Jan 23, 2008 8:09 PM,  <[EMAIL PROTECTED]> wrote:
> Ok, to make it clear, what do you want to report about.
>
> The dependencies report show all your dependencies, the jdepend report indeed 
> reports about packages, and so there are numerous more reports.
>
> If you can make clear what you want, maybe that will help finding a solution.
>
> With regards,
>
> Nick Stolwijk
>
>
> -Original Message-
> From: amit kumar [mailto:[EMAIL PROTECTED]
> Sent: Wed 1/23/2008 3:37 PM
> To: Maven Users List
>
> Subject: Re: Any tool available for generating docs from pom.xml?
>
> Isn't jdepend plug in more about the packages and classes of the
> build? Not sure. Just what I got after seeing the report it generated.
>
> On Jan 23, 2008 6:27 PM, Guillaume Lederrey
> <[EMAIL PROTECTED]> wrote:
> > You have the jdepend plugin that will do some analysis of your
> > dependencies (http://mojo.codehaus.org/jdepend-maven-plugin/). And I
> > think that the maven-dependency-plugin provide a report as well ...
> >
> >
> > On 23/01/2008, amit kumar <[EMAIL PROTECTED]> wrote:
> > > No reports for my dependencies, like the expectation is something like
> > > having a table generated with artifact name and the versions... ( if
> > > there is something more than that in reports its fine, but that is the
> > > minimum).
> > >
> > > Regards,
> > > Amit
> > >
> > > On Jan 23, 2008 2:02 PM, Stephen Connolly
> > > <[EMAIL PROTECTED]> wrote:
> > > > The site plugin's info reports?
> > > >
> > > >
> > > > On Jan 23, 2008 7:58 AM, amit kumar <[EMAIL PROTECTED]> wrote:
> > > >
> > > > > Hi,
> > > > > I know this would sound stupid ( as it sounded to me when asked ), but
> > > > > is there any such tool using which you can generate a doc in tabular
> > > > > format with the information stored in pom.xml mainly the dependency
> > > > > part.
> > > > >
> > > > > Please let me know in case there exists one tool.
> > > > >
> > > > > Regards,
> > > > > Amit
> > > > >
> > > >
> > > > > -
> > > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > > >
> > > > >
> > > >
> > >
> > > -
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> > >
> >
> >
> > --
> > Jabber : [EMAIL PROTECTED]
> > Skype : Guillaume.Lederrey
> > Projects :
> > * http://rwanda.wordpress.com/
> >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Any tool available for generating docs from pom.xml?

[nicklist]

Ok, to make it clear, what do you want to report about.

The dependencies report show all your dependencies, the jdepend report indeed 
reports about packages, and so there are numerous more reports.

If you can make clear what you want, maybe that will help finding a solution.

With regards,

Nick Stolwijk


-Original Message-
From: amit kumar [mailto:[EMAIL PROTECTED]
Sent: Wed 1/23/2008 3:37 PM
To: Maven Users List
Subject: Re: Any tool available for generating docs from pom.xml?
 
Isn't jdepend plug in more about the packages and classes of the
build? Not sure. Just what I got after seeing the report it generated.

On Jan 23, 2008 6:27 PM, Guillaume Lederrey
<[EMAIL PROTECTED]> wrote:
> You have the jdepend plugin that will do some analysis of your
> dependencies (http://mojo.codehaus.org/jdepend-maven-plugin/). And I
> think that the maven-dependency-plugin provide a report as well ...
>
>
> On 23/01/2008, amit kumar <[EMAIL PROTECTED]> wrote:
> > No reports for my dependencies, like the expectation is something like
> > having a table generated with artifact name and the versions... ( if
> > there is something more than that in reports its fine, but that is the
> > minimum).
> >
> > Regards,
> > Amit
> >
> > On Jan 23, 2008 2:02 PM, Stephen Connolly
> > <[EMAIL PROTECTED]> wrote:
> > > The site plugin's info reports?
> > >
> > >
> > > On Jan 23, 2008 7:58 AM, amit kumar <[EMAIL PROTECTED]> wrote:
> > >
> > > > Hi,
> > > > I know this would sound stupid ( as it sounded to me when asked ), but
> > > > is there any such tool using which you can generate a doc in tabular
> > > > format with the information stored in pom.xml mainly the dependency
> > > > part.
> > > >
> > > > Please let me know in case there exists one tool.
> > > >
> > > > Regards,
> > > > Amit
> > > >
> > >
> > > > -
> > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > >
> > > >
> > >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
>
> --
> Jabber : [EMAIL PROTECTED]
> Skype : Guillaume.Lederrey
> Projects :
> * http://rwanda.wordpress.com/
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: End-of-line style plugin

[nicklist]

The original svn_auto_props works only on your working copy and the new script, 
svn_apply_dos2unix the same. So no automatically changing anything, you have to 
review and commit the changes yourself.

And on a sidenote to John: I know again why I needed that script, some of the 
files had inconsistent new lines, so mixed up windows/unix eol style. Applying 
dos2unix to those solved that.

Hth,

Nick Stolwijk


-Original Message-
From: deckrider [mailto:[EMAIL PROTECTED]
Sent: Wed 1/23/2008 3:09 PM
To: Maven Users List
Subject: Re: End-of-line style plugin
 
I personally dislike any approach that changes what a developer
commits to the source code management system withput leaving a record
in that system of the original commit--it serves to undermine
confidence in that system. If one needs to enforce policy it seems
better to prohibit the commit with an informatoive error message.



On 1/23/08, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> For what it is worth, I've adjusted the svn_apply_autoprops.py script of
> subversion to apply dos2unix to all files, which should have the
> svn:eol-style property set. This clearly makes it much easier to clean your
> repository or import code into your svn repository. Mind, the new script
> won't have the functionality of the old script, so you should make 2
> scripts.
>
> Below is the diff.
>
> Hth,
>
> Nick Stolwijk
>
> Diff:
>
> ---
> > # $HeadURL:
> http://svn.collab.net/repos/svn/branches/1.4.x/contrib/client-side/svn_apply_autoprops.py
> $
> > # $LastChangedRevision: 20790 $
> > # $LastChangedDate: 2006-07-20 03:51:37 + (Thu, 20 Jul 2006) $
> > # $LastChangedBy: dlr $
> 114,117c114,116
> < if not dirname.count("target"):
> <   print "Will not process files in '%s' because it does not have a
> '%s' " \
> < "directory." \
> < % (dirname, SVN_WC_ADM_DIR_NAME)
> ---
> > print "Will not process files in '%s' because it does not have a '%s'
> " \
> >   "directory." \
> >   % (dirname, SVN_WC_ADM_DIR_NAME)
> 132,138c131,138
> <   command = ['svn', 'propset', prop[0], prop[1]]
> <   for f in matching_filenames:
> < command += ["%s/%s" % (dirname, f)]
> <
> <   status = os.spawnvp(os.P_WAIT, 'svn', command)
> <   if status:
> < print 'Command "%s" failed with exit status %s' \
> ---
> >   if prop[0] == 'svn:eol-style':
> > command = ['dos2nix']
> > for f in matching_filenames:
> >   command += ["%s/%s" % (dirname, f)]
> >
> > status = os.spawnvp(os.P_WAIT, 'dos2unix', command)
> > if status:
> >   print 'Command "%s" failed with exit status %s' \
> 140c140
> < sys.exit(1)
> ---
> >   sys.exit(1)
>
>
>
> -Original Message-
> From: Antonio Petrelli [mailto:[EMAIL PROTECTED]
> Sent: Wed 1/23/2008 10:01 AM
> To: Maven Users List
> Subject: Re: End-of-line style plugin
>
> 2008/1/23, John Coleman <[EMAIL PROTECTED]>:
> >
> > I quickly threw together an end-of-line style plugin yesterday becausee
> > of problems I had importing a large Maven project into subversion.
> >
> > The plugin will list any files under the src tree that have inconsistent
> > ,  or  line endings.
> >
> > It's a bit rough and ready, but if anyone else is interested I will
> > consider sharing or publishing it.
>
>
>
> It seems like a must-have plugin: sometimes I have problems with
> inconsistent newlines. Does it produce a report? Does it manage the
> svn:eol-style property, and in particular the "native" value?
>
> Antonio
>
>


-- 
ASCII ribbon campaign:
()  against HTML email
/\  against Microsoft attachments
Information:  http://www.expita.com/nomime.html

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Report for dependencyManagement and pluginManagement

[nicklist]

Jira issue and patch attached: http://jira.codehaus.org/browse/MPIR-83

See comment, but it is a first version.

With regards,

Nick Stolwijk

-Original Message-
From: Guillaume Lederrey [mailto:[EMAIL PROTECTED]
Sent: Wed 1/23/2008 11:43 AM
To: Maven Users List
Subject: Re: Report for dependencyManagement and pluginManagement
 
+1 !

On 23/01/2008, Wayne Fay <[EMAIL PROTECTED]> wrote:
> I would say, yes, they would be useful. I'm sure there are numerous
> people who might like to add them to their existing build.
>
> Wayne
>
> On 1/22/08, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > I have searched for this, but couldn't find it. I've started to implement
> > these reports myself by reusing a lot of the project-info-reports.
> >
> > Current goals:
> >
> > dependencyManagement:
> > Shows tables for the 5 scopes, just like goal dependencies.
> >
> > pluginManagement
> > shows a table with all the plugins in the pluginManagement (groupId,
> > artifactId, version)
> >
> > Could these reports be valuable additions to this project?
> >
> > With regards,
> >
> > Nick Stolwijk
> >
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> > Sent: Tue 1/22/2008 9:48 AM
> > To: users@maven.apache.org
> > Subject: Report for dependencyManagement and pluginManagement
> >
> >
> > Does anyone know of a report which creates a page or pages for the
> > dependencyManagement en pluginManagement with versions. I want to create a
> > webpage to quickly have an overview of our companypom, but I rather would
> > not want to need to update it by hand or in a different file.
> >
> > With regards,
> >
> > Nick Stolwijk
> >
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


-- 
Jabber : [EMAIL PROTECTED]
Skype : Guillaume.Lederrey
Projects :
* http://rwanda.wordpress.com/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: End-of-line style plugin

[nicklist]

Just checked it with subversion 1.4.4 and it seems to work automatically now. 
Is this a recent fix? I know I've had problems with it.

Hth,

Nick Stolwijk

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Wed 1/23/2008 10:36 AM
To: Maven Users List
Subject: RE: End-of-line style plugin
 
Yes, that is correct, but

1) Your co-developer forget to set the autoprops, so a file was committed 
without the property. If you set the property yourself, it will complain when 
the eol's in the file are not correct. If you do this at large with the 
svn_auto_props script, it will complain a lot. ;)

2) You get a codebase from another party and want to add this to your codebase. 
When you add this files and your autoprops get setted, it will also complain 
when the eol's in the file are not correct.

So, the svn_apply_dos2unix script I have will solve this, by running dos2unix 
to your files, that need it, before applying the autoprops.

Hth,

Nick Stolwijk


-Original Message-
From: Jörg Schaible [mailto:[EMAIL PROTECTED]
Sent: Wed 1/23/2008 10:23 AM
To: Maven Users List
Subject: RE: End-of-line style plugin
 
[EMAIL PROTECTED] wrote:
> For what it is worth, I've adjusted the
> svn_apply_autoprops.py script of subversion to apply dos2unix
> to all files, which should have the svn:eol-style property
> set. This clearly makes it much easier to clean your
> repository or import code into your svn repository. Mind, the
> new script won't have the functionality of the old script, so
> you should make 2 scripts.

This is unnecessary since Subversion will convert a text file on its own 
according the svn:eol-style setting if it is locally wrong.

- Jörg

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: End-of-line style plugin

[nicklist]

Yes, that is correct, but

1) Your co-developer forget to set the autoprops, so a file was committed 
without the property. If you set the property yourself, it will complain when 
the eol's in the file are not correct. If you do this at large with the 
svn_auto_props script, it will complain a lot. ;)

2) You get a codebase from another party and want to add this to your codebase. 
When you add this files and your autoprops get setted, it will also complain 
when the eol's in the file are not correct.

So, the svn_apply_dos2unix script I have will solve this, by running dos2unix 
to your files, that need it, before applying the autoprops.

Hth,

Nick Stolwijk


-Original Message-
From: Jörg Schaible [mailto:[EMAIL PROTECTED]
Sent: Wed 1/23/2008 10:23 AM
To: Maven Users List
Subject: RE: End-of-line style plugin
 
[EMAIL PROTECTED] wrote:
> For what it is worth, I've adjusted the
> svn_apply_autoprops.py script of subversion to apply dos2unix
> to all files, which should have the svn:eol-style property
> set. This clearly makes it much easier to clean your
> repository or import code into your svn repository. Mind, the
> new script won't have the functionality of the old script, so
> you should make 2 scripts.

This is unnecessary since Subversion will convert a text file on its own 
according the svn:eol-style setting if it is locally wrong.

- Jörg

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]