Re: [m2] REALLY need a solution please....

2007-09-19 Thread Anders . Romin
Hi,
I've solved similar problems by separating the project pom and parent pom
into two different poms (see example 5 of
http://maven.apache.org/guides/introduction/introduction-to-the-pom.html),
where the parent pom is at the same directory level as the child poms.

This way, the relative path to your properties should always be the same in
all the modules, ie "../parent/src/main/filters/filter.properties".

/Anders


"Mick Knutson" <[EMAIL PROTECTED]> wrote on 2007-09-19 17:53:12:

> Below is my last message last week and no response.
>
> I need to be able to have build filters for my multi-modules, as well
> as the same filter file for my assemblies.
>
>
> original thread:
> ---
>
> So what did you do with you master pom.xml for
> ..*/../*..
>
> This seems to work except with my assembly that needs to use the filter
as
> well. Then it complains about the master pom.xml not being able to find:
>
> ${parent.relativePath}/src/main/filters/filter-dev.properties
> 
>
> But besides that, this works sweet
>
> On 9/14/07, Philippe Le Marchand  noctis.be> wrote:
> >
> > Hi Mick,
> >
> > I personnaly had to define a different filter file regarding the
> > target environment, in my super POM :
> >
> >   ...
> >   
> > ../module1
> > ...
> >   
> >   ...
> >   
> > 
> >   ${parent.relativePath
> > }/src/main/filters/filter-${env}.properties
> > 
> > ...
> >   
> >   ...
> >
> > Each module defines the parent in its own POM :
> >
> > 
> >   
> > ...
> > parent
> > 1.0-SNAPSHOT
> > ../parent
> >   
> >   ...
> >
> > I had to use ${parent.relativePath} as Maven seems to resolve the
> > filter path for each module relative to its basedir.
> > I guess that ${parent.root} property is undefined in your case...
> >
> > In my project, the ${env} property is set through the profile
> > mechanism, in my super
> > POM also :
> >
> >   ...
> >   
> > 
> >   local
> >   
> > local
> >   
> > 
> > ...
> >   
> >   ...
> >
> > I use 'mvn -P local' as command line instruction, then...
> >
> > Philippe
> >
> > On 9/13/07, Mick Knutson  gmail.com> wrote:
> > > I am trying to make all my sub-modules use the same
filter.propertieslike:
> > >
> > > 
> > > ${project.root
> > > }/src/main/filters/filter.properties
> > > 
> > >
> > >
> > > I keep getting this error:
> > >
> > > [INFO]
> > >

> > > [INFO] Error loading property file
> > > 'C:\viewstore\esp_lynx_dap\esp\dap\utilities\common\common-jar\${
> > > project.root}\src\main\filters\filter.properties'
> > >
> > >
> > > My settings.xml has it defined though:
> > >
> > > C:/viewstore/esp_lynx_dap/esp/dap
> > >
> > >
> > >
> > > How can I define a global without having to do:
> > >
> > > 
> > >
..*/../*../src/main/filters/filter.properties
> > > 
> > >
> > > As I wanted to define this in my master pom.xml and have all my
modules
> > > inherit the same filter?
> > >
> > > --


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



mvn-qalabs-plugin

2007-09-19 Thread David Williams
Is anyone using this plugin and experiencing problems with the movers
report?  I can seem to get it to recognize that a report was ran previously
so it always has a "-" in the previously ran column.  I'm using
version 2.2of the plugin with Maven
2.0.6 and Java 1.5_12.

Thanks,

David


Re: How to run maven goals from Eclipse?

2007-09-19 Thread Wayne Fay
Its not clear what version of surefire you're using. You should specify it:
  
org.apache.maven.plugins
maven-surefire-plugin
2.3
  

Wayne

On 9/19/07, siegfried <[EMAIL PROTECTED]> wrote:
> >
> >Place the tests in your "/src/test/java" directory.  The
> >test classes must have names beginning or ending in "Test" or ending
> >in "TestCase".
> >
>
> Thanks, I have done that now. Here is c:/Documents and
> Settings/siegfried/workspace/Maven_Hibernate_Spring_UML_Demo/src/test/java/c
> om/SIGNITEK/demo/SimpleTestCase.java -- it works with eclipse:
>
> package com.SIGNITEK.demo;
> import org.junit.Test;
> public class SimpleTestCase
> {
>  @Test
>  public void Simple(){
>  org.junit.Assert.assertNotNull("Not null", new String());
>}
> }
> However, I get the output below when I use "mvn test" from a bash prompt.
> After that output listing I have put my pom.xml.
>
> What am I doing wrong? Does maven 2.0.7 not work with JUnit 4?
>
> Thanks,
> Siegfried
>
> cd c:/Documents and
> Settings/siegfried/workspace/Maven_Hibernate_Spring_UML_Demo/
> mvn test
> [INFO] Scanning for projects...
> [INFO]
> 
> [INFO] Building Unnamed -
> com.SIGNITEK:Maven_Hibernate_Spring_UML_Demo:jar:0.0.1
> [INFO]task-segment: [test]
> [INFO]
> 
> [INFO] [resources:resources]
> [INFO] Using default encoding to copy filtered resources.
> [INFO] [compiler:compile]
> [INFO] No sources to compile
> [INFO] [resources:testResources]
> [INFO] Using default encoding to copy filtered resources.
> [INFO] [compiler:testCompile]
> Compiling 1 source file to c:\Documents and
> Settings\siegfried\workspace\Maven_Hibernate_Spring_UML_Demo\target\test-cla
> sses
> [INFO] [surefire:test]
> [INFO] Setting reports dir: c:\Documents and
> Settings\siegfried\workspace\Maven_Hibernate_Spring_UML_Demo\target/surefire
> -reports
>
> ---
>  T E S T S
> ---
> There are no test to run.
>
> Results :
> [surefire] Tests run: 0, Failures: 0, Errors: 0
>
> [INFO]
> 
> [INFO] BUILD SUCCESSFUL
> [INFO]
> 
> [INFO] Total time: 2 seconds
> [INFO] Finished at: Wed Sep 19 20:36:39 MDT 2007
> [INFO] Final Memory: 3M/7M
> [INFO]
> 
>
> Compilation finished at Wed Sep 19 20:36:39
>
> c:/Documents and
> Settings/siegfried/workspace/Maven_Hibernate_Spring_UML_Demo/pom.xml
> 
> 
>  4.0.0
>  com.SIGNITEK
>  Maven_Hibernate_Spring_UML_Demo
>  0.0.1
>
>  Minimal demo
>  
>
>  
>  org.apache.maven.plugins
>  maven-compiler-plugin
>  2.0
>  
>1.5
>1.5
>  
>  
>
>  
>  
>
>  junit
>  junit
>  4.0
>
>  
> 
>
>
> -
> 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 run maven goals from Eclipse?

2007-09-19 Thread Yaakov Chaikin
Maybe I spoke too soon... I just looked up the documentation on this
and it says that it DOES include any of these:
**/Test*.java  **/*Test.java  **/*TestCase.java

If so, I am not sure what could be wrong. It wouldn't be the first
time something strange is going on with surefire:test. Try renaming to
just Test.java and see if that helps.

It's possible that JUnit 4 doesn't work with the version of surefire
you're using. I've ran into things like that before.

Sorry, I can't be any more help.

Yaakov.

On 9/20/07, Yaakov Chaikin <[EMAIL PROTECTED]> wrote:
> The surefire plugin, which is what takes care of your "test" phase, is
> configured by default to look for java files that **end** with
> *Test.java.
>
> Your file ends with *TestCase.java. Eclipse will run any test case you
> point it to, but not maven. Rename your test java file and it'll work.
>
> Yaakov.
>
> On 9/19/07, siegfried <[EMAIL PROTECTED]> wrote:
> > >
> > >Place the tests in your "/src/test/java" directory.  The
> > >test classes must have names beginning or ending in "Test" or ending
> > >in "TestCase".
> > >
> >
> > Thanks, I have done that now. Here is c:/Documents and
> > Settings/siegfried/workspace/Maven_Hibernate_Spring_UML_Demo/src/test/java/c
> > om/SIGNITEK/demo/SimpleTestCase.java -- it works with eclipse:
> >
> > package com.SIGNITEK.demo;
> > import org.junit.Test;
> > public class SimpleTestCase
> > {
> >   @Test
> >   public void Simple(){
> >   org.junit.Assert.assertNotNull("Not null", new String());
> > }
> > }
> > However, I get the output below when I use "mvn test" from a bash prompt.
> > After that output listing I have put my pom.xml.
> >
> > What am I doing wrong? Does maven 2.0.7 not work with JUnit 4?
> >
> > Thanks,
> > Siegfried
> >
> > cd c:/Documents and
> > Settings/siegfried/workspace/Maven_Hibernate_Spring_UML_Demo/
> > mvn test
> > [INFO] Scanning for projects...
> > [INFO]
> > 
> > [INFO] Building Unnamed -
> > com.SIGNITEK:Maven_Hibernate_Spring_UML_Demo:jar:0.0.1
> > [INFO]task-segment: [test]
> > [INFO]
> > 
> > [INFO] [resources:resources]
> > [INFO] Using default encoding to copy filtered resources.
> > [INFO] [compiler:compile]
> > [INFO] No sources to compile
> > [INFO] [resources:testResources]
> > [INFO] Using default encoding to copy filtered resources.
> > [INFO] [compiler:testCompile]
> > Compiling 1 source file to c:\Documents and
> > Settings\siegfried\workspace\Maven_Hibernate_Spring_UML_Demo\target\test-cla
> > sses
> > [INFO] [surefire:test]
> > [INFO] Setting reports dir: c:\Documents and
> > Settings\siegfried\workspace\Maven_Hibernate_Spring_UML_Demo\target/surefire
> > -reports
> >
> > ---
> >  T E S T S
> > ---
> > There are no test to run.
> >
> > Results :
> > [surefire] Tests run: 0, Failures: 0, Errors: 0
> >
> > [INFO]
> > 
> > [INFO] BUILD SUCCESSFUL
> > [INFO]
> > 
> > [INFO] Total time: 2 seconds
> > [INFO] Finished at: Wed Sep 19 20:36:39 MDT 2007
> > [INFO] Final Memory: 3M/7M
> > [INFO]
> > 
> >
> > Compilation finished at Wed Sep 19 20:36:39
> >
> > c:/Documents and
> > Settings/siegfried/workspace/Maven_Hibernate_Spring_UML_Demo/pom.xml
> > 
> > 
> >   4.0.0
> >   com.SIGNITEK
> >   Maven_Hibernate_Spring_UML_Demo
> >   0.0.1
> >
> >   Minimal demo
> >   
> > 
> >   
> >   org.apache.maven.plugins
> >   maven-compiler-plugin
> >   2.0
> >   
> > 1.5
> > 1.5
> >   
> >   
> > 
> >   
> >   
> > 
> >   junit
> >   junit
> >   4.0
> > 
> >   
> > 
> >
> >
> > -
> > 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 run maven goals from Eclipse?

2007-09-19 Thread Yaakov Chaikin
The surefire plugin, which is what takes care of your "test" phase, is
configured by default to look for java files that **end** with
*Test.java.

Your file ends with *TestCase.java. Eclipse will run any test case you
point it to, but not maven. Rename your test java file and it'll work.

Yaakov.

On 9/19/07, siegfried <[EMAIL PROTECTED]> wrote:
> >
> >Place the tests in your "/src/test/java" directory.  The
> >test classes must have names beginning or ending in "Test" or ending
> >in "TestCase".
> >
>
> Thanks, I have done that now. Here is c:/Documents and
> Settings/siegfried/workspace/Maven_Hibernate_Spring_UML_Demo/src/test/java/c
> om/SIGNITEK/demo/SimpleTestCase.java -- it works with eclipse:
>
> package com.SIGNITEK.demo;
> import org.junit.Test;
> public class SimpleTestCase
> {
>   @Test
>   public void Simple(){
>   org.junit.Assert.assertNotNull("Not null", new String());
> }
> }
> However, I get the output below when I use "mvn test" from a bash prompt.
> After that output listing I have put my pom.xml.
>
> What am I doing wrong? Does maven 2.0.7 not work with JUnit 4?
>
> Thanks,
> Siegfried
>
> cd c:/Documents and
> Settings/siegfried/workspace/Maven_Hibernate_Spring_UML_Demo/
> mvn test
> [INFO] Scanning for projects...
> [INFO]
> 
> [INFO] Building Unnamed -
> com.SIGNITEK:Maven_Hibernate_Spring_UML_Demo:jar:0.0.1
> [INFO]task-segment: [test]
> [INFO]
> 
> [INFO] [resources:resources]
> [INFO] Using default encoding to copy filtered resources.
> [INFO] [compiler:compile]
> [INFO] No sources to compile
> [INFO] [resources:testResources]
> [INFO] Using default encoding to copy filtered resources.
> [INFO] [compiler:testCompile]
> Compiling 1 source file to c:\Documents and
> Settings\siegfried\workspace\Maven_Hibernate_Spring_UML_Demo\target\test-cla
> sses
> [INFO] [surefire:test]
> [INFO] Setting reports dir: c:\Documents and
> Settings\siegfried\workspace\Maven_Hibernate_Spring_UML_Demo\target/surefire
> -reports
>
> ---
>  T E S T S
> ---
> There are no test to run.
>
> Results :
> [surefire] Tests run: 0, Failures: 0, Errors: 0
>
> [INFO]
> 
> [INFO] BUILD SUCCESSFUL
> [INFO]
> 
> [INFO] Total time: 2 seconds
> [INFO] Finished at: Wed Sep 19 20:36:39 MDT 2007
> [INFO] Final Memory: 3M/7M
> [INFO]
> 
>
> Compilation finished at Wed Sep 19 20:36:39
>
> c:/Documents and
> Settings/siegfried/workspace/Maven_Hibernate_Spring_UML_Demo/pom.xml
> 
> 
>   4.0.0
>   com.SIGNITEK
>   Maven_Hibernate_Spring_UML_Demo
>   0.0.1
>
>   Minimal demo
>   
> 
>   
>   org.apache.maven.plugins
>   maven-compiler-plugin
>   2.0
>   
> 1.5
> 1.5
>   
>   
> 
>   
>   
> 
>   junit
>   junit
>   4.0
> 
>   
> 
>
>
> -
> 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 run maven goals from Eclipse?

2007-09-19 Thread siegfried
>
>Place the tests in your "/src/test/java" directory.  The
>test classes must have names beginning or ending in "Test" or ending
>in "TestCase".
>

Thanks, I have done that now. Here is c:/Documents and
Settings/siegfried/workspace/Maven_Hibernate_Spring_UML_Demo/src/test/java/c
om/SIGNITEK/demo/SimpleTestCase.java -- it works with eclipse: 

package com.SIGNITEK.demo;
import org.junit.Test;
public class SimpleTestCase 
{
  @Test
  public void Simple(){
  org.junit.Assert.assertNotNull("Not null", new String());
}
}
However, I get the output below when I use "mvn test" from a bash prompt.
After that output listing I have put my pom.xml.

What am I doing wrong? Does maven 2.0.7 not work with JUnit 4?

Thanks,
Siegfried

cd c:/Documents and
Settings/siegfried/workspace/Maven_Hibernate_Spring_UML_Demo/
mvn test
[INFO] Scanning for projects...
[INFO]

[INFO] Building Unnamed -
com.SIGNITEK:Maven_Hibernate_Spring_UML_Demo:jar:0.0.1
[INFO]task-segment: [test]
[INFO]

[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] No sources to compile
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
Compiling 1 source file to c:\Documents and
Settings\siegfried\workspace\Maven_Hibernate_Spring_UML_Demo\target\test-cla
sses
[INFO] [surefire:test]
[INFO] Setting reports dir: c:\Documents and
Settings\siegfried\workspace\Maven_Hibernate_Spring_UML_Demo\target/surefire
-reports

---
 T E S T S
---
There are no test to run.

Results :
[surefire] Tests run: 0, Failures: 0, Errors: 0

[INFO]

[INFO] BUILD SUCCESSFUL
[INFO]

[INFO] Total time: 2 seconds
[INFO] Finished at: Wed Sep 19 20:36:39 MDT 2007
[INFO] Final Memory: 3M/7M
[INFO]


Compilation finished at Wed Sep 19 20:36:39

c:/Documents and
Settings/siegfried/workspace/Maven_Hibernate_Spring_UML_Demo/pom.xml


  4.0.0
  com.SIGNITEK
  Maven_Hibernate_Spring_UML_Demo
  0.0.1

  Minimal demo
  

  
  org.apache.maven.plugins
  maven-compiler-plugin
  2.0
  
1.5
1.5
  
  

  
  

  junit
  junit
  4.0

  



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



Re: Determining top-level parent pom directory

2007-09-19 Thread Wayne Fay
You could turn this single file into its own module and deploy etc it
on its own in a jar file. Then use remote-resources plugin or
assembly:unpack or a similar approach to bring that file into each
submodule as needed.

You generally should not expect that a Maven build of a module
necessarily has all of the parents and other modules in the filesystem
available. So simply stating ../../../main/resources/file.properties
(as an example) as the location of the file is going to be a bad idea
in the long run. Instead you should create builds that are generally
independent (except for their dependencies).

Wayne

On 9/19/07, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> On 9/19/07, Tim Foster <[EMAIL PROTECTED]> wrote:
>
> > Thanks for your reply.  I want the properties to be available both at
> > build time (e.g., to be used in packaging) and runtime (e.g., to be used
> > to locate other resources that are relative to directory property
> > values).
>
> I still don't have the full picture of what you need.  In general,
> finding the "top" of the project is problematic-- there's no guarantee
> the entire project is sitting on disk, ideally the build should work
> if you check out a portion of it, by retrieving snapshots of the other
> modules from a repository.
>
> Seems like you need to generate the .properties file and then get it
> on the classpath, rather than worry about exactly where to find it.
> One way to do that is to put the .properties file in a jar that is
> then depended on by other modules.
>
> --
> Wendy
>
> -
> 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: Need help with component management.

2007-09-19 Thread Wayne Fay
Very little in the world cannot be done (from a programming
perspective) if you have the time and inclination.

As Wendy suggested, it is possible that some of the functionality you
desire has already been created by one of the Repository Management
tools. So pull them all down and do some research, then decide if you
need to build something from scratch or not.

Wayne

On 9/19/07, Chris Helck <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I'm running into problems managing all of my component and versions. One
> problem is that the dependency relations are scattered across the
> different project reports. Asking questions like "Which of my twenty
> applications use version 1.2.3 of this library?" is hard to do.
>
> I think I would like a program that can look at my Maven repository,
> extract all the dependecy data from all of the poms (Maven1 and Maven2),
> and create a complete graph. I could then process the graph and produce
> reports with graphviz or some other tool. Interesting data to include
> would be pom type (jar, war, parent, and so on) and multi-project
> relationships.
>
> Can this be done?
>
> Thanks,
> Christopher Helck
>
>
> **
> This communication and all information (including, but not limited to,
>  market prices/levels and data) contained therein (the "Information") is
>  for informational purposes only, is confidential, may be legally
>  privileged and is the intellectual property of ICAP plc and its affiliates
>  ("ICAP") or third parties. No confidentiality or privilege is waived or
>  lost by any mistransmission. The Information is not, and should not
>  be construed as, an offer, bid or solicitation in relation to any
>  financial instrument or as an official confirmation of any transaction.
>  The Information is not warranted, including, but not limited, as to
>  completeness, timeliness or accuracy and is subject to change
>  without notice. ICAP assumes no liability for use or misuse of the
>  Information. All representations and warranties are expressly
>  disclaimed. The Information does not necessarily reflect the views of
>  ICAP. Access to the Information by anyone else other than the
>  recipient is unauthorized and any disclosure, copying, distribution or
>  any action taken or omitted to be taken in reliance on it is prohibited. If
>  you receive this message in error, please immediately delete it and all
>  copies of it from your system, destroy any hard copies of it and
>  notify the sender.
> **
>
>

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



Maven install:install-file not working for sources

2007-09-19 Thread Dave Rathnow
Could someone tell me how to install sources into the repository?  As
far as I can make out from the doc, the following command should work:
 
mvn install:install-file -DgroupId=myGroupId-DartifactId=myArtifactId
-Dfile=myArtifact-1.0-sources.jar -Dversion=1.0 -Dpackaging=jar
-DgeneratePom=true -Dclassifier=sources
 
but it doesn't. It overrides the original artifact, in this case my jar
file.
 
Dave.


Re: Maven install:install-file not working for sources

2007-09-19 Thread Wayne Fay
Just copy and paste the jar (assuming it is named properly) into the
directory under ~/.m2 and be done with it.

You may have a "bad" version of the install plugin or you've run into
a bug or something else entirely. Unless you are really inspired to
figure it out, I'd just take the pragmatic route suggested above.

Wayne

On 9/19/07, Dave Rathnow <[EMAIL PROTECTED]> wrote:
>
> Nope. That doesn't work.  These are separater sources that I got with
> the download off the web.  They are not sources from my project.
>
> Dave
>
> -Original Message-
> From: Wayne Fay [mailto:[EMAIL PROTECTED]
> Sent: September 19, 2007 03:09 PM
> To: Maven Users List
> Subject: Re: Maven install:install-file not working for sources
>
> Remove the generatePom and see if that helps. The pom should be created
> when the Jar is installed. The sources and javadocs do not write the
> pom.
>
> Also, if this is a project built by Maven, you can attach the sources
> (and javadocs) to the build so they get automatically installed when
> "mvn install" is called.
>
> Wayne
>
> On 9/19/07, Dave Rathnow <[EMAIL PROTECTED]> wrote:
> > Could someone tell me how to install sources into the repository?  As
> > far as I can make out from the doc, the following command should work:
> >
> > mvn install:install-file -DgroupId=myGroupId-DartifactId=myArtifactId
> > -Dfile=myArtifact-1.0-sources.jar -Dversion=1.0 -Dpackaging=jar
> > -DgeneratePom=true -Dclassifier=sources
> >
> > but it doesn't. It overrides the original artifact, in this case my
> > jar file.
> >
> > Dave.
> >
>
> -
> 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: Maven install:install-file not working for sources

2007-09-19 Thread Dave Rathnow

Nope. That doesn't work.  These are separater sources that I got with
the download off the web.  They are not sources from my project.

Dave 

-Original Message-
From: Wayne Fay [mailto:[EMAIL PROTECTED] 
Sent: September 19, 2007 03:09 PM
To: Maven Users List
Subject: Re: Maven install:install-file not working for sources

Remove the generatePom and see if that helps. The pom should be created
when the Jar is installed. The sources and javadocs do not write the
pom.

Also, if this is a project built by Maven, you can attach the sources
(and javadocs) to the build so they get automatically installed when
"mvn install" is called.

Wayne

On 9/19/07, Dave Rathnow <[EMAIL PROTECTED]> wrote:
> Could someone tell me how to install sources into the repository?  As 
> far as I can make out from the doc, the following command should work:
>
> mvn install:install-file -DgroupId=myGroupId-DartifactId=myArtifactId
> -Dfile=myArtifact-1.0-sources.jar -Dversion=1.0 -Dpackaging=jar 
> -DgeneratePom=true -Dclassifier=sources
>
> but it doesn't. It overrides the original artifact, in this case my 
> jar file.
>
> Dave.
>

-
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: Maven install:install-file not working for sources

2007-09-19 Thread Dave Rathnow
Probably not a bad idea.  I've chewed through enough brain cells today.

Thanks 

-Original Message-
From: Wayne Fay [mailto:[EMAIL PROTECTED] 
Sent: September 19, 2007 03:37 PM
To: Maven Users List
Subject: Re: Maven install:install-file not working for sources

Just copy and paste the jar (assuming it is named properly) into the
directory under ~/.m2 and be done with it.

You may have a "bad" version of the install plugin or you've run into a
bug or something else entirely. Unless you are really inspired to figure
it out, I'd just take the pragmatic route suggested above.

Wayne

On 9/19/07, Dave Rathnow <[EMAIL PROTECTED]> wrote:
>
> Nope. That doesn't work.  These are separater sources that I got with 
> the download off the web.  They are not sources from my project.
>
> Dave
>
> -Original Message-
> From: Wayne Fay [mailto:[EMAIL PROTECTED]
> Sent: September 19, 2007 03:09 PM
> To: Maven Users List
> Subject: Re: Maven install:install-file not working for sources
>
> Remove the generatePom and see if that helps. The pom should be 
> created when the Jar is installed. The sources and javadocs do not 
> write the pom.
>
> Also, if this is a project built by Maven, you can attach the sources 
> (and javadocs) to the build so they get automatically installed when 
> "mvn install" is called.
>
> Wayne
>
> On 9/19/07, Dave Rathnow <[EMAIL PROTECTED]> wrote:
> > Could someone tell me how to install sources into the repository?  
> > As far as I can make out from the doc, the following command should
work:
> >
> > mvn install:install-file 
> > -DgroupId=myGroupId-DartifactId=myArtifactId
> > -Dfile=myArtifact-1.0-sources.jar -Dversion=1.0 -Dpackaging=jar 
> > -DgeneratePom=true -Dclassifier=sources
> >
> > but it doesn't. It overrides the original artifact, in this case my 
> > jar file.
> >
> > Dave.
> >
>
> -
> 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]


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



Re: Maven install:install-file not working for sources

2007-09-19 Thread Wayne Fay
Remove the generatePom and see if that helps. The pom should be
created when the Jar is installed. The sources and javadocs do not
write the pom.

Also, if this is a project built by Maven, you can attach the sources
(and javadocs) to the build so they get automatically installed when
"mvn install" is called.

Wayne

On 9/19/07, Dave Rathnow <[EMAIL PROTECTED]> wrote:
> Could someone tell me how to install sources into the repository?  As
> far as I can make out from the doc, the following command should work:
>
> mvn install:install-file -DgroupId=myGroupId-DartifactId=myArtifactId
> -Dfile=myArtifact-1.0-sources.jar -Dversion=1.0 -Dpackaging=jar
> -DgeneratePom=true -Dclassifier=sources
>
> but it doesn't. It overrides the original artifact, in this case my jar
> file.
>
> Dave.
>

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



Re: maven-changelog-plugin issue?

2007-09-19 Thread Dennis Lundberg
The error message you get is coming from the stat-scm plugin - not the 
changelog plugin.


Andre Salvati wrote:

Hi Dennis,

My project has this structure:

Empire
*   GenericXXX
*   pom.xml*  *EJBModule1
   EJBModule2
   WarModule1
   EARModule1
   pom.xml
   ...

before I change Generic's module name it had the same structure:

Empire
*Genericxxx
*   pom.xml*
*EJBModule1
   EJBModule2
   WarModule1
   EARModule1
   pom.xml
   ...

*Empire's pom file:*


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.buscape
   Empire
   pom
   0.0.1
   Empire
   http://maven.apache.org
   
   
   
   org.apache.maven.plugins
   maven-surefire-plugin
   2.3-SNAPSHOT
   
   pertest
   -Dfile.encoding=UTF-8
   
   
   
   org.apache.maven.plugins
   maven-help-plugin
   2.0.1
   
   
   maven-compiler-plugin
   
   1.5
   1.5
   
   
   
   maven-ejb-plugin
   
   3.0
   
   
   
   
   
   
   my-internal-site
   http://ccnet02/RepositorioMaven
   
   
   
   
   apache.org
   Maven Plugin Snapshots
   
   http://people.apache.org/repo/m2-snapshot-repository
   
   
   false
   
   
   true
   
   
   
   stat-scm-sourceforge
   http://stat-scm.sourceforge.net/maven2
   
   
   
   
   
   net.sf
   stat-scm
   1.0.0
   
   
   org.apache.maven.plugins
   maven-checkstyle-plugin
   
*
   org.apache.maven.plugins
   maven-changelog-plugin
   
   
   dual-report
   
   range
   30
   
   
   changelog
   file-activity
   dev-activity
   
   
   
   
*
   org.apache.maven.plugins
   maven-javadoc-plugin
   
   
   org.apache.maven.plugins
   maven-pmd-plugin
   
   true
   utf-8
   100
   1.5
   
   
   
   org.apache.maven.plugins
   maven-jxr-plugin
   
   
   org.apache.maven.plugins
   maven-surefire-report-plugin
   
   
   

   
 .
   

   
   EAR
   EJB
   EJB
   zzz
   WebService
   zzzEJB
   EAR
   kkkEJB  GenericoXXX
   
   
   
   scm:svn:http://xxx.xxx.xxx.xxx/svn/empire/trunk/empire
   
   
   scm:svn:http://xxx.xxx.xxx.xxx/svn/empire/trunk/empire
   
   
   
   
   claudior
   Claudio Ranieri
   [EMAIL PROTECTED]
   
   
   andresalvati
   Andre Salvati
   [EMAIL PROTECTED]
   
   
   
   continuum
   http://xxx.xxx.xxx.xxx:/continuum
   
   
   mail
   
   [EMAIL PROTECTED]
   [EMAIL PROTECTED]
   
   
   
   


*GenericXXX's pom file:
*

 
   Empire
   com.buscape
   0.0.1
 
 4.0.0
 com.buscape
 GenericoESB
 GenericoESB
 0.0.1
 http://maven.apache.org
 
   
   
 activation
 activation
 4.2.1
 provided
   
   
 mail
 mail
 4.2.1
 provided
   
 
*
*
Thanks by now.


Dennis Lundberg escreveu:
I'm afraid I donät understand your project hierarchy. Can you try to 
present a directory tree showing it? Also pom snippets of the relevant 
plugin configurations (site and changelog) would help.


Andre Salvati wrote:

Hi,

I've tried to generate reports with maven-changelog-plugin 2.1 and 
got an issue.


The problem is that I have two modules with "same" name in subversion 
repository because I've renamed project Genericxxx to GenericXXX.


At Windows environment:

When I run "mvn site" , it works fine, but it replaces some 
Genericxxx files by GenericXXX. (Windows is not case sensitive)


At Linux environment:

When I run "mvn site", it works in part because it generates all 
files without substitution (Linux is case sensitive) but I get this 
error:


[INFO] Generate "About" report.
[INFO] Ge

Re: Changing paths in maven-war-plugin

2007-09-19 Thread Alexandre Gomes
Ooops,

sorry. I found it [1]

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

${basedir}/web

 

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


thanks

On 9/19/07, Alexandre Gomes <[EMAIL PROTECTED]> wrote:
> Hi friends,
>
> how can I change the src/main/webapp to other path of my choice?
>
>
> thanks a lot!
>

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



Changing paths in maven-war-plugin

2007-09-19 Thread Alexandre Gomes
Hi friends,

how can I change the src/main/webapp to other path of my choice?


thanks a lot!

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



Re: property to get maven total time to build

2007-09-19 Thread Wayne Fay
Not that I'm aware of. But you could "easily" pipe the output of your
Maven process to another program that you would write which would
write these details into a properties file.

Wayne

On 9/19/07, I am Who i am <[EMAIL PROTECTED]> wrote:
> Hi all
>
> As shown below, is there a propery i can filter to some external file all
> those details,
>
> like some external property file when i filter them i want these information
> to go in there, like
>
> a.properties
> build-result= ${build-result}
> Total time = ${total_time}
> Finished at=${finished}
>
>
> [INFO]
> 
> [INFO] BUILD SUCCESSFUL
> [INFO]
> 
> [INFO] Total time: 41 minutes 38 seconds
> [INFO] Finished at: Wed Sep 19 11:48:31 CDT 2007
> [INFO] Final Memory: 16M/603M
> [INFO]
> 
>

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



property to get maven total time to build

2007-09-19 Thread I am Who i am
Hi all

As shown below, is there a propery i can filter to some external file all
those details,

like some external property file when i filter them i want these information
to go in there, like

a.properties
build-result= ${build-result}
Total time = ${total_time}
Finished at=${finished}


[INFO]

[INFO] BUILD SUCCESSFUL
[INFO]

[INFO] Total time: 41 minutes 38 seconds
[INFO] Finished at: Wed Sep 19 11:48:31 CDT 2007
[INFO] Final Memory: 16M/603M
[INFO]



Re: Usage of Maven to create TAR File

2007-09-19 Thread Dan Tran
use maven-antrun-plugin to call tar task or
maven-assembly-plugin to package files in tar


On 9/19/07, Waykole, Vikas M <[EMAIL PROTECTED]> wrote:
> HI,
>
>
>
> Can you please help me in the usage of maven in creating the tar file?
>
>
>
> Thanks,
>
> Vikas
>
>
>
> This e-mail, including attachments, may include confidential and/or
> proprietary information, and may be used only by the person or entity to
> which it is addressed. If the reader of this e-mail is not the intended
> recipient or his or her authorized agent, the reader is hereby notified
> that any dissemination, distribution or copying of this e-mail is
> prohibited. If you have received this e-mail in error, please notify the
> sender by replying to this message and delete this e-mail immediately.
>
>

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



Usage of Maven to create TAR File

2007-09-19 Thread Waykole, Vikas M
HI,

 

Can you please help me in the usage of maven in creating the tar file?

 

Thanks,

Vikas



This e-mail, including attachments, may include confidential and/or 
proprietary information, and may be used only by the person or entity to 
which it is addressed. If the reader of this e-mail is not the intended 
recipient or his or her authorized agent, the reader is hereby notified 
that any dissemination, distribution or copying of this e-mail is 
prohibited. If you have received this e-mail in error, please notify the 
sender by replying to this message and delete this e-mail immediately.



Re: mvn archetype:create

2007-09-19 Thread Wayne Fay
Try specifying -U on the commandline to force Maven to look for updates.

Wayne

On 9/19/07, Dmitri Pissarenko <[EMAIL PROTECTED]> wrote:
> Hello!
>
> Thanks for your answer!
>
> > A question: why are you fighting the default location of maven (where the
> > repo goes, what repo's it contacts, ...).
>
> Ad location of local repo: Because I'm on a Windows machine and
> default location is located in a cryptic directory like "C:\Dokumente
> und Einstellungen\user\.m2\repository".
>
> Ad repos: Because I tried to run mvn without Dremoterepositories and
> it didn't work, so I thought to tell mvn explicitly where it should
> look for the plugins.
>
> * * *
>
> Now I commented out the line with definition of local repo.
>
> When I run this command
>
> mvn --debug archetype:create
> -DgroupId=at.silverstrike.control.presentation.eclipsercp.commanderconsole 
> -Dart
> ifactId=commander-console
>
> I'm still getting this error:
>
> + Error stacktraces are turned on.
> Maven version: 2.0.7
> Java version: 1.5.0_06
> OS name: "windows xp" version: "5.1" arch: "x86"
> [DEBUG] Building Maven user-level plugin registry from: 'C:\Dokumente und 
> Einste
> llungen\user\.m2\plugin-registry.xml'
> [DEBUG] Building Maven global-level plugin registry from: 
> 'C:\Programme\maven-2.
> 0.7\bin\..\conf\plugin-registry.xml'
> [INFO] Scanning for projects...
> [INFO] Searching repository for plugin with prefix: 'archetype'.
> [DEBUG] Loading plugin prefixes from group: org.apache.maven.plugins
> [DEBUG] Loading plugin prefixes from group: org.codehaus.mojo
> [DEBUG] maven-archetype-plugin: using locally installed snapshot
> [DEBUG] Artifact not found - using stub model: Unable to determine the latest 
> ve
> rsion
>
>  org.apache.maven.plugins:maven-archetype-plugin:pom:LATEST
>
>
> [DEBUG] Using defaults for missing POM 
> org.apache.maven.plugins:maven-archetype-
> plugin:pom:LATEST
> [DEBUG] maven-archetype-plugin: using locally installed snapshot
> [DEBUG] Artifact not found - using stub model: Unable to determine the 
> release v
> ersion
>
>  org.apache.maven.plugins:maven-archetype-plugin:pom:RELEASE
>
>
> [DEBUG] Using defaults for missing POM 
> org.apache.maven.plugins:maven-archetype-
> plugin:pom:RELEASE
> [INFO] 
> 
> [ERROR] BUILD ERROR
> [INFO] 
> 
> [INFO] The plugin 'org.apache.maven.plugins:maven-archetype-plugin' does not 
> exi
> st or no valid version could be found
> [INFO] 
> 
> [DEBUG] Trace
> org.apache.maven.lifecycle.LifecycleExecutionException: The plugin 
> 'org.apache.m
> aven.plugins:maven-archetype-plugin' does not exist or no valid version could 
> be
>  found
>at 
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyPlugin(Defa
> ultLifecycleExecutor.java:1286)
>at 
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.getMojoDescriptor
> (DefaultLifecycleExecutor.java:1522)
>at 
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.segmentTaskListBy
> AggregationNeeds(DefaultLifecycleExecutor.java:386)
>at 
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLi
> fecycleExecutor.java:138)
>at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
>at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
>at org.apache.maven.cli.MavenCli.main(MavenCli.java:280)
>at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
>at java.lang.reflect.Method.invoke(Unknown Source)
>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.version.PluginVersionNotFoundException: 
> The p
> lugin 'org.apache.maven.plugins:maven-archetype-plugin' does not exist or no 
> val
> id version could be found
>at 
> org.apache.maven.plugin.version.DefaultPluginVersionManager.resolvePl
> uginVersion(DefaultPluginVersionManager.java:228)
>at 
> org.apache.maven.plugin.version.DefaultPluginVersionManager.resolvePl
> uginVersion(DefaultPluginVersionManager.java:90)
>at 
> org.apache.maven.plugin.DefaultPluginManager.verifyPlugin(DefaultPlug
> inManager.java:166)
>at 
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyPlugin(Defa
> ultLifecycleExecutor.java:1257)
>... 14 more
> [INFO] 
> 
> [INFO] Total time: < 1 second
> [INFO] Finished at: Wed Sep 19 

Re: mvn archetype:create

2007-09-19 Thread Dmitri Pissarenko
Hello!

Thanks for your answer!

> A question: why are you fighting the default location of maven (where the
> repo goes, what repo's it contacts, ...).

Ad location of local repo: Because I'm on a Windows machine and
default location is located in a cryptic directory like "C:\Dokumente
und Einstellungen\user\.m2\repository".

Ad repos: Because I tried to run mvn without Dremoterepositories and
it didn't work, so I thought to tell mvn explicitly where it should
look for the plugins.

* * *

Now I commented out the line with definition of local repo.

When I run this command

mvn --debug archetype:create
-DgroupId=at.silverstrike.control.presentation.eclipsercp.commanderconsole -Dart
ifactId=commander-console

I'm still getting this error:

+ Error stacktraces are turned on.
Maven version: 2.0.7
Java version: 1.5.0_06
OS name: "windows xp" version: "5.1" arch: "x86"
[DEBUG] Building Maven user-level plugin registry from: 'C:\Dokumente und Einste
llungen\user\.m2\plugin-registry.xml'
[DEBUG] Building Maven global-level plugin registry from: 'C:\Programme\maven-2.
0.7\bin\..\conf\plugin-registry.xml'
[INFO] Scanning for projects...
[INFO] Searching repository for plugin with prefix: 'archetype'.
[DEBUG] Loading plugin prefixes from group: org.apache.maven.plugins
[DEBUG] Loading plugin prefixes from group: org.codehaus.mojo
[DEBUG] maven-archetype-plugin: using locally installed snapshot
[DEBUG] Artifact not found - using stub model: Unable to determine the latest ve
rsion

  org.apache.maven.plugins:maven-archetype-plugin:pom:LATEST


[DEBUG] Using defaults for missing POM org.apache.maven.plugins:maven-archetype-
plugin:pom:LATEST
[DEBUG] maven-archetype-plugin: using locally installed snapshot
[DEBUG] Artifact not found - using stub model: Unable to determine the release v
ersion

  org.apache.maven.plugins:maven-archetype-plugin:pom:RELEASE


[DEBUG] Using defaults for missing POM org.apache.maven.plugins:maven-archetype-
plugin:pom:RELEASE
[INFO] 
[ERROR] BUILD ERROR
[INFO] 
[INFO] The plugin 'org.apache.maven.plugins:maven-archetype-plugin' does not exi
st or no valid version could be found
[INFO] 
[DEBUG] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: The plugin 'org.apache.m
aven.plugins:maven-archetype-plugin' does not exist or no valid version could be
 found
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyPlugin(Defa
ultLifecycleExecutor.java:1286)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.getMojoDescriptor
(DefaultLifecycleExecutor.java:1522)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.segmentTaskListBy
AggregationNeeds(DefaultLifecycleExecutor.java:386)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLi
fecycleExecutor.java:138)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:280)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
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.version.PluginVersionNotFoundException: The p
lugin 'org.apache.maven.plugins:maven-archetype-plugin' does not exist or no val
id version could be found
at org.apache.maven.plugin.version.DefaultPluginVersionManager.resolvePl
uginVersion(DefaultPluginVersionManager.java:228)
at org.apache.maven.plugin.version.DefaultPluginVersionManager.resolvePl
uginVersion(DefaultPluginVersionManager.java:90)
at org.apache.maven.plugin.DefaultPluginManager.verifyPlugin(DefaultPlug
inManager.java:166)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyPlugin(Defa
ultLifecycleExecutor.java:1257)
... 14 more
[INFO] 
[INFO] Total time: < 1 second
[INFO] Finished at: Wed Sep 19 20:36:11 CEST 2007
[INFO] Final Memory: 1M/2M
[INFO] 

What else can I do?

TIA

Dmitri Pissarenko
-- 
http://www.xing.com/profile/Dmitri_Pissarenko
http://dapissarenko.blogspot.com/

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

Re: Need help with component management.

2007-09-19 Thread Wendy Smoak
On 9/19/07, Chris Helck <[EMAIL PROTECTED]> wrote:

> I think I would like a program that can look at my Maven repository,
> extract all the dependecy data from all of the poms (Maven1 and Maven2),
> and create a complete graph. I could then process the graph and produce
> reports with graphviz or some other tool. Interesting data to include
> would be pom type (jar, war, parent, and so on) and multi-project
> relationships.
>
> Can this be done?

Take a look at the various Repository Manager apps, such as
Artifactory and Archiva.

-- 
Wendy

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



Re: Determining top-level parent pom directory

2007-09-19 Thread Wendy Smoak
On 9/19/07, Tim Foster <[EMAIL PROTECTED]> wrote:

> Thanks for your reply.  I want the properties to be available both at
> build time (e.g., to be used in packaging) and runtime (e.g., to be used
> to locate other resources that are relative to directory property
> values).

I still don't have the full picture of what you need.  In general,
finding the "top" of the project is problematic-- there's no guarantee
the entire project is sitting on disk, ideally the build should work
if you check out a portion of it, by retrieving snapshots of the other
modules from a repository.

Seems like you need to generate the .properties file and then get it
on the classpath, rather than worry about exactly where to find it.
One way to do that is to put the .properties file in a jar that is
then depended on by other modules.

-- 
Wendy

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



Re: mvn archetype:create

2007-09-19 Thread Jim Sellers
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] Failed to resolve artifact.

GroupId: org.apache.maven.archetypes
ArtifactId: maven-archetype-quickstart
Version: RELEASE

Reason: Unable to determine the release version



There something that appears to be broken for the archtype plugin.

A question: why are you fighting the default location of maven (where the
repo goes, what repo's it contacts, ...).

Jim


On 9/19/07, Dmitri Pissarenko <[EMAIL PROTECTED]> wrote:
>
> Hello!
>
> I'm new to maven and now I try to create my first maven project.
>
> My settings file (start)
> 
>   C:/Programme/maven-2.0.7
> /local-repository
>   false
>   
>   
>   
>   
>   
>   
>   
>   
> 
> My settings file (end)
>
> I'm NOT behind a firewall.
>
> When I execute this command:
>
> D:\silverstrike\java\2007_09_11_werbeBrief\sw\dist>mvn --debug
> archetype:create
> -DgroupId=at.silverstrike.control.presentation.eclipsercp.commanderconsole-Dart
> ifactId=commander-console -DremoteRepositories=
> http://repo1.maven.org/maven2/
>
> I get this output:
>
> OUTPUT (start)
> + Error stacktraces are turned on.
> Maven version: 2.0.7
> Java version: 1.5.0_06
> OS name: "windows xp" version: "5.1" arch: "x86"
> [DEBUG] Building Maven user-level plugin registry from: 'C:\Dokumente und
> Einste
> llungen\user\.m2\plugin-registry.xml'
> [DEBUG] Building Maven global-level plugin registry from:
> 'C:\Programme\maven-2.
> 0.7\bin\..\conf\plugin-registry.xml'
> [INFO] Scanning for projects...
> [INFO] Searching repository for plugin with prefix: 'archetype'.
> [DEBUG] Loading plugin prefixes from group: org.apache.maven.plugins
> [DEBUG] Loading plugin prefixes from group: org.codehaus.mojo
> [DEBUG] maven-archetype-plugin: using locally installed snapshot
> [DEBUG] Artifact not found - using stub model: Unable to determine the
> latest ve
> rsion
>
>   org.apache.maven.plugins:maven-archetype-plugin:pom:LATEST
>
>
> [DEBUG] Using defaults for missing POM
> org.apache.maven.plugins:maven-archetype-
> plugin:pom:LATEST
> [DEBUG] maven-archetype-plugin: using locally installed snapshot
> [DEBUG] Artifact not found - using stub model: Unable to determine the
> release v
> ersion
>
>   org.apache.maven.plugins:maven-archetype-plugin:pom:RELEASE
>
>
> [DEBUG] Using defaults for missing POM
> org.apache.maven.plugins:maven-archetype-
> plugin:pom:RELEASE
> [INFO]
> 
> [ERROR] BUILD ERROR
> [INFO]
> 
> [INFO] The plugin 'org.apache.maven.plugins:maven-archetype-plugin' does
> not exi
> st or no valid version could be found
> [INFO]
> 
> [DEBUG] Trace
> org.apache.maven.lifecycle.LifecycleExecutionException: The plugin '
> org.apache.m
> aven.plugins:maven-archetype-plugin' does not exist or no valid version
> could be
> found
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyPlugin(Defa
> ultLifecycleExecutor.java:1286)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.getMojoDescriptor
> (DefaultLifecycleExecutor.java:1522)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.segmentTaskListBy
> AggregationNeeds(DefaultLifecycleExecutor.java:386)
> at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute
> (DefaultLi
> fecycleExecutor.java:138)
> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
> at org.apache.maven.cli.MavenCli.main(MavenCli.java:280)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> at java.lang.reflect.Method.invoke(Unknown Source)
> 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.version.PluginVersionNotFoundException:
> The p
> lugin 'org.apache.maven.plugins:maven-archetype-plugin' does not exist or
> no val
> id version could be found
> at
> org.apache.maven.plugin.version.DefaultPluginVersionManager.resolvePl
> uginVersion(DefaultPluginVersionManager.java:228)
> at
> org.apache.maven.plugin.version.DefaultPluginVersionManager.resolvePl
> uginVersion(DefaultPluginVersionManager.java:90)
> at org.apache.maven.plugin.DefaultPluginManager.verifyPlugin
> (DefaultPlug
> inManager.java:166)
> at
> o

mvn not found in path

2007-09-19 Thread Guillaume Lederrey
  This is probably a dumb question, but I cant get Continuum to find
mvn. My mvn is installed in /usr/local/share/maven-2.0.7/.

  I modified the startup script
(/usr/local/share/continuum-1.0.3/bin/linux/run.sh) to add the
following lines :

RUN_AS_USER=continuum
export PATH=$PATH:/usr/local/share/maven-2.0.7/bin

  Still, no success ... I'm probably missing something obvious ... but
I cant find what it is. Could anyone point me in the right direction ?

  Any help appreciated.

   Guillaume

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


mvn archetype:create

2007-09-19 Thread Dmitri Pissarenko
Hello!

I'm new to maven and now I try to create my first maven project.

My settings file (start)

  C:/Programme/maven-2.0.7/local-repository
  false
  
  
  
  
  
  
  
  

My settings file (end)

I'm NOT behind a firewall.

When I execute this command:

D:\silverstrike\java\2007_09_11_werbeBrief\sw\dist>mvn --debug archetype:create
-DgroupId=at.silverstrike.control.presentation.eclipsercp.commanderconsole -Dart
ifactId=commander-console -DremoteRepositories=http://repo1.maven.org/maven2/

I get this output:

OUTPUT (start)
+ Error stacktraces are turned on.
Maven version: 2.0.7
Java version: 1.5.0_06
OS name: "windows xp" version: "5.1" arch: "x86"
[DEBUG] Building Maven user-level plugin registry from: 'C:\Dokumente und Einste
llungen\user\.m2\plugin-registry.xml'
[DEBUG] Building Maven global-level plugin registry from: 'C:\Programme\maven-2.
0.7\bin\..\conf\plugin-registry.xml'
[INFO] Scanning for projects...
[INFO] Searching repository for plugin with prefix: 'archetype'.
[DEBUG] Loading plugin prefixes from group: org.apache.maven.plugins
[DEBUG] Loading plugin prefixes from group: org.codehaus.mojo
[DEBUG] maven-archetype-plugin: using locally installed snapshot
[DEBUG] Artifact not found - using stub model: Unable to determine the latest ve
rsion

  org.apache.maven.plugins:maven-archetype-plugin:pom:LATEST


[DEBUG] Using defaults for missing POM org.apache.maven.plugins:maven-archetype-
plugin:pom:LATEST
[DEBUG] maven-archetype-plugin: using locally installed snapshot
[DEBUG] Artifact not found - using stub model: Unable to determine the release v
ersion

  org.apache.maven.plugins:maven-archetype-plugin:pom:RELEASE


[DEBUG] Using defaults for missing POM org.apache.maven.plugins:maven-archetype-
plugin:pom:RELEASE
[INFO] 
[ERROR] BUILD ERROR
[INFO] 
[INFO] The plugin 'org.apache.maven.plugins:maven-archetype-plugin' does not exi
st or no valid version could be found
[INFO] 
[DEBUG] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: The plugin 'org.apache.m
aven.plugins:maven-archetype-plugin' does not exist or no valid version could be
 found
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyPlugin(Defa
ultLifecycleExecutor.java:1286)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.getMojoDescriptor
(DefaultLifecycleExecutor.java:1522)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.segmentTaskListBy
AggregationNeeds(DefaultLifecycleExecutor.java:386)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLi
fecycleExecutor.java:138)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:280)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
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.version.PluginVersionNotFoundException: The p
lugin 'org.apache.maven.plugins:maven-archetype-plugin' does not exist or no val
id version could be found
at org.apache.maven.plugin.version.DefaultPluginVersionManager.resolvePl
uginVersion(DefaultPluginVersionManager.java:228)
at org.apache.maven.plugin.version.DefaultPluginVersionManager.resolvePl
uginVersion(DefaultPluginVersionManager.java:90)
at org.apache.maven.plugin.DefaultPluginManager.verifyPlugin(DefaultPlug
inManager.java:166)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyPlugin(Defa
ultLifecycleExecutor.java:1257)
... 14 more
[INFO] 
[INFO] Total time: < 1 second
[INFO] Finished at: Wed Sep 19 18:15:36 CEST 2007
[INFO] Final Memory: 1M/2M
[INFO] 
OUTPUT (end)


I can ping repo1.maven.org.

Maven -version is 2.0.7. Java version is 1.5.0_06.

I'm using a wireless data card for internet access.

I'm using Windows XP home.

How can I fix this problem?

Thanks in advance

Dmitri Pissarenko
--
http://www.xing.com/profile/Dmitri_Pissarenko
http://dapissarenko.blogspot.com/

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

[m2] REALLY need a solution please....

2007-09-19 Thread Mick Knutson
Below is my last message last week and no response.

I need to be able to have build filters for my multi-modules, as well
as the same filter file for my assemblies.


original thread:
---

So what did you do with you master pom.xml for
..*/../*..

This seems to work except with my assembly that needs to use the filter as
well. Then it complains about the master pom.xml not being able to find:

${parent.relativePath}/src/main/filters/filter-dev.properties


But besides that, this works sweet

On 9/14/07, Philippe Le Marchand  noctis.be> wrote:
>
> Hi Mick,
>
> I personnaly had to define a different filter file regarding the
> target environment, in my super POM :
>
>   ...
>   
> ../module1
> ...
>   
>   ...
>   
> 
>   ${parent.relativePath
> }/src/main/filters/filter-${env}.properties
> 
> ...
>   
>   ...
>
> Each module defines the parent in its own POM :
>
> 
>   
> ...
> parent
> 1.0-SNAPSHOT
> ../parent
>   
>   ...
>
> I had to use ${parent.relativePath} as Maven seems to resolve the
> filter path for each module relative to its basedir.
> I guess that ${parent.root} property is undefined in your case...
>
> In my project, the ${env} property is set through the profile
> mechanism, in my super
> POM also :
>
>   ...
>   
> 
>   local
>   
> local
>   
> 
> ...
>   
>   ...
>
> I use 'mvn -P local' as command line instruction, then...
>
> Philippe
>
> On 9/13/07, Mick Knutson  gmail.com> wrote:
> > I am trying to make all my sub-modules use the same filter.propertieslike:
> >
> > 
> > ${project.root
> > }/src/main/filters/filter.properties
> > 
> >
> >
> > I keep getting this error:
> >
> > [INFO]
> > 
> > [INFO] Error loading property file
> > 'C:\viewstore\esp_lynx_dap\esp\dap\utilities\common\common-jar\${
> > project.root}\src\main\filters\filter.properties'
> >
> >
> > My settings.xml has it defined though:
> >
> > C:/viewstore/esp_lynx_dap/esp/dap
> >
> >
> >
> > How can I define a global without having to do:
> >
> > 
> > ..*/../*../src/main/filters/filter.properties
> > 
> >
> > As I wanted to define this in my master pom.xml and have all my modules
> > inherit the same filter?
> >
> > --


Re: patching maven-jar-plugin

2007-09-19 Thread Wayne Fay
(I saw your email on dev@ and waited for it to be posted on [EMAIL PROTECTED])

Here's how I patch Maven jars:
download the code from svn
apply patch
modify pom to add -mycompany to version number ie 2.2.1.0-mycompany
(use your own company name here)
mvn install the file into your repo
"lock down" the plugin in your poms to the new version
[2.2.1-mycompany]

Its generally a bad idea to specify a version that might actually be
used in the future by the real maintainers of the plugin, that's why
-mycompany is a good idea. You definitely don't want to just bump the
version by 1.

I believe this might be documented somewhere... the Wiki isn't working
for me right now but I know we've discussed this here on users@
previously, so search the archives.

Wayne

On 9/19/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> I'd like to implement a patch for maven-jar-plugin locally. How is that
> done? I have created a local repository (file:// etc) for our custom
> plugins and some "parent" poms shared by multiple artifacts. Should I
> deploy my plugin there? Will it be preferred over the remote one if I do?
>
> The patch is already in jira (MJAR-30) so it's likely to be rolled up
> eventually, but I'd prefer not to wait. Please note that I do not use any
> tools, just maven from the command line.
>
> Thanks
> Robert Egan
>
> This email message and any attachments may contain confidential,
> proprietary or non-public information.  The information is intended solely
> for the designated recipient(s).  If an addressing or transmission error
> has misdirected this email, please notify the sender immediately and
> destroy this email.  Any review, dissemination, use or reliance upon this
> information by unintended recipients is prohibited.  Any opinions
> expressed in this email are those of the author personally.

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



Need help building families of components.

2007-09-19 Thread Chris Helck
Hi,

I need something to help us assembly families of components. I'd like to
say something like:

Family Foo 1.2 consists of:
FooApp 1.2
FooWebStuff 1.0.6
FooDb 1.0.2
FooClient 1.2.5

I'd like to give this description to our Certification group who can
then build Family Foo 1.2. If a child component is already built it
should be fetched from the repo, if not it should be fetched from source
control and built. When done all of the components should be located in
some directory (perhaps via an assembly plugin).

Is this possible? Is it within the scope of Maven, or could another tool
be used?

Thanks,
Christopher Helck

**
This communication and all information (including, but not limited to,
 market prices/levels and data) contained therein (the "Information") is
 for informational purposes only, is confidential, may be legally
 privileged and is the intellectual property of ICAP plc and its affiliates
 ("ICAP") or third parties. No confidentiality or privilege is waived or
 lost by any mistransmission. The Information is not, and should not
 be construed as, an offer, bid or solicitation in relation to any
 financial instrument or as an official confirmation of any transaction.
 The Information is not warranted, including, but not limited, as to
 completeness, timeliness or accuracy and is subject to change
 without notice. ICAP assumes no liability for use or misuse of the
 Information. All representations and warranties are expressly
 disclaimed. The Information does not necessarily reflect the views of
 ICAP. Access to the Information by anyone else other than the
 recipient is unauthorized and any disclosure, copying, distribution or
 any action taken or omitted to be taken in reliance on it is prohibited. If
 you receive this message in error, please immediately delete it and all
 copies of it from your system, destroy any hard copies of it and
 notify the sender.
**



Re: producing UML from javadocs (or other source-level meta-datas)

2007-09-19 Thread Antonio Petrelli
2007/9/19, nicolas de loof <[EMAIL PROTECTED]>:
>
> I'm looking for a nice tool to generate UML diagrams from my source
> code, based on some javadocs tags or other source-level meta-datas.
> The idea is to allow source code refactoring without having to apply
> changes manually on a UML model.
>
> I'd like this tool to run as part of my "mvn site" process... ( if
> possible )



I don't know if it is useful, but take a look to UMLGraphDoclet:
http://www.spinellis.gr/sw/umlgraph/
You can see an example in Tiles:
http://tiles.apache.org/framework/apidocs/index.html

Antonio


producing UML from javadocs (or other source-level meta-datas)

2007-09-19 Thread nicolas de loof
Hello,

I'm looking for a nice tool to generate UML diagrams from my source
code, based on some javadocs tags or other source-level meta-datas.
The idea is to allow source code refactoring without having to apply
changes manually on a UML model.

I'd like this tool to run as part of my "mvn site" process... ( if possible )

Or maybe someone knows a nice UML modeler that runs inside Eclipse and
allows code to stay in sync with model ?

Nico.

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



RE: Question about maven-war-plugin

2007-09-19 Thread Colomer Cornejo, Marcelo
Sorry.
:-(
 



-Original Message-
From: Dave Rathnow [mailto:[EMAIL PROTECTED] 
Sent: 19 September 2007 17:23
To: Maven Users List
Subject: RE: Question about maven-war-plugin


Well...if you check the pom.xml I attached, "war"
is there.

-Original Message-
From: Colomer Cornejo, Marcelo [mailto:[EMAIL PROTECTED] 
Sent: September 19, 2007 09:13 AM
To: Maven Users List
Subject: RE: Question about maven-war-plugin

Hi,
Try to use:
  war

Marcelo.

-Original Message-
From: Dave Rathnow [mailto:[EMAIL PROTECTED]
Sent: 19 September 2007 17:15
To: Maven Users List
Subject: Question about maven-war-plugin

 
I've been able to use the war plugin to build a war file under the
"target" directory of my project using the "package" goal.  It also
creates a couple of other files, including a jar file.  However, when I
try to use the install to put it into my local repository, it appeares
as though it is copying the jar file to the repository and renaming it
".war".

Can someone tell me what I'm doing wrong?
 
Dave.
 
Here's my pom:
 
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
 
  fdexec
  fdexec
  4.8.0
  ../../Support/build/pom.xml
 
 httpbridge
 ${parent.version}
 war
 fdexec::httpbridge
 HTTP Bridge
 
 
scm:svn:http://elmer/svn/umsrepo/trunk/fdexec/Applications
  scm:svn:http://elmer/svn/umsrepo/trunk/fdexec/Applications
 
 
 
 
./src/main/resources/WEB-INF/web.xml
 
 
 
  
   fdexec
   bridge
   4.8.0
  
  
   fdexec
   bridge
   4.8.0
   test-jar
   test
  
  
   javax
   javaee
   1.5
  
 
 
  httpbridge
  
   
org.apache.maven.plugins
maven-surefire-plugin

 
  **/*.java
 

   
   
maven-compiler-plugin

 1.5
 1.5

   
  
 



-
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: Question about maven-war-plugin

2007-09-19 Thread Dave Rathnow

Well...if you check the pom.xml I attached, "war"
is there.

-Original Message-
From: Colomer Cornejo, Marcelo [mailto:[EMAIL PROTECTED] 
Sent: September 19, 2007 09:13 AM
To: Maven Users List
Subject: RE: Question about maven-war-plugin

Hi,
Try to use:
  war

Marcelo.

-Original Message-
From: Dave Rathnow [mailto:[EMAIL PROTECTED]
Sent: 19 September 2007 17:15
To: Maven Users List
Subject: Question about maven-war-plugin

 
I've been able to use the war plugin to build a war file under the
"target" directory of my project using the "package" goal.  It also
creates a couple of other files, including a jar file.  However, when I
try to use the install to put it into my local repository, it appeares
as though it is copying the jar file to the repository and renaming it
".war".

Can someone tell me what I'm doing wrong?
 
Dave.
 
Here's my pom:
 
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
 
  fdexec
  fdexec
  4.8.0
  ../../Support/build/pom.xml
 
 httpbridge
 ${parent.version}
 war
 fdexec::httpbridge
 HTTP Bridge
 
 
scm:svn:http://elmer/svn/umsrepo/trunk/fdexec/Applications
  scm:svn:http://elmer/svn/umsrepo/trunk/fdexec/Applications
 
 
 
 
./src/main/resources/WEB-INF/web.xml
 
 
 
  
   fdexec
   bridge
   4.8.0
  
  
   fdexec
   bridge
   4.8.0
   test-jar
   test
  
  
   javax
   javaee
   1.5
  
 
 
  httpbridge
  
   
org.apache.maven.plugins
maven-surefire-plugin

 
  **/*.java
 

   
   
maven-compiler-plugin

 1.5
 1.5

   
  
 



-
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: Question about maven-war-plugin

2007-09-19 Thread Colomer Cornejo, Marcelo
Hi,
Try to use:
  war

Marcelo.

-Original Message-
From: Dave Rathnow [mailto:[EMAIL PROTECTED] 
Sent: 19 September 2007 17:15
To: Maven Users List
Subject: Question about maven-war-plugin

 
I've been able to use the war plugin to build a war file under the
"target" directory of my project using the "package" goal.  It also
creates a couple of other files, including a jar file.  However, when I
try to use the install to put it into my local repository, it appeares
as though it is copying the jar file to the repository and renaming it
".war".

Can someone tell me what I'm doing wrong?
 
Dave.
 
Here's my pom:
 
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
 
  fdexec
  fdexec
  4.8.0
  ../../Support/build/pom.xml
 
 httpbridge
 ${parent.version}
 war
 fdexec::httpbridge
 HTTP Bridge
 
 
scm:svn:http://elmer/svn/umsrepo/trunk/fdexec/Applications
  scm:svn:http://elmer/svn/umsrepo/trunk/fdexec/Applications
 
 
 
 
./src/main/resources/WEB-INF/web.xml
 
 
 
  
   fdexec
   bridge
   4.8.0
  
  
   fdexec
   bridge
   4.8.0
   test-jar
   test
  
  
   javax
   javaee
   1.5
  
 
 
  httpbridge
  
   
org.apache.maven.plugins
maven-surefire-plugin

 
  **/*.java
 

   
   
maven-compiler-plugin

 1.5
 1.5

   
  
 



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



Need help with component management.

2007-09-19 Thread Chris Helck
Hi,

I'm running into problems managing all of my component and versions. One
problem is that the dependency relations are scattered across the
different project reports. Asking questions like "Which of my twenty
applications use version 1.2.3 of this library?" is hard to do.

I think I would like a program that can look at my Maven repository,
extract all the dependecy data from all of the poms (Maven1 and Maven2),
and create a complete graph. I could then process the graph and produce
reports with graphviz or some other tool. Interesting data to include
would be pom type (jar, war, parent, and so on) and multi-project
relationships.

Can this be done?

Thanks,
Christopher Helck


**
This communication and all information (including, but not limited to,
 market prices/levels and data) contained therein (the "Information") is
 for informational purposes only, is confidential, may be legally
 privileged and is the intellectual property of ICAP plc and its affiliates
 ("ICAP") or third parties. No confidentiality or privilege is waived or
 lost by any mistransmission. The Information is not, and should not
 be construed as, an offer, bid or solicitation in relation to any
 financial instrument or as an official confirmation of any transaction.
 The Information is not warranted, including, but not limited, as to
 completeness, timeliness or accuracy and is subject to change
 without notice. ICAP assumes no liability for use or misuse of the
 Information. All representations and warranties are expressly
 disclaimed. The Information does not necessarily reflect the views of
 ICAP. Access to the Information by anyone else other than the
 recipient is unauthorized and any disclosure, copying, distribution or
 any action taken or omitted to be taken in reliance on it is prohibited. If
 you receive this message in error, please immediately delete it and all
 copies of it from your system, destroy any hard copies of it and
 notify the sender.
**



Question about maven-war-plugin

2007-09-19 Thread Dave Rathnow
 
I've been able to use the war plugin to build a war file under the
"target" directory of my project using the "package" goal.  It also
creates a couple of other files, including a jar file.  However, when I
try to use the install to put it into my local repository, it appeares
as though it is copying the jar file to the repository and renaming it
".war".

Can someone tell me what I'm doing wrong?
 
Dave.
 
Here's my pom:
 
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
 
  fdexec
  fdexec
  4.8.0
  ../../Support/build/pom.xml
 
 httpbridge
 ${parent.version}
 war
 fdexec::httpbridge
 HTTP Bridge
 
 
scm:svn:http://elmer/svn/umsrepo/trunk/fdexec/Applications
  scm:svn:http://elmer/svn/umsrepo/trunk/fdexec/Applications
 
 
 
 
./src/main/resources/WEB-INF/web.xml
 
 
 
  
   fdexec
   bridge
   4.8.0
  
  
   fdexec
   bridge
   4.8.0
   test-jar
   test
  
  
   javax
   javaee
   1.5
  
 
 
  httpbridge
  
   
org.apache.maven.plugins
maven-surefire-plugin

 
  **/*.java
 

   
   
maven-compiler-plugin

 1.5
 1.5

   
  
 




rar:rar plugin missing dependency?

2007-09-19 Thread Peter Taylor
I'm trying to build a resource adapter using maven with the rar:rar
plugin.

 

I've succeeded BUT I have an issue:

 

I have rar in my pom.

But when I do a `mvn package` maven doesn't include the compiled source
in the target rar file.

 

The work-around seems to be:

 

`mvn resources:resources compiler:compile jar:jar rar:rar`

 

i.e. explicitly build the jar for inclusion in the rar.

 

Have I missed something somewhere - since I would have thought the
rar:rar plugin should do this for me.

 

Any guidance gratefully received,

Peter T

 



Re: Removing a report in a child project

2007-09-19 Thread Rémy Sanlaville
>
> From your reply, I don't think what I though was good..  Here was what I
> was
> having in mind :
> 
> 
> site
> 
> module1
> module2
> 
> 
>
> 
> compile
> 
> true
> 
> 
> module1
> module2
> module3
> 
> 
> 
>
> And then using the compile profile to compile and the site profile to
> build
> the report.  On all module in the same command.


Of course... Sorry, little bit tired...
With an continuous integration system you can normally specify to
first build and deploy your project:
 > mvn celan deploy -Pcompile
 or > mvn clean deploy (because compile profile is active by default)

then create and deploy your web site:
 > mvn clean site-deploy -Psite

You can do that with Hudson.

Rémy


RE: Determining top-level parent pom directory

2007-09-19 Thread Tim Foster
Thanks for your reply.  I want the properties to be available both at
build time (e.g., to be used in packaging) and runtime (e.g., to be used
to locate other resources that are relative to directory property
values).

Tim

-Original Message-
From: Wendy Smoak [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, September 19, 2007 9:36 AM
To: Maven Users List
Subject: Re: Determining top-level parent pom directory

On 9/18/07, Tim Foster <[EMAIL PROTECTED]> wrote:
> Okay.  I'm trying to dynamically create a properties file, e.g.,
> my.properties, into which I can define properties that can be
referenced
> at all levels of the hierarchy.  This file would live in a location
> relative to the top-level pom file.  The default definitions of the
> properties are determined by reading a default.properties file, but
the
> values can be overridden by environment variables.  So, I'm using the
> maven-antrun-plugin to create this properties file, but I don't know
how
> to reference it from the lower-level poms.

Is this properties file a build-time thing, or something that you need
to package up to deliver with your project?

IOW, what problem are you trying to solve?  You're still describing an
implementation.

-- 
Wendy

-
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: Setting up an inhouse repository

2007-09-19 Thread Eric Redmond
Yes, that's a documentation error - it should most definitely be in the
POM... you don't need that information in a profile either.

There used to be a link on the chapter pages where you could log book
defects ... but it's not there now. Here's the link:

https://bugs.labs.sonatype.org/book

-- 
Eric Redmond
http://blog.propellors.net

On 9/18/07, Philip Constantinou <[EMAIL PROTECTED]> wrote:
>
> Hi -
>
> I'm struggling a little with setting up an inhouse repository.
>
> I've been looking at:
>
> http://www.sonatype.com/book/repository.html#creating_an_in-house_repository
>
> but the documentation about settings.xml seems to cause an error:
>
> Error reading settings.xml: Unrecognised tag: 'distributionManagement'
> (position: START_TAG seen ...\n
> ... @4:31)
>   Line:   4
>   Column: 31
>
>
> How should I configure my settings.xml to say where to put my deployments?
>
> Also, what's the recommendations on configuring snapshots vs. releases?
> I've tried:
>
> 
> 
>   
>   
> true
>   
>   foo-repository
>   http://foo.com/maven2
> 
>
> Thanks -
> Phil
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>


rar:rar plugin missing dependency?

2007-09-19 Thread Peter Taylor
I'm trying to build a resource adapter using maven with the rar:rar
plugin. I've succeeded BUT I have an issue:

 

I have rar in my pom. But when I do a `mvn
package` maven doesn't include the compiled source in the target rar
file.

 

The work-around seems to be:

`mvn resources:resources compiler:compile jar:jar rar:rar`

 

i.e. explicitly build the jar for inclusion in the rar.

 

Have I missed something somewhere - since I would have thought the
rar:rar plugin should do this for me.

 

Any guidance gratefully received,

Peter T



Re: jaxws-maven-plugin Multiple SEI (Service Endpoint Implementations)

2007-09-19 Thread Dan Tran
use multiple s



On 9/19/07, Kyle.Bober <[EMAIL PROTECTED]> wrote:
>
> Is there a way to execute the generation of multiple WSDL files using
> multiple jaxws-maven-plugin configurations via the  jaxws-maven-plugin... I
> have yet to figure this out... Anyone out there have any success with this?
> --
> View this message in context: 
> http://www.nabble.com/jaxws-maven-plugin-Multiple-SEI-%28Service-Endpoint-Implementations%29-tf4481299s177.html#a12778450
> 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: Snapshot Browse Failure: *-beta-2 release

2007-09-19 Thread Troy Ronning
Thank you very much!  :)

-Original Message-
From: Maria Odea Ching [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, September 18, 2007 9:21 PM
To: [EMAIL PROTECTED]
Subject: Re: Snapshot Browse Failure: *-beta-2 release

You're right, the problem exists in the beta-2 release candidate. It 
seems that the first unique snapshot version you clicked is getting 
persisted in the request that's why the 
DatabaseUnprocessedArtifactConsumer gets the 'version does not match' 
error when the actual requested artifact's pom file is compared with the

version in the request.

I'll open a new jira for this as MRM-426 seems to be a different case
:-)

Thanks,
Deng


Troy Ronning wrote:
> Hey everyone.  I seem to be having issues with the beta-2 release
> involving SNAPSHOT browsing.  This was resolved in beta-1
> (http://jira.codehaus.org/browse/MRM-426) but now doesn't seem to be
> working.  Anyone else having the same issue?
>
> I first tried to view snapshot version 53 and was successful, but
every
> subsequent request failed.
>
> It seems to be stuck on the first version I browse to?
>
>
org.apache.maven.archiva.consumers.DatabaseUnprocessedArtifactConsumer:u
> pdate-db-project  - Project Model groupId = 'com.dhsnet.service'
> INFO   | jvm 1| 2007/09/17 16:51:24 | artifactId =
> 'serverprocessconversion-lib'
> INFO   | jvm 1| 2007/09/17 16:51:24 | version =
> '1.0-20070803.040704-53' version: 1.0-20070803.040704-53 does not
match
> the pom file's version: 1.0-20070522.040811-4
> INFO   | jvm 1| 2007/09/17 16:51:25 | 2007-09-17 16:51:25,051
> [SocketListener0-1] WARN
>
org.apache.maven.archiva.consumers.DatabaseUnprocessedArtifactConsumer:u
> pdate-db-project  - Invalid or corrupt pom. Project model groupId =
> 'com.dhsnet.service'
> INFO   | jvm 1| 2007/09/17 16:51:25 | artifactId =
> 'serverprocessconversion-lib'
> INFO   | jvm 1| 2007/09/17 16:51:25 | version =
> '1.0-20070803.040704-53' was not added in the database.
> INFO   | jvm 1| 2007/09/17 16:51:29 | 2007-09-17 16:51:28,926
> [SocketListener0-0] WARN
>
org.apache.maven.archiva.consumers.DatabaseUnprocessedArtifactConsumer:u
> pdate-db-project  - Project Model groupId = 'com.dhsnet.service'
> INFO   | jvm 1| 2007/09/17 16:51:29 | artifactId =
> 'serverprocessconversion-lib'
> INFO   | jvm 1| 2007/09/17 16:51:29 | version =
> '1.0-20070803.040704-53' version: 1.0-20070803.040704-53 does not
match
> the pom file's version: 1.0-20070524.040509-5
> INFO   | jvm 1| 2007/09/17 16:51:29 | 2007-09-17 16:51:28,942
> [SocketListener0-0] WARN
>
org.apache.maven.archiva.consumers.DatabaseUnprocessedArtifactConsumer:u
> pdate-db-project  - Invalid or corrupt pom. Project model groupId =
> 'com.dhsnet.service'
> INFO   | jvm 1| 2007/09/17 16:51:29 | artifactId =
> 'serverprocessconversion-lib'
> INFO   | jvm 1| 2007/09/17 16:51:29 | version =
> '1.0-20070803.040704-53' was not added in the database.
> INFO   | jvm 1| 2007/09/17 16:51:31 | 2007-09-17 16:51:31,911
> [SocketListener0-1] WARN
>
org.apache.maven.archiva.consumers.DatabaseUnprocessedArtifactConsumer:u
> pdate-db-project  - Project Model groupId = 'com.dhsnet.service'
> INFO   | jvm 1| 2007/09/17 16:51:31 | artifactId =
> 'serverprocessconversion-lib'
> INFO   | jvm 1| 2007/09/17 16:51:31 | version =
> '1.0-20070803.040704-53' version: 1.0-20070803.040704-53 does not
match
> the pom file's version: 1.0-20070519.040909-3
> INFO   | jvm 1| 2007/09/17 16:51:31 | 2007-09-17 16:51:31,927
> [SocketListener0-1] WARN
>
org.apache.maven.archiva.consumers.DatabaseUnprocessedArtifactConsumer:u
> pdate-db-project  - Invalid or corrupt pom. Project model groupId =
> 'com.dhsnet.service'
> INFO   | jvm 1| 2007/09/17 16:51:31 | artifactId =
> 'serverprocessconversion-lib'
> INFO   | jvm 1| 2007/09/17 16:51:31 | version =
> '1.0-20070803.040704-53' was not added in the database.
>
> Appreciate any insight.
>
> - Troy Ronning
>
>
>   




jaxws-maven-plugin Multiple SEI (Service Endpoint Implementations)

2007-09-19 Thread Kyle.Bober

Is there a way to execute the generation of multiple WSDL files using
multiple jaxws-maven-plugin configurations via the  jaxws-maven-plugin... I
have yet to figure this out... Anyone out there have any success with this?
-- 
View this message in context: 
http://www.nabble.com/jaxws-maven-plugin-Multiple-SEI-%28Service-Endpoint-Implementations%29-tf4481299s177.html#a12778450
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: jaxws-maven-plugin jaxws:wsgen - Could not find class file

2007-09-19 Thread Kyle.Bober

It seems the issue was that I had the following dependencies set to
provided instead of compile...

Here is what it should have been...


javax.xml.bind
jaxb-api
2.1.5
compile



javax.jws
jsr181-api
1.0-MR1
compile



javax.jws
jaxws-api
2.1.1
compile



Full POM.xml



4.0.0
com.heartlab.ws
WebSendServices
war
0.0.1


com.heartlab.ws
WebSendParentPOM
0.0.1
../WebSendParentPOM/pom.xml



${pom.artifactId}


maven-compiler-plugin

1.5
1.5



org.codehaus.mojo
jaxws-maven-plugin



wsgen-test




com.heartlab.ws.services.HelloService

soap1.1



2.1
true
true
true



com.sun.xml.ws
jaxws-tools
2.1.1



org.codehaus.mojo
jboss-maven-plugin
 

${appserver.url}
${appserver.port}







com.heartlab.ws
WebSendUtility
0.0.1
compile


javax.annotation
jsr250-api
1.0
compile



javax.xml.bind
jaxb-api
2.1.5
compile



javax.jws
jsr181-api
1.0-MR1
compile



javax.jws
jaxws-api
2.1.1
compile
  

junit
junit
4.1
test


commons-logging
commons-logging
1.0.4
provided


log4j
log4j
1.2.12
provided





 
-- 
View this message in context: 
http://www.nabble.com/jaxws-maven-plugin-jaxws%3Awsgen---Could-not-find-class-file-tf4477051s177.html#a12778400
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: Removing a report in a child project

2007-09-19 Thread Marc-Andre Houle

>From your reply, I don't think what I though was good..  Here was what I was
having in mind : 


site

module1
module2




compile

true


module1
module2
module3


 

And then using the compile profile to compile and the site profile to build
the report.  On all module in the same command.

But anyway,  this is a possibility that I should not ignore.

The other possibility that I think can work is to have a different parent
for the packaging module than all the other.  Then, they could have
different report.

What I don't understand is why I can't overwrite the properties of a parent
pom.  Like, if I rmake the report section, should it not override everything
from the parent?

Anyway, I'm stuck in this module/parent relationship that I'm not sure
anymore I have planned it right from the begining.

Thanks again.

Marc

Rémy Sanlaville wrote:
> 
>> It look like a something interesting, the problem is to integrate this
>> with
>> our continuous integration system.  Since we use Hudson, maybe I can
>> trigger
>> a new build that will make the site, but that is not a perfect fit.
> 
> 
> I don't think that it's a problem to integrate this with a continuous
> integration system.
> If you can do it with your console (like DOS) you can generally do it with
> your continuous integration system (like hudson).
> 
> Is it possible, on the same command line, to use a profile to make
> something
>> and use another profile to do something else?
>> e.g. : mvn -Pcompile deploy -Psite site site:deploy
> 
> 
> I haven't try it, but I think it should work :
> mvn deploy site site:deploy -Pcompile,site
> or even better
> mvn  clean deploy site-deploy -Pcompile,site
> 
> Rémy
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Removing-a-report-in-a-child-project-tf4474762s177.html#a1293
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: Determining top-level parent pom directory

2007-09-19 Thread Wendy Smoak
On 9/18/07, Tim Foster <[EMAIL PROTECTED]> wrote:
> Okay.  I'm trying to dynamically create a properties file, e.g.,
> my.properties, into which I can define properties that can be referenced
> at all levels of the hierarchy.  This file would live in a location
> relative to the top-level pom file.  The default definitions of the
> properties are determined by reading a default.properties file, but the
> values can be overridden by environment variables.  So, I'm using the
> maven-antrun-plugin to create this properties file, but I don't know how
> to reference it from the lower-level poms.

Is this properties file a build-time thing, or something that you need
to package up to deliver with your project?

IOW, what problem are you trying to solve?  You're still describing an
implementation.

-- 
Wendy

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



Re: Removing a report in a child project

2007-09-19 Thread Rémy Sanlaville
> It look like a something interesting, the problem is to integrate this
> with
> our continuous integration system.  Since we use Hudson, maybe I can
> trigger
> a new build that will make the site, but that is not a perfect fit.


I don't think that it's a problem to integrate this with a continuous
integration system.
If you can do it with your console (like DOS) you can generally do it with
your continuous integration system (like hudson).

Is it possible, on the same command line, to use a profile to make something
> and use another profile to do something else?
> e.g. : mvn -Pcompile deploy -Psite site site:deploy


I haven't try it, but I think it should work :
mvn deploy site site:deploy -Pcompile,site
or even better
mvn  clean deploy site-deploy -Pcompile,site

Rémy


RE: Determining top-level parent pom directory

2007-09-19 Thread Tim Foster
Wayne or anyone elsesuggestions?

Tim

-Original Message-
From: Tim Foster [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, September 18, 2007 4:18 PM
To: Maven Users List
Subject: RE: Determining top-level parent pom directory

Okay.  I'm trying to dynamically create a properties file, e.g.,
my.properties, into which I can define properties that can be referenced
at all levels of the hierarchy.  This file would live in a location
relative to the top-level pom file.  The default definitions of the
properties are determined by reading a default.properties file, but the
values can be overridden by environment variables.  So, I'm using the
maven-antrun-plugin to create this properties file, but I don't know how
to reference it from the lower-level poms.

Thanks,

Tim

-Original Message-
From: Wayne Fay [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, September 18, 2007 3:58 PM
To: Maven Users List
Subject: Re: Determining top-level parent pom directory

Tell us more about what you're trying to do.

Wayne

On 9/18/07, Tim Foster <[EMAIL PROTECTED]> wrote:
> In a multi-module pom hierarchy, what is the best way to
> determine/reference the top-level pom directory?
>
> Tim


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



Re: Removing a report in a child project

2007-09-19 Thread Marc-Andre Houle

It look like a something interesting, the problem is to integrate this with
our continuous integration system.  Since we use Hudson, maybe I can trigger
a new build that will make the site, but that is not a perfect fit.

Is it possible, on the same command line, to use a profile to make something
and use another profile to do something else?
 e.g. : mvn -Pcompile deploy -Psite site site:deploy 

Could this work?

Thanks, really, I appreciate.  I'm new to the maven building system and
still in a learning phase.  If the answer is somewhere, I haven't found it
yet.

Marc


Rémy Sanlaville wrote:
> 
>> It seem's that the only thing this flag is doing is to disable the html
>> report exporting.  All the other step for the report are done (Javadoc is
>> still trying to instrument generated java code (which I don't really
>> want!)
> 
> 
> If you specify to add the modules in the menu via your site.xml file, you
> also
> have a reference of the child module (with a false link) that have no html
> report.
> So it's not very nice.
> 
> For the moment, I use a profile in order to filter the modules to take
> into
> account
> for the generation of the web site.
> For instance :
> 
> 
>[...]
> 
>
>
> 
> 
> 
> site
> 
> module1
> module2
> 
> 
> 
> 
> default
> 
> true
> 
> 
> module1
> module2
> module3
> 
> 
> 
> 
> 
> And I run
>> mvn clean site -Psite
> 
> It works great but you have to not forget the profile (-Psite)
> 
> Rémy
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Removing-a-report-in-a-child-project-tf4474762s177.html#a12777181
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: Removing a report in a child project

2007-09-19 Thread Rémy Sanlaville
> It seem's that the only thing this flag is doing is to disable the html
> report exporting.  All the other step for the report are done (Javadoc is
> still trying to instrument generated java code (which I don't really
> want!)


If you specify to add the modules in the menu via your site.xml file, you
also
have a reference of the child module (with a false link) that have no html
report.
So it's not very nice.

For the moment, I use a profile in order to filter the modules to take into
account
for the generation of the web site.
For instance :


   [...]

   
   



site

module1
module2




default

true


module1
module2
module3





And I run
> mvn clean site -Psite

It works great but you have to not forget the profile (-Psite)

Rémy


Re: jaxws-maven-plugin jaxws:wsgen - Could not find class file

2007-09-19 Thread Kyle.Bober

The fully qualified package name and class filename are 100% correct. I am
wondering if it may have to do with the JAX-WS 2.1.1 version I am trying to
use... This is really annoying... I even tried creating a new SimpleService
with a single echo method that just returns a string and still no luck...

package com.heartlab.ws.services;

import javax.jws.WebService;

@WebService(targetNamespace="http://services.ws.heartlab.com";,
name="HelloService")
public class SimpleService {

/**
 * Default constructor
 */
public void SimpleService() {}


public String echo(String echoMessage) {
return echoMessage;
}
}
-- 
View this message in context: 
http://www.nabble.com/jaxws-maven-plugin-jaxws%3Awsgen---Could-not-find-class-file-tf4477051s177.html#a12777080
Sent from the Maven - Users mailing list archive at Nabble.com.


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



Attaching artifacts from a reporting plugin

2007-09-19 Thread Sommers, Elizabeth

Is there any way to attach an artifact (or define an artifact) from a reporting 
plugin?  It is simple enough to do in a build plugin, but I cannot figure out 
how to do it from a report plugin.

helper.attachArtifact(project,"zip","siteReport",coeOutputFile);

and

project.getArtifact().setFile(coeOutputFile);

both seem to be ignored when the plugin is run.

Thanks
Liz Sommers
[EMAIL PROTECTED]



Re: Using Maven WebLogic Plug in

2007-09-19 Thread greinhart

Hi,

I add the same problem

It was because the packaging target of the pom was 'ear' and the target
directory of weblogic-maven-plugin was the same as the project ear
target

To resolve this, I changed the packaging target of the pom to 'pom': so the
ear is only build by the weblogic-maven-plugin

Gerald Reinhart



Hussein Badakhchani-2 wrote:
> 
> Hello,
> 
> In case anyone is interested I have posted some instructions for
> installing and using the Maven WebLogic Plug in on my blog.
> 
> http://dev2dev.bea.com/blog/hoos/archive/2007/09/using_appc_with.html
> 
> I am new to Maven and thus my implementation may not be optimal. For
> instance I found that I had to describe the dependencies twice in my
> pom.xml file, is this a standard thing in Maven or have I missed
> something?
> 
> Also I found that Maven includes all the jars used to precompile JSPs into
> the final package, so I end up with files like weblogic.jar being
> deployed. I would like to know what options there are for filtering such
> files as the inclusion of the files violates our packaging specifications.
> 
> Many thanks,
> Hoos
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Using-Maven-WebLogic-Plug-in-tf4406565s177.html#a12776607
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 to run maven goals from Eclipse?

2007-09-19 Thread Gary Bauer
Siegfried

>>(1) When creating the unit tests in eclipse, do I do anything special
so
>>maven can find them? I think not. Can I just tell eclipse to make a new
unit
>>test and "maven test" will find and run them?

Place the tests in your  "/src/test/java" directory.  The test
classes must have names beginning or ending in "Test" or ending in
"TestCase".

You can modify these patterns by configuring the maven-surefire-plugin.
See:
http://maven.apache.org/plugins/maven-surefire-plugin/examples/inclusion-exclusion.html

>>(2) How can use the eclipse debug and run dialogs to run "maven test"
>>and other maven goals? I think I just need the path to the main maven
>>program.

Look here:  http://m2eclipse.codehaus.org/Maven_2.0_Plugin_for_Eclipse.html


HTH

Gary


Maven with Websphere

2007-09-19 Thread Hemant Ved
Hi all

Can anybody explain me the steps to deploy ejb using maven with Websphere
6?Has anybody tried using Maven and RAD combination? Can maven follow the
directory structure of RAD?



Thanks and regards
Hemant Ved


Re: [m2] multi-module centralized filter.properties

2007-09-19 Thread Philippe Le Marchand
I surely don't meet this problem, as my parent POM is not used by any
plugin (like assembly) during packaging.
So I don't have any clue but maybe to configure the assembly plugin in
the parent POM so that it's not called?
Or try to modify your project structure so that the parent POM is not
used by the assembly plugin?

Sorry :-/

Philippe

On 9/16/07, Mick Knutson <[EMAIL PROTECTED]> wrote:
> Ping.
> I still have this issue, and do not know where to begin to try to resolve
> this...
>
> Someone Please help
>
> On 9/14/07, Mick Knutson <[EMAIL PROTECTED]> wrote:
> >
> > DEBUG] commons-cli:commons-cli:jar:1.0:runtime (selected for runtime)
> > [DEBUG] Retrieving parent-POM:
> > org.apache.maven.wagon:wagon-providers::1.0-alpha-6 for project:
> > null:wagon-ssh-external:jar:1.0-alpha-6 from the repository.
> > [DEBUG] Retrieving parent-POM: org.apache.maven.wagon:wagon::1.0-alpha-6for 
> > project: null:wagon-providers:pom:
> > 1.0-alpha-6 from the repository.
> > [DEBUG]
> > org.apache.maven.wagon:wagon-ssh-external:jar:1.0-alpha-6:runtime(selected 
> > for runtime)
> > [DEBUG]   org.codehaus.plexus:plexus-utils:jar:1.0.4:runtime (removed
> > - nearer found: 1.1)
> > [DEBUG] 
> > org.apache.maven:maven-plugin-descriptor:jar:2.0.4:runtime(selected for 
> > runtime)
> > [DEBUG]
> > org.codehaus.plexus:plexus-interactivity-api:jar:1.0-alpha-4:runtime(selected
> >  for runtime)
> > [DEBUG] Retrieving parent-POM: org.apache.maven:maven::2.0.4 for project:
> > org.apache.maven:maven-monitor:jar:2.0.4 from the repository.
> > [DEBUG] org.apache.maven:maven-monitor:jar:2.0.4:runtime (selected for
> > runtime)
> > [DEBUG] Retrieving parent-POM:
> > org.apache.maven.wagon:wagon-providers::1.0-alpha-6 for project:
> > null:wagon-ssh:jar: 1.0-alpha-7 from the repository.
> > [DEBUG] Retrieving parent-POM: org.apache.maven.wagon:wagon::1.0-alpha-6for 
> > project: null:wagon-providers:pom:
> > 1.0-alpha-6 from the repository.
> > [DEBUG] 
> > org.apache.maven.wagon:wagon-ssh:jar:1.0-alpha-7:runtime(selected for 
> > runtime)
> > [DEBUG]   com.jcraft:jsch:jar:0.1.24:runtime (selected for runtime)
> > [DEBUG]   org.codehaus.plexus:plexus-utils:jar:1.0.4:runtime (removed
> > - nearer found: 1.1)
> > [DEBUG] classworlds:classworlds:jar: 1.1:runtime (removed - nearer
> > found: 1.1-alpha-2)
> > [DEBUG]   org.apache.maven:maven-project:jar:2.0:runtime (removed - nearer
> > found: 2.0.4)
> > [DEBUG]   org.apache.maven:maven-project:jar:2.0.4:runtime (selected for
> > runtime)
> > [DEBUG]
> > org.apache.maven.shared:maven-common-artifact-filters:jar:1.0-alpha-1:runtime(selected
> >  for runtime)
> > [DEBUG] org.apache.maven:maven-artifact:jar:2.0.2:runtime (removed -
> > nearer found: 2.0.4)
> > [DEBUG] Configuring mojo '
> > org.apache.maven.plugins:maven-assembly-plugin:2.2-beta-1:assembly' -->
> > [DEBUG]   (s) appendAssemblyId = true
> > [DEBUG]   (f) attach = true
> > [DEBUG]   (s) basedir = C:\viewstore\esp_lynx_dap\esp\dap
> > [DEBUG]   (s) descriptors = [ Ljava.io.File;@1b77ca0
> > [DEBUG]   (f) executedProject =
> > [EMAIL PROTECTED]
> > [DEBUG]   (s) filters = [C:\viewstore\esp_lynx_dap\esp\dap\${
> > parent.relativePath}\src\main\filters\filter.properties]
> > [DEBUG]   (s) finalName = dap-1.0.0.0
> > [DEBUG]   (s) includeSite = false
> > [DEBUG]   (s) localRepository = [local] -> file://c:\opt\.m2\repository
> > [DEBUG]   (s) outputDirectory = C:\viewstore\esp_lynx_dap\esp\dap\target
> > [DEBUG]   (s) reactorProjects = [
> > [EMAIL PROTECTED],
> > [EMAIL PROTECTED],
> > org.apache.maven.project.MavenProjec
> > [EMAIL PROTECTED], [EMAIL PROTECTED] ,
> > [EMAIL PROTECTED],
> > [EMAIL PROTECTED], org.apac
> > [EMAIL PROTECTED],
> > [EMAIL PROTECTED],
> > [EMAIL PROTECTED] ,
> > org.apache.maven.project.Mav
> > [EMAIL PROTECTED], [EMAIL PROTECTED],
> > [EMAIL PROTECTED],
> > [EMAIL PROTECTED],
> > [EMAIL PROTECTED] ,
> > [EMAIL PROTECTED],
> > [EMAIL PROTECTED], org.apache.maven.pro
> > [EMAIL PROTECTED], [EMAIL PROTECTED],
> > [EMAIL PROTECTED],
> > [EMAIL PROTECTED]
> > b839cf, [EMAIL PROTECTED],
> > [EMAIL PROTECTED],
> > [EMAIL PROTECTED] , org.apache.m
> > [EMAIL PROTECTED],
> > [EMAIL PROTECTED],
> > [EMAIL PROTECTED],
> > org.apache.maven.project.MavenPr
> > [EMAIL PROTECTED], [EMAIL PROTECTED] ,
> > [EMAIL PROTECTED],
> > [EMAIL PROTECTED], org.
> > [EMAIL PROTECTED],
> > [EMAIL PROTECTED],
> > [EMAIL PROTECTED] , org.apache.maven.project
> > [EMAIL PROTECTED], [EMAIL PROTECTED],
> > [EMAIL PROTECTED],
> > [EMAIL PROTECTED]
> > c, [EMAIL PROTECTED] ,
> > [EMAIL PROTECTED]
> > [DEBUG]   (f) remoteRepositories = [[Backup] ->
> > http://repo1.maven.org/maven2, [Apache Snapshots] ->
> > http://cvs.apache.org/maven-snapshot-repository, [Codehaus Snap
> > shots] -> http://snapshots.repository.codehaus.org/, [MyFaces SNAPSHOT] ->
> > http://people.apache.org/repo/m2-snapshot-repository, [ibiblio] ->
> > http://www.ibiblio.org
> > /maven2, [central] -> http://repo1.maven.org/maven

patching maven-jar-plugin

2007-09-19 Thread robert . egan
I'd like to implement a patch for maven-jar-plugin locally. How is that 
done? I have created a local repository (file:// etc) for our custom 
plugins and some "parent" poms shared by multiple artifacts. Should I 
deploy my plugin there? Will it be preferred over the remote one if I do?

The patch is already in jira (MJAR-30) so it's likely to be rolled up 
eventually, but I'd prefer not to wait. Please note that I do not use any 
tools, just maven from the command line.

Thanks
Robert Egan

This email message and any attachments may contain confidential, 
proprietary or non-public information.  The information is intended solely 
for the designated recipient(s).  If an addressing or transmission error 
has misdirected this email, please notify the sender immediately and 
destroy this email.  Any review, dissemination, use or reliance upon this 
information by unintended recipients is prohibited.  Any opinions 
expressed in this email are those of the author personally.

Re: maven jdk1.6 classpath

2007-09-19 Thread Michael McCallum
Unfortunately in their infinite wisdom Sun have packaged the jaxb 2.0 api in 
the core runtime... in order to override it you _have_ to create a directory 
called 'endorsed' in the jre/lib directory and put the jaxb-api-2.1.jar in it

There is an article around somewhere on java.net. You could use do some 
classpath magic to override the loading of the jaxb-api but you will get 
mixed results.

I am not using jaxws2.1 but jaxb2.1 directly without problems... make sure 
that maven is using the runtime with the endorsed jars.

On Wednesday 19 September 2007 20:33, Gisbert Amm wrote:
> I think you rather need to add jaxws2.1 as a dependency to your POM.
>
> -Gisbert
>
> priyasubu wrote:
> > Hi All
> >
> > I am using hte maven compiler plugin set to jdk1.6 in my pom.xml
> > Now the thing is we want to use jaxws2.1 so we created a endorsed dir in
> > the lb folder of jdk1.6
> >  but
> > when i try to do a maven compile I get an error since it does not get
> > these jars in its classpath
> > Any help would be appreciated
> > Cheers
> > Priya

-- 
Michael McCallum
Enterprise Engineer
mailto:[EMAIL PROTECTED]

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



Re: any idea when 1.1 version will be available ?

2007-09-19 Thread ashley . m . jarvis
Hi,

Have been trialing out 1.1-beta-2, and it seems like a  real improvement 
on 1.0.3 , but I kept getting problems related to 
"http://jira.codehaus.org/browse/CONTINUUM-1353";,Is a fix for this 
likely in "1.1-beta-3" ?

With regards

Ashley




Emmanuel Venisse <[EMAIL PROTECTED]> 
19/09/2007 08:58
Please respond to
[EMAIL PROTECTED]


To
[EMAIL PROTECTED]
cc

Subject
Re: any idea when 1.1 version will be available ?






The vote for 1.1-beta-3 release will start this week so beta-3 will be 
available next week.
A small guide will be added to do the upgrade.

We don't know yet when 1.1 final will be release (I hope in 1 month) 
because we have lot of documentation to write before to release the final, 
but when the beta-3 will be released, you'll can give a try.

Emmanuel

Ionut S a écrit :
> Hi,
> I know I asked this question before, but it's very important for my 
project to know when 1.1 version will be available.. (this means we'll 
need also a guide for upgrading from 1.0.3 to 1.1)
> 
> Thank you,
> Ionut
> 
> 
> 
> 
> -
> Shape Yahoo! in your own image.  Join our Network Research Panel today!





-
This communication is for informational purposes only. It is not
intended as an offer or solicitation for the purchase or sale of
any financial instrument or as an official confirmation of any
transaction. All market prices, data and other information are not
warranted as to completeness or accuracy and are subject to change
without notice. Any comments or statements made herein do not
necessarily reflect those of JPMorgan Chase & Co., its subsidiaries
and affiliates.

This transmission may contain information that is privileged,
confidential, legally privileged, and/or exempt from disclosure
under applicable law. If you are not the intended recipient, you
are hereby notified that any disclosure, copying, distribution, or
use of the information contained herein (including any reliance
thereon) is STRICTLY PROHIBITED. Although this transmission and any
attachments are believed to be free of any virus or other defect
that might affect any computer system into which it is received and
opened, it is the responsibility of the recipient to ensure that it
is virus free and no responsibility is accepted by JPMorgan Chase &
Co., its subsidiaries and affiliates, as applicable, for any loss
or damage arising in any way from its use. If you received this
transmission in error, please immediately contact the sender and
destroy the material in its entirety, whether in electronic or hard
copy format. Thank you.

Please refer to http://www.jpmorgan.com/pages/disclosures for
disclosures relating to UK legal entities.

Re: delete existing content before deploying site with mvn site-deploy?

2007-09-19 Thread Gisbert Amm

Does nobody know the answer?

-Gisbert

Gisbert Amm wrote:
I want to delete the old version of the reports before I deploy the new 
version. In Maven1, there was a property for this.


How can I achieve that with Maven2?

I found 
http://www.nabble.com/delete-existing-content-before-deploying-site-with-mvn-site-deploy--tf2915314s177.html#a8146508 
in the archives, however, this has never been answered.


-Gisbert



--
Gisbert Amm
Softwareentwickler Infrastruktur

WEB.DE GmbH
Brauerstraße 48 · D-76135 Karlsruhe
Tel. +49-721-91374-4224 · Fax +49-721-91374-2740
[EMAIL PROTECTED] · http://www.web.de/

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



Re: any idea when 1.1 version will be available ?

2007-09-19 Thread Ionut S
That's great ! Thanks !

Emmanuel Venisse <[EMAIL PROTECTED]> wrote: With the migration tool described 
in the doc, a new db is created with datas from the old db so you'll can use 
1.0.3 and 1.1 in parallel because they won't use the same db

Emmanuel

Ionut S a écrit :
> Once we upgrade to the new continuum server, will the old one still work ? 
> You were mentioning the database changed between 1.0.3 and 1.1 .. So I guess 
> it won't be possible (unless we create another database for the new continuum 
> server). Can you take that into consideration when writing the upgrade 
> document ?
> 
> Thank you !
> 
> Emmanuel Venisse  wrote: The vote for 1.1-beta-3 release will start this week 
> so beta-3 will be available next week.
> A small guide will be added to do the upgrade.
> 
> We don't know yet when 1.1 final will be release (I hope in 1 month) because 
> we have lot of documentation to write before to release the final, but when 
> the beta-3 will be released, you'll can give a try.
> 
> Emmanuel
> 
> Ionut S a écrit :
>> Hi,
>> I know I asked this question before, but it's very important for my project 
>> to know when 1.1 version will be available.. (this means we'll need also a 
>> guide for upgrading from 1.0.3 to 1.1)
>>
>> Thank you,
>> Ionut
>>
>>
>>
>>
>> -
>> Shape Yahoo! in your own image.  Join our Network Research Panel today!
> 
> 
> 
>
> -
> Catch up on fall's hot new shows on Yahoo! TV.  Watch previews, get listings, 
> and more!



   
-
Take the Internet to Go: Yahoo!Go puts the Internet in your pocket: mail, news, 
photos & more. 

Re: any idea when 1.1 version will be available ?

2007-09-19 Thread Emmanuel Venisse

With the migration tool described in the doc, a new db is created with datas 
from the old db so you'll can use 1.0.3 and 1.1 in parallel because they won't 
use the same db

Emmanuel

Ionut S a écrit :

Once we upgrade to the new continuum server, will the old one still work ? You 
were mentioning the database changed between 1.0.3 and 1.1 .. So I guess it 
won't be possible (unless we create another database for the new continuum 
server). Can you take that into consideration when writing the upgrade document 
?

Thank you !

Emmanuel Venisse <[EMAIL PROTECTED]> wrote: The vote for 1.1-beta-3 release 
will start this week so beta-3 will be available next week.
A small guide will be added to do the upgrade.

We don't know yet when 1.1 final will be release (I hope in 1 month) because we 
have lot of documentation to write before to release the final, but when the 
beta-3 will be released, you'll can give a try.

Emmanuel

Ionut S a écrit :

Hi,
I know I asked this question before, but it's very important for my project to 
know when 1.1 version will be available.. (this means we'll need also a guide 
for upgrading from 1.0.3 to 1.1)

Thank you,
Ionut



   
-

Shape Yahoo! in your own image.  Join our Network Research Panel today!




   
-

Catch up on fall's hot new shows on Yahoo! TV.  Watch previews, get listings, 
and more!




Re: any idea when 1.1 version will be available ?

2007-09-19 Thread Ionut S
Once we upgrade to the new continuum server, will the old one still work ? You 
were mentioning the database changed between 1.0.3 and 1.1 .. So I guess it 
won't be possible (unless we create another database for the new continuum 
server). Can you take that into consideration when writing the upgrade document 
?

Thank you !

Emmanuel Venisse <[EMAIL PROTECTED]> wrote: The vote for 1.1-beta-3 release 
will start this week so beta-3 will be available next week.
A small guide will be added to do the upgrade.

We don't know yet when 1.1 final will be release (I hope in 1 month) because we 
have lot of documentation to write before to release the final, but when the 
beta-3 will be released, you'll can give a try.

Emmanuel

Ionut S a écrit :
> Hi,
> I know I asked this question before, but it's very important for my project 
> to know when 1.1 version will be available.. (this means we'll need also a 
> guide for upgrading from 1.0.3 to 1.1)
> 
> Thank you,
> Ionut
> 
> 
> 
>
> -
> Shape Yahoo! in your own image.  Join our Network Research Panel today!



   
-
Catch up on fall's hot new shows on Yahoo! TV.  Watch previews, get listings, 
and more!

Re: maven jdk1.6 classpath

2007-09-19 Thread Gisbert Amm

I think you rather need to add jaxws2.1 as a dependency to your POM.

-Gisbert

priyasubu wrote:

Hi All

I am using hte maven compiler plugin set to jdk1.6 in my pom.xml
Now the thing is we want to use jaxws2.1 so we created a endorsed dir in the
lb folder of jdk1.6 
 but 
when i try to do a maven compile I get an error since it does not get these

jars in its classpath
Any help would be appreciated
Cheers
Priya


--
Gisbert Amm
Softwareentwickler Infrastruktur

WEB.DE GmbH
Brauerstraße 48 · D-76135 Karlsruhe
Tel. +49-721-91374-4224 · Fax +49-721-91374-2740
[EMAIL PROTECTED] · http://www.web.de/

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



any idea when 1.1 version will be available ?

2007-09-19 Thread Ionut S
Hi,
I know I asked this question before, but it's very important for my project to 
know when 1.1 version will be available.. (this means we'll need also a guide 
for upgrading from 1.0.3 to 1.1)

Thank you,
Ionut



   
-
Shape Yahoo! in your own image.  Join our Network Research Panel today!

Remote repository problems

2007-09-19 Thread nodje nodje

well, damn...
thank you Nick.
I finally found the source of my error: some problems in my Artifactory
configuration.

everything seems to be fine now.


Nick Stolwijk-3 wrote:
> 
> In which remote repository are you looking? As fas as I can see 
> classworlds:clasworlds:jar:1.1.-alpha-2 still exists [1] as does the 
> other one [2]
> 
> Hth,
> 
> Nick Stolwijk
> 
> [1] http://repo1.maven.org/maven2/classworlds/classworlds/1.1-alpha-2/
> [2] 
> http://repo1.maven.org/maven2/org/codehaus/plexus/plexus-container-default/1.0-alpha-8/
> 
> nodje nodje wrote:
>> i'm probably the nth guy to ask this, but I'm totally  new to maven and
>> barely understand it:
>>
>> i cannot 'mvn test', I get:
>>
>> [INFO] Error to resolving surefire provider dependency: Missing:
>> --
>> 1) classworlds:classworlds:jar:1.1-alpha-2
>>
>>   Try downloading the file manually from the project website.
>>
>>   Then, install it using the command:
>>   mvn install:install-file -DgroupId=classworlds
>> -DartifactId=classworlds \
>>   -Dversion=1.1-alpha-2 -Dpackaging=jar -Dfile=/path/to/file
>> Alternatively, if you host your own repository you can deploy the file
>> there:   mvn deploy:deploy-file -DgroupId=classworlds
>> -DartifactId=classworlds \
>>   -Dversion=1.1-alpha-2 -Dpackaging=jar -Dfile=/path/to/file \
>>-Durl=[url] -DrepositoryId=[id]
>>
>>   Path to dependency:
>> 1) dummy:dummy:jar:1.0
>> 2) org.apache.maven.surefire:surefire-booter:jar:2.3
>> 3) org.codehaus.plexus:plexus-archiver:jar:1.0-alpha-7
>> 4) org.codehaus.plexus:plexus-container-default:jar:1.0-alpha-8
>> 5) classworlds:classworlds:jar:1.1-alpha-2
>>
>> 2) org.codehaus.plexus:plexus-container-default:jar:1.0-alpha-8
>>
>>   Try downloading the file manually from the project website.
>>
>>   Then, install it using the command:
>>   mvn install:install-file -DgroupId=org.codehaus.plexus
>> -DartifactId=plexus-container-default \
>>   -Dversion=1.0-alpha-8 -Dpackaging=jar -Dfile=/path/to/file
>> Alternatively, if you host your own repository you can deploy the file
>> there:   mvn deploy:deploy-file -DgroupId=org.codehaus.plexus
>> -DartifactId=plexus-container-default \
>>   -Dversion=1.0-alpha-8 -Dpackaging=jar -Dfile=/path/to/file \
>>-Durl=[url] -DrepositoryId=[id]
>>
>>   Path to dependency:
>> 1) dummy:dummy:jar:1.0
>> 2) org.apache.maven.surefire:surefire-booter:jar:2.3
>> 3) org.codehaus.plexus:plexus-archiver:jar:1.0-alpha-7
>> 4) org.codehaus.plexus:plexus-container-default:jar:1.0-alpha-8
>>
>> Fair enough, I've been looking for them myself. These versions don't
>> exist
>> yet or anymore: classworks only have a 1.1-alpha2-NO_SYSTEM_EXIT and
>> plexus-container-default alphas gose from v9 to v32.
>>
>> What the hell? Isn't this the most basic lyfecycle step of maven? How
>> come
>> this is not working? Am I entitled to modify the POMs myself?
>> I'm probably missing the point somewhere but this is this just a very
>> hard
>> to start with maven...
>>
>> thanks for any help!
>>   
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/mvn-test-%3A-surefire-dependency-problem-tf4473898s177.html#a12772282
Sent from the Maven - Users mailing list archive at Nabble.com.


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