Re: mvn deploy and site in one go

2011-03-23 Thread Stephen Connolly
Jenkins picks up the test failures from the xml reports... maybe you should switch from TeamCity ;-) On 23 March 2011 17:31, wrote: > Hi Yegor, > thanks for taking the time to share your thoughts. > > >>The only option you have is to run your project twice in your CI > environment > I'm afraid t

RE: What could cause such a fundamental file to be missing?

2011-03-23 Thread Hahn, Christopher (SAN DIEGO)
Thank you (you and the other responder) I checked my settings.xml and I think that I was referring to a "repositories" path in nexus, and not the "group" path that our configuration requires. If this does not make sense, then let me know and I will try to elaborate. Chris -Original Message-

Re: mvn deploy and site in one go

2011-03-23 Thread stefan . hansel
Hi Yegor, thanks for taking the time to share your thoughts. >>The only option you have is to run your project twice in your CI environment I'm afraid that is no option for us. I planned to use Maven to reduce build-times (right now dependent projects are checkouted and compiled over and over

Re: What could cause such a fundamental file to be missing?

2011-03-23 Thread Anders Hammar
com.hp.maven:maven-zip-plugin:maven-plugin:1.0-20100107.233934-2 does NOT exist in Maven central! Most likely that repo group in Nexus is missing some repo containing that HP artifact. /Anders On Wed, Mar 23, 2011 at 19:24, Manuel Doninger wrote: > Does the repository group server-devel contain

RE: Hello World?

2011-03-23 Thread Hessick, Michael
@Christopher Would you mind posting your settings.xml? It sounds like it needs to be updated. -Mike -Original Message- From: Asmann, Roland [mailto:roland.asm...@adesso.at] Sent: Wednesday, March 23, 2011 12:46 PM To: Maven Users List Subject: Re: Hello World? Because that is

Re: Hello World?

2011-03-23 Thread Asmann, Roland
Because that is Maven's default output, no matter if you are using nexus or not! If you run in debug, it should (when correctly configured) show that it is trying to download from 'central ()'. On 23-03-11 19:43, Hessick, Michael wrote: > If you are using Nexus, then why is your build trying to

RE: Hello World?

2011-03-23 Thread Hessick, Michael
If you are using Nexus, then why is your build trying to connect to central? From: Hahn, Christopher (SAN DIEGO) [mailto:christopher.h...@hp.com] Sent: Wednesday, March 23, 2011 12:40 PM To: Maven Users List Subject: Hello World? ??? What can make Hello World fail:

Re: Hello World?

2011-03-23 Thread Asmann, Roland
IT says 'connection refused', are you sure you can currently reach your Nexus? On 23-03-11 19:39, Hahn, Christopher (SAN DIEGO) wrote: > ??? > > What can make Hello World fail: > > == > > D:\temp>mvn archetype:generate > -DarchetypeGroupId=

Hello World?

2011-03-23 Thread Hahn, Christopher (SAN DIEGO)
??? What can make Hello World fail: == D:\temp>mvn archetype:generate -DarchetypeGroupId=org.apache.maven.archetypes -DgroupId=com.mycompany.app -DartifactId=my-app D:\temp>set MAVEN_OPTS=-Xmx1024m -Xms128m [INFO] Scanning for projects... [

Re: What could cause such a fundamental file to be missing?

2011-03-23 Thread Manuel Doninger
Does the repository group server-devel contain the Maven Central repo or another group with the Maven Central in its configuration? If not, that could be the problem. Manuel On Wed, Mar 23, 2011 at 18:09, Hahn, Christopher (SAN DIEGO) wrote: > Is this the problem (from the console): > ##

Re: What could cause such a fundamental file to be missing?

2011-03-23 Thread Asmann, Roland
I'd say that your Nexus is configured incorrectly/incomplete... It is OK to mirror everything to Nexus, but then you have to make sure that Nexus is able to retrieve *all* artifacts you need! On 23.03.2011 18:09, Hahn, Christopher (SAN DIEGO) wrote: > Is this the problem (from the console): > #

Re: mvn deploy and site in one go

2011-03-23 Thread Yegor Bugayenko
The only option you have is to run your project twice in your CI environment: 1) mvn deploy 2) mvn site-deploy No other options. But think again, are you sure that you want your site to be built if there are JUnit/Checkstyle failures? If the build fails it has to fail completely. No site, no depl

RE: What could cause such a fundamental file to be missing?

2011-03-23 Thread Hahn, Christopher (SAN DIEGO)
Is this the problem (from the console): ## -- 1 required artifact is missing. for artifact: com.hp.maven:maven-zip-plugin:maven-plugin:1.0-20100107.233934-2 from the specified remote repositories: central (http://server.labs.company.com/

What could cause such a fundamental file to be missing?

2011-03-23 Thread Hahn, Christopher (SAN DIEGO)
Hello, In testing just the "clean" goal I get this error: === Downloading: http://server.labs.peregrine.com/nexus/content/groups/server-devel/org/apache/maven/shared/maven-ant/1. 0-SNAPSHOT/maven-ant-1.0-SNAPSHOT.pom [INFO] Unable to find resour

Re: Re: Specific problem with Maven resources filtering

2011-03-23 Thread Rafael Vanderlei
Dennis, thanks for your help. I think I was blind when I first visited the resouce plugin link and didn´t look the example for filter escaping. That worked fine. It´s exactly what I needed. Thanks again. Regards, Rafael Vanderlei. On Mon, 21 Mar 2011 20:43:34 GMT, Dennis Lundberg wrote: > Hi >

Re: Maven native:link using external library

2011-03-23 Thread Dan Tran
native plugin accepts external lib dependency (ie for windows it is .lib ). Please see examples to get you started. -D On Wed, Mar 23, 2011 at 4:10 AM, stevek wrote: > I have a separate standalone library that I would like to link with a Maven > C++ project on a windows system, using the native

Re: Maven 2.x Dependency Plugin, MDEP-163 is really not a bug

2011-03-23 Thread TomazM
1) I run it in phase generate-resources 2) I run it with profile, because I need to unpack different artifacteId for different profile 3) I do unpacking in a separate module(children pom) What is funny with this plugin if I put this in a parent(root) pom: org.apache.maven.plugins maven-de

Re: Integrate Maven Plugin Code (Mojo's) into Application

2011-03-23 Thread Karl Heinz Marbaise
Hi, after figuring out how to solve the problem with ScmManager i can now call the execute method of Maven Mojo's...(updated https://gist.github.com/870717 appropriateley). I found out that i don't need to do anything else than the following to initialize the ScmManager and get it working:

Re: Maven native:link naming exe

2011-03-23 Thread stevek
Thanks to those that replied. I figured out what was going wrong as far as the cl option was concerned. Worked out eventually that setting the correct factory uses link rather than cl. Thanks again. Steve - Original Message - From: mgainty [via Maven] To: stevek Sent: Wednesd

Maven native:link using external library

2011-03-23 Thread stevek
I have a separate standalone library that I would like to link with a Maven C++ project on a windows system, using the native plugin. So I would have code being built by Maven and a library required by that process. This library has been built separately. Is their a recommended way to do this? Reg

Re: Defining common localRepository that will work on both Windows and linux

2011-03-23 Thread Marc Rohlfs
As Windows und Unix have a different file system structures, I'd say you'll need to work with properties. Call 'mvn help:system' on both systems and try to find a common property (either system property or environment variable) You could use. The Maven Properties Guide [1] gives some further in

Re: Maven 2.x Dependency Plugin, MDEP-163 is really not a bug

2011-03-23 Thread Stephen Connolly
On 23 March 2011 10:25, TomazM wrote: > 1) I run it in phase generate-resources > 2) I run it with profile, because I need to unpack different artifacteId > for different profile > 3) I do unpacking in a separate module(children pom) > > What is funny with this plugin if I put this in a parent(ro

Re: Maven 2.x Dependency Plugin, MDEP-163 is really not a bug

2011-03-23 Thread Stephen Connolly
On 23 March 2011 08:19, TomazM wrote: > No this is not issue, probably bad design of maven plugin. > Because if I take configuration out of executions then it is working other > wise throw ridiculous error. > > Nope that is F.A.D. not a bug but E.B.K.A.C. > But if I aggregate pom's then unpack

Re: Maven 2.x Dependency Plugin, MDEP-163 is really not a bug

2011-03-23 Thread TomazM
No this is not issue, probably bad design of maven plugin. Because if I take configuration out of executions then it is working other wise throw ridiculous error. But if I aggregate pom's then unpacking doesn't work at all (where ever you put configuration for this plugin doesn't work, because i