Re: Correcting a groupID

2010/8/23 sebb > 2010/8/23 Arnaud Héritier : > > I think it could help you : > > http://maven.apache.org/guides/mini/guide-relocation.html > > Thanks - but it does not really cover the Apache case where a shared > repo is used. Sorry. I don't know Apache infra well, but I don't understand why t

Re: Maven 3 project ordering

+1. Maven 3 includes improvements about parent pom handling. See http://docs.codehaus.org/display/MAVENUSER/Iron+Fist+of+Maven+3.0+transition+pack#IronFistofMaven3.0transitionpack-relativepathtoparent I suspect you're referring to a pom that's just not in the parent directory. In maven 2, this is

Maven / Nexus implementation / customization

Practice Area Lead - Continuous Build Integration Tools We are currently recruiting for a Practice Area Lead who has experience in open-source Continuous Build Integration Tools, such as Maven, Hudson, Nexus, etc. One of the upcoming projects this resource will support, is a Maven and Nexus imple

Maven Specialist Needed

Hello All, I was browsing the Maven users group and it suggested sending open jobs to the users@maven.apache.org mailing list. The reason I am reaching out to everyone today is that I'm working with a client who is in the process of replacing their current version control tool (PVCS) with Colla

Reopen MECLIPSE-36

Hello Apache Maven users, Can someone of the Apache Maven developers please reopen the MECLIPSE-36issue, it is still present (in maven-eclipse-plugin:2.8). Thanks in advance! Regards, Stevo.

Re: Maven Specialist Needed

Where is sending open jobs "info" to this list suggested? /Anders On Mon, Aug 23, 2010 at 23:05, Frank Ungarten wrote: > Hello All, > > I was browsing the Maven users group and it suggested sending open jobs to > the users@maven.apache.org mailing list. > > The reason I am reaching out to everyo

Re: Maven Specialist Needed

There is a j...@apache.org list. The developer and user lists list is not for recruiters. On Aug 24, 2010, at 5:29 AM, Anders Hammar wrote: > Where is sending open jobs "info" to this list suggested? > > /Anders > > On Mon, Aug 23, 2010 at 23:05, Frank Ungarten wrote: > >> Hello All, >> >>

Re: Correcting a groupID

On 24 August 2010 08:34, Baptiste MATHUS wrote: > 2010/8/23 sebb > >> 2010/8/23 Arnaud Héritier : >> > I think it could help you : >> > http://maven.apache.org/guides/mini/guide-relocation.html >> >> Thanks - but it does not really cover the Apache case where a shared >> repo is used. > > > Sorry

Re: nexus, local repository, and m2eclipse

It is just that this forum is so full of talented people that there is no need to visit any other web sites ;-) . Ron On 23/08/2010 4:02 PM, Wayne Fay wrote: I didn't know there was a nexus list. Thanks. This happens often. I don't know why there is such confusion. Perhaps the Sonatype folk

RE: Maven 3 project ordering

Ahhh - h So we have an aggregate pom that lists the parent pom as the first module. All other poms make reference to this parent pom, but without the . Additionally, I've worked places where this "parent pom" is NOT part of the standard branching structure and has its own CI build to m

Re: Maven 3 project ordering

That would be correct, as that pom artifact (the parent) then would exist in the remote repo and can be fetched by Maven as any other artifact. /Anders On Tue, Aug 24, 2010 at 14:54, EJ Ciramella wrote: > Ahhh - h > > So we have an aggregate pom that lists the parent pom as the first mod

RE: Maven 3 project ordering

Thank you all! -Original Message- From: anders.g.ham...@gmail.com [mailto:anders.g.ham...@gmail.com] On Behalf Of Anders Hammar Sent: Tuesday, August 24, 2010 9:06 AM To: Maven Users List Subject: Re: Maven 3 project ordering That would be correct, as that pom artifact (the parent) t

Report plugin request

Not sure if this is the place to do it, but could the "powers that be" enforce that the site output of any of the reporting type plugins include the report as well? Is that a difficult thing to enforce? CONFIDENTIALITY NOTICE: This e-mail and the information tr

maven-1.1 build-bootstrap fails with OpenVMS

I have successfully built maven-1.1 from .\maven\maven-1\trunks\core on my Vista PC / Java 1.5 from DOS and from NetBeans 5.5.1 Using maven-1.1 I have successfully built axis2-1.2; and thats why I need maven also on a OpenVMS Integrity Server from HP; There - Axis2-1.2 - is up and running there;

Re: Correcting a groupID

> # Copy all foo-related files from /bar/foo/ in your Maven 2 repository > to a temporary location. > # Change the groupId to org.bar in all foo-related pom files in the > temporary location. > # Copy all files from the temporary location to /org/bar/foo/ in your > Maven 2 repository. > # Create a

Re: Maven / Nexus implementation / customization

> Practice Area Lead - Continuous Build Integration Tools > > We are currently recruiting for a Practice Area Lead who has experience in > open-source Continuous Build Integration Tools, such as Maven, Hudson, Mailing List: j...@apache.org To Subscribe: jobs-subscr...@apache.org To Unsubscribe:

Re: maven-1.1 build-bootstrap fails with OpenVMS

> HOW CAN I FORCE THAT BASIC ATHENTICATION IS USED but NEVER NTLM > This would solve my problem Why are you wasting your time with this? Just download the artifacts (jar files etc) yourself and copy it to the proper Maven1 local repo cache structure. I haven't used M1 in a long ti

RE: Correcting a groupID

That is definitely NOT the way to handle it. Once released, artifacts (including pom files) must not change. Why do you think this should/must be done?? Is it merely a poor assumption on your part, or were you told this or read it somewhere? I too have read these EXACT steps before. The guide t

Re: Correcting a groupID

> The guide to relocation: > > http://maven.apache.org/guides/mini/guide-relocation.html Hmmm I really don't agree with this approach, and don't believe it would pass muster today. This documentation is most likely old. Today's mantra is "artifacts don't change". This includes poms and jars e

Re: emma code coverage problem

And how would you configure a filter if you would like to exclude some classes from the instrumentation? -- View this message in context: http://maven.40175.n5.nabble.com/emma-code-coverage-problem-tp113505p2651325.html Sent from the Maven - Users mailing list archive at Nabble.com. ---

AW: maven-1.1 build-bootstrap fails with OpenVMS

Wayne, Wasting time? It seems to me that I am not the only one having problems with Authentication. In particular with NTLM Authentication, or forcing an Authentication Schema. Therefore again;: How do I force BASIC authentication using maven-1.1 either with maven-1.1 or maybe I can do it ou

Problem while merging two pom with maven archetype

Hello, On our project, we have an archetype that permits to add a web module to an application. We have an other archetype that permits to update the pom.xml of the project by adding dependencies and other stuff. Though, there is a problem when maven try to apply the last archetype to an exist

AW: maven-1.1 build-bootstrap fails with OpenVMS

Wayne Or keep it more simple, maybe you understand me then. What would you say if subversion, would not work just because it is unable to authenticate properly with your proxy server? Would that tool be useful for you? Not saying what artifacts you need or intend to download with it in the fut

Re: Correcting a groupID

On 24 August 2010 16:00, Wayne Fay wrote: >> The guide to relocation: >> >> http://maven.apache.org/guides/mini/guide-relocation.html > > Hmmm I really don't agree with this approach, and don't believe it > would pass muster today. This documentation is most likely old. Maybe so, but that is

Re: maven-1.1 build-bootstrap fails with OpenVMS

> Wasting time? > > How do I force BASIC authentication using maven-1.1 either with > maven-1.1 or maybe I can do it outside maven-1.1-code through a Let me be more plain... you are WASTING YOUR TIME trying to fix Maven1. Perhaps you understand me better now? Find the simplest thing that could po

Re: maven-1.1 build-bootstrap fails with OpenVMS

Egads, is anyone still using Maven 1? If so, why? -K On Aug 24, 2010, at 11:40 AM, Wayne Fay wrote: >> Wasting time? >> >> How do I force BASIC authentication using maven-1.1 either with >> maven-1.1 or maybe I can do it outside maven-1.1-code through a > > Let me be more plain... you are WASTI

RE: Correcting a groupID

Yeah, I know - hate to cross-pollinate here but the Nexus bible states the repo is for deposits only. Essentially backing up the "just change NEW snapshots/releases, leave the old ones where they are" sentiment. In another life, I casually agreed we should change the groupId of an artifact and

Re: Correcting a groupID

On 24 August 2010 18:44, EJ Ciramella wrote: > Yeah, I know - hate to cross-pollinate here but the Nexus bible states the > repo is for deposits only. > > Essentially backing up the "just change NEW snapshots/releases, leave the old > ones where they are" sentiment. OK > In another life, I cas

RE: Correcting a groupID

No, we didn't realize the relocation poms existed until it was too late. We wanted to match up in source control/java package/groupId/artifactId so that they were uniform. Which is great because from just about any angle (stacktrace, source path, package name in IDE) you know exactly where to l

RE: Correcting a groupID

Additionally, when I was done crying myself to sleep over this failure, I went in search of a repo manager that allowed an easy way to do this in the future: http://wiki.jfrog.org/confluence/display/RTF/Moving+Artifacts But I'm sticking with Nexus until it bites me... -Original Message

Re: Correcting a groupID

On 24 August 2010 19:17, EJ Ciramella wrote: > No, we didn't realize the relocation poms existed until it was too late. > > We wanted to match up in source control/java package/groupId/artifactId so > that they were uniform.  Which is great because from just about any angle > (stacktrace, source

Using Subversion and Maven

I am moving our dev team from CVS to Subversion and started testing Maven with Subversion. I am getting the error "'svn' is not recognized as an internal or external command". From what I can find on google I actually need to have svn installed separately from Maven. Is this correct? Tim McG

Re: Using Subversion and Maven

On Tue, Aug 24, 2010 at 2:41 PM, Timothy Mcginnis wrote: > I am moving our dev team from CVS to Subversion and started testing Maven > with Subversion.  I am getting the error "'svn' is not recognized as an > internal or external command".  From what I can find on google I actually > need to have

Re: Using Subversion and Maven

> with Subversion. I am getting the error "'svn' is not recognized as an > internal or external command". From what I can find on google I actually > need to have svn installed separately from Maven. Is this correct? Yes. What causes you to assume anything else? Is there some documentation tha

Re: Using Subversion and Maven

Well, I probably should have posted this in the M2Eclipse list (which I have done since then). Previously when using cvs it just used the client in Eclipse, but when I tried to do the same with subversion it gave me this error. Tim McGinnis 717 720-1962 Web Development AES/PHEAA From: "Wayn

Re: Correcting a groupID

I'm wondering how they handle the pgp signatures. If the groupId changes, the pom changes, and then the signature won't be correct. I would never mess with old releases. /Anders On Tue, Aug 24, 2010 at 20:27, EJ Ciramella wrote: > Additionally, when I was done crying myself to sleep over this fa

RE: Correcting a groupID

I think the general consensus is - don't do this. Just don't. (that "move" is moving from one repository to another, not moving groupIds btw - my bad - but I coulda sworn they do offer a move feature) -Original Message- From: anders.g.ham...@gmail.com [mailto:anders.g.ham...@gmail.com]

Re: Correcting a groupID

> I think the general consensus is - don't do this. > > Just don't. I think its OK for a project to "move" groupIds and then use that new groupId for all future releases. But I don't think it should ever be OK for a project to "move" groupIds for past releases -- that breaks the "don't ever change

Re: Correcting a groupID

On 2010-08-24 17:00, Wayne Fay wrote: >> The guide to relocation: >> >> http://maven.apache.org/guides/mini/guide-relocation.html > > Hmmm I really don't agree with this approach, and don't believe it > would pass muster today. This documentation is most likely old. > > Today's mantra is "art

WAR type and transitive dependencies

I am building a war (a.war) that depends on a jar (depend1.jar). That jar (depend1.jar) is provided by the the App server (actually it is something we build, but we install it globally), so it is in a.war pom.xml as "provided". The thing is, depend1.jar depends on several other jars, but since

how to best manage versions for a large common set of dependencies

I've racked my brain to come up with an ideal solution to this, without success, so I'm throwing myself on the mercy of the group. Any and all advice is greatly appreciated. I have a project with many modules that are all released together; let's say they're in group ca.zac.A. The parent pom (als

http://jira.codehaus.org/browse/MPIR-194 is killing the build

I am having problems getting our maven site build to work in any but 2.0.8. In builds after 2.0.8 (including maven 2.2.1), we are getting the exception "java.lang.ArrayIndexOutOfBoundsException: 1" (see below). This appears to be the error in http://jira.codehaus.org/browse/MPIR-194 [INFO] Genera

Re: how to best manage versions for a large common set of dependencies

I think scope>import wrote: > I've racked my brain to come up with an ideal solution to this, > without success, so I'm throwing myself on the mercy of the group. > Any and all advice is greatly appreciated. > > I have a project with many modules that are all released together; > let's say they're

Re: http://jira.codehaus.org/browse/MPIR-194 is killing the build

Of course, right after I send the email I got it to work: org.apache.maven.plugins maven-site-plugin 2.1.1 commons-httpclient commons-httpclient 3.1

Activation based on maven version?

I would like to perform an activation based on maven version (for my needs I would like to know maven > 2.0.8). Is there any way to do this? I noticed this has been filed and not resolved: http://jira.codehaus.org/browse/MNG-4760 Basically I want to change a plugin to use a certain version for ma

Re: Correcting a groupID

On Tue, Aug 24, 2010 at 7:37 PM, sebb wrote: > On 24 August 2010 19:17, EJ Ciramella wrote: >> No, we didn't realize the relocation poms existed until it was too late. >> >> We wanted to match up in source control/java package/groupId/artifactId so >> that they were uniform.  Which is great beca

Maven release with separate aggregator and parent pom

I am having a problem similar (or exactly the same) as described in MRELEASE-576 (http://jira.codehaus.org/browse/MRELEASE-576). I have a structure like this ExampleProject | +- branches | +- tags | +- trunk | +- pom.xml (modules=example-parent,example-app,example) | +

Re: Correcting a groupID

On 25 August 2010 01:00, Niall Pemberton wrote: > On Tue, Aug 24, 2010 at 7:37 PM, sebb wrote: >> On 24 August 2010 19:17, EJ Ciramella wrote: >>> No, we didn't realize the relocation poms existed until it was too late. >>> >>> We wanted to match up in source control/java package/groupId/artifac

Re: how to best manage versions for a large common set of dependencies

Thank you Stephen. The worst part is that I remember reading about that when 2.0.9 came out, but obviously I completely forgot about it since. I don't know how I managed to bypass it in my searches. Thanks again! Zac On Tue, Aug 24, 2010 at 3:31 PM, Stephen Connolly wrote: > I think scope>imp

activation by property versus versus releases versus integration tests

I am a bit stumped to discover that skip.integration.tests false is not triggered by a property setting inside the POM itself. Only a command-line -D will do. My problem is that I'm trying to turn off some i

Re: Correcting a groupID

> If a project uses the old groupId to download the release with the new > groupId then it will find the relocation POM, and Maven can > potentially correlate the old and new groupIds. However if the project > uses the new groupId, the relocation POM will not necessarily be read. Realistically, pe

Re: how to best manage versions for a large common set of dependencies

> 2) The idea of inheriting from the ca.zac.A parent pom worked with > maven 2.1.0, but not well for other versions (and it smells bad > anyway). If you're seriously using Maven 2.1.0, you need to stop ASAP. Please start using 2.2.1 or even the latest 3.0 beta instead. Wayne

Re: activation by property versus versus releases versus integration tests

> problem. However, the maven-jetty-plugin lacks a 'skip' property. I > > Anyone got another suggestion? Add/request the skip property for m-jetty-p? Should be super simple to do. Wayne - To unsubscribe, e-mail: users-unsubscr..

Re: how to best manage versions for a large common set of dependencies

This is a common problem in a portal environment or SOA architecture where many webapps are generated. We solved this by creating a set of projects that create sets of jars that group together a bunch of jars into one massive jar. For example, we have a spring-mysql-hibernate-tomcat project th

Re: Reopen MECLIPSE-36

On Tue, Aug 24, 2010 at 6:28 PM, Stevo Slavić wrote: > Hello Apache Maven users, > > Can someone of the Apache Maven developers please reopen the > MECLIPSE-36issue, it is > still present (in maven-eclipse-plugin:2.8). I've duplicated this as http://ji

Re: Activation based on maven version?

No, this is not possible for the moment as far as I know (thus, my ticket). This might also be possible to implement without changing the pom schema, but there might be some clever solution. /Anders On Wed, Aug 25, 2010 at 00:59, Andrew Robinson wrote: > I would like to perform an activation bas

Re: how to best manage versions for a large common set of dependencies

I don't think that I would call Ron's solution a best-practice (I see issues with transitive dependencies). If you want something as simple as just adding one dependency, you should create a pom project that groups these dependencies. Tim explains this in this blog post: http://www.sonatype.com/peo