Remove CVS credentials from pom.xml
Hi, I am using the release plugin with CVS. Is there a way to remove the CVS user name and password from the pom.xml? I am setting up a maven project for 20+ developers and it would be bad if every one of them needs to keep a modified pom.xml in their machine with their user name. I tried the maven-properties-plugin but the problem I does not run when I do release:prepare. I can't discover the proper lifecycle phase where to hook the properties plugin so it runs both on normal build and on release. Cheers, Todor - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Remove CVS credentials from pom.xml
That was my first idea. And I couldn't find a way to do it. All I find are discussions on how people want not to have this in their settings.xml but in an external properties file. How to put arbitrary properties in the settings.xml remains a mistery to me. Anders Hammar wrote: Why not have two pre-define properties for this, which everyone needs to set up in their settings.xml? /Anders On Fri, Sep 25, 2009 at 10:48, Todor Boev t.b...@prosyst.bg wrote: Hi, I am using the release plugin with CVS. Is there a way to remove the CVS user name and password from the pom.xml? I am setting up a maven project for 20+ developers and it would be bad if every one of them needs to keep a modified pom.xml in their machine with their user name. I tried the maven-properties-plugin but the problem I does not run when I do release:prepare. I can't discover the proper lifecycle phase where to hook the properties plugin so it runs both on normal build and on release. Cheers, Todor - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Remove CVS credentials from pom.xml
Yup. This worked. Thanks :) Anders Hammar wrote: Ok. I think I found the example, and it uses environment properties. Should work. Or, define a profile in your settings.xml that defines these properties. The benefit of this approach is that they can easily be defined (or overridden) through the command line as well. /Anders On Fri, Sep 25, 2009 at 11:07, Anders Hammar and...@hammar.net wrote: Hmm, I pretty sure I've seen an example of this somewhere. I'll have a look /A On Fri, Sep 25, 2009 at 11:06, Todor Boev t.b...@prosyst.bg wrote: That was my first idea. And I couldn't find a way to do it. All I find are discussions on how people want not to have this in their settings.xml but in an external properties file. How to put arbitrary properties in the settings.xml remains a mistery to me. Anders Hammar wrote: Why not have two pre-define properties for this, which everyone needs to set up in their settings.xml? /Anders On Fri, Sep 25, 2009 at 10:48, Todor Boev t.b...@prosyst.bg wrote: Hi, I am using the release plugin with CVS. Is there a way to remove the CVS user name and password from the pom.xml? I am setting up a maven project for 20+ developers and it would be bad if every one of them needs to keep a modified pom.xml in their machine with their user name. I tried the maven-properties-plugin but the problem I does not run when I do release:prepare. I can't discover the proper lifecycle phase where to hook the properties plugin so it runs both on normal build and on release. Cheers, Todor - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Can't run the release plugin with CVS
Hi, I am trying to get the maven release plugin to work against our corporate CVS repository. For the death of me I can't figure out what to do to configure the CVS connection. What's worse is that I managed to get the SCM plugin to connect on itself. But when the release plugin uses SCM to connect it somehow mangles the connection string in from the scm section of my pom. Here is that connection string: scm connectionscm:cvs:pserver:devzone.psb:/cvsroot/bundlecloudpoc:genericosgi-maven/connection /scm Help! If I can't get the release plugin to work this will potentially thwart our migration to maven. And we are back to the dark depths of Ant :( Cheers, Todor - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Can't run the release plugin with CVS
Okay...the problem was that I had a stale invalid configuration from a previous attempt. I had to run mvn release:clean and after that things worked out nicely. Todor Boev wrote: Hi, I am trying to get the maven release plugin to work against our corporate CVS repository. For the death of me I can't figure out what to do to configure the CVS connection. What's worse is that I managed to get the SCM plugin to connect on itself. But when the release plugin uses SCM to connect it somehow mangles the connection string in from the scm section of my pom. Here is that connection string: scm connectionscm:cvs:pserver:devzone.psb:/cvsroot/bundlecloudpoc:genericosgi-maven/connection /scm Help! If I can't get the release plugin to work this will potentially thwart our migration to maven. And we are back to the dark depths of Ant :( Cheers, Todor - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Stripping the ant part from the maven ant tasks
Hi, I am working on a requirement to resolve and download the transitive closure of a set of maven artifacts. The plan is to use a pom.xml with packagingpom/packaging. That pom will contain the set of artifacts as dependencies together with some repository definitions from where the artifacts can be downloaded. Than I need to pass this pom into my software and do the maven magic. I can't use maven itself - what I need are the pieces of maven that parse poms, resolve artifact dependencies and download from repositories. I discovered that the maven ant tasks do exactly this job. They ant tasks jar contains the relevant pieces of Maven plus relatively little Ant code to set it all up and give it a pom.xml. Perfect! Except I don't need ant either - I need to do the whole process programatically with no other files involved than the initial pom.xml. I need to pass the Proxy configuration to the maven wagon directly for example. So I set out to extract just the dependencies ant task and than I plan to strip all Ant code to obtain the pure importer logic. But before I do all that I am asking you good people if there is an easier way - - has someone done this before? - is there a single Jar out there that contains the relevant pieces of Maven in pure form that is intended for programmatic use? Cheers, Todor - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Stripping the ant part from the maven ant tasks
10x This looks promising. You happen to know if I can use it to only download the dependencies? I don't want to build a project because this downloads a bunch of maven plugins, which get mixed with the dependencies :( Stephen Connolly wrote: maven embedded 2009/4/23 Todor Boev t.b...@prosyst.bg Hi, I am working on a requirement to resolve and download the transitive closure of a set of maven artifacts. The plan is to use a pom.xml with packagingpom/packaging. That pom will contain the set of artifacts as dependencies together with some repository definitions from where the artifacts can be downloaded. Than I need to pass this pom into my software and do the maven magic. I can't use maven itself - what I need are the pieces of maven that parse poms, resolve artifact dependencies and download from repositories. I discovered that the maven ant tasks do exactly this job. They ant tasks jar contains the relevant pieces of Maven plus relatively little Ant code to set it all up and give it a pom.xml. Perfect! Except I don't need ant either - I need to do the whole process programatically with no other files involved than the initial pom.xml. I need to pass the Proxy configuration to the maven wagon directly for example. So I set out to extract just the dependencies ant task and than I plan to strip all Ant code to obtain the pure importer logic. But before I do all that I am asking you good people if there is an easier way - - has someone done this before? - is there a single Jar out there that contains the relevant pieces of Maven in pure form that is intended for programmatic use? Cheers, Todor - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Simplest possible http repo setup?
Hello, I'm a maven uber-newby. Been playing with it since 2 days ago :) Currently I need to set up an HTTP visible maven repo on a resource constrained box. It has some linux - don't know the distro, and an old Apache 1.3 web server. I tried to simply designate a directory to be the repo and made it accessible via the apache (enabled indexing for the dir). As expected maven could download from that directory but could not put jars back into into it (HTTP PUT doesn't work). I need to know if it is possible to just tweak apaches config a bit more to make the repo fully functional. I hope I don't need to deploy something like Nexus - it doesn't leave enough resources for the elaborate Ant-based build system that also lives on the linux box (pentium III, 512 mb ram, 8gb hdd) Cheers, Todor - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Simplest possible http repo setup?
Stefan Seidel wrote: Hi, do you really need HTTP PUT for your repo? Can you not do scp or even file? Also, maybe you want to use maven-proxy, which is old, but very lightweight, stable and and can serve from a custom repository plus acts as a cache for repo1 (central), which saves you bandwidth and time. Also, it is very easy to configure. Stefan Actually scp is an equally good alternative to http put. Don't really know why I assumed HTTP to be the simplest way to publish the repo for remote access. Thanks for the suggestion. Btw I did try web-dav today but somehow it does not work :P - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]