Overriding distributionManagement Repositories
Hello Maven Users, I'm trying to migrate my users to a new nexus repository on a different domain. I'm trying to avoid having to tell all of the developers to change their distributionManagement/repository and /snapshotRepository values in their pom files or to upgrade to new parent poms all at once. They can do it over time, but we support hundreds of developers on many projects. I can't seem to find a way to override these values in settings.xml. I can easily change where the users fetch artifacts from, but not where they deploy or release to. (btw - most of my users are still using maven 2). Thanks for any advice you may have. Rick - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Overriding distributionManagement Repositories
Oh! Great, looks like that was added quite a while ago, I've never seen it. Thanks Nick On 6/23/11 11:05 AM, Nick Stolwijk nick.stolw...@gmail.com wrote: You could create a profile in your settings.xml which is always active and sets the property altDeploymentRepository[2] to your new value. [1] http://maven.apache.org/settings.html#Active_Profiles [2] http://maven.apache.org/plugins/maven-deploy-plugin/deploy-mojo.html#altDeploy mentRepository Hth, Nick Stolwijk ~Senior Java Developer~ iPROFS Wagenweg 208 2012 NM Haarlem T +31 23 547 6369 F +31 23 547 6370 I www.iprofs.nl On Thu, Jun 23, 2011 at 3:44 PM, Rick Mangi rick.ma...@mtvn.com wrote: Hello Maven Users, I'm trying to migrate my users to a new nexus repository on a different domain. I'm trying to avoid having to tell all of the developers to change their distributionManagement/repository and /snapshotRepository values in their pom files or to upgrade to new parent poms all at once. They can do it over time, but we support hundreds of developers on many projects. I can't seem to find a way to override these values in settings.xml. I can easily change where the users fetch artifacts from, but not where they deploy or release to. (btw - most of my users are still using maven 2). Thanks for any advice you may have. Rick - 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
Re: maven is a swamp
I think that's the main point. Nobody thinks XML is wonderful to read or write, but it's easily read by any tools, languages and by humans. XML is a standard, like it or not. It's a glue. Glue is good. Glue lets the logic be language neutral and portable. On 10/15/10 6:40 PM, Ron Wheeler rwhee...@artifact-software.com wrote: Who cares what language Maven uses? There are IDEs with editors that eliminate the need to look at XML. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven is a swamp
Flexible and elegant aren't necessarily the same thing... Any language that prides itself on its ability to be obfuscated can't be elegant ;-) That said, I do love it. As far as Maven goes, the elegance of maven is that it does 90% of what you need it to do with very little or no effort and the other 10% can be done without much hassle. On 10/13/10 10:48 AM, Kathryn Huxtable kath...@kathrynhuxtable.org wrote: It does. The rest of the language is rather ugly, though. -K On Oct 13, 2010, at 9:07 AM, Rick Mangi wrote: I just enjoyed the bit about perl having elegant and concise data structures :-) - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven is a swamp
I just enjoyed the bit about perl having elegant and concise data structures :-) On 10/13/10 9:57 AM, chemit che...@codelutin.com wrote: Le Wed, 13 Oct 2010 08:58:27 -0400, Ron Wheeler rwhee...@artifact-software.com a écrit : Doing the wrong thing and not using an IDE with a POM editor is not a good recipe for a smooth development cycle. I will admit to occasionally editing XML but that is for extreme cases while you are getting set up.. euh wrong person :) You should have respond to previous mail, ... I love maven and all the xml stuff (arch to su much in facts.) I was just responding to the guy Kenneth which seems to be pretty angry with Maven and xml ;) If you don't like XML: 1) Get your development workflow Mavenized 2) Get a Maven Repo set up 3) Restructure your projects to fit the way Maven works 3) Use an IDE that supports Maven with a proper human oriented editor - Eclipse STS is very good at this. Then you will have no need of XML editing and no need to screw around with command line Maven or custom plug-ins or custom goals. You will not spend a lot of time in this forum moaning about the unfairness of life and the difficulty of using Maven. Once you start using Maven properly, it is a very high level tool for building Java applications such as: Java WebServices Java Servlets Java Portlets Java Standalone applications If you are building something else, my comments may not be relevant. Ron On 13/10/2010 2:47 AM, chemit wrote: Le Tue, 12 Oct 2010 19:35:46 -0500, Kenneth McDonaldkenneth.m.mcdon...@sbcglobal.net a écrit : Yes, I realize this is flamebait, but after trying to puzzle out the following maven plugin: plugin artifactIdmaven-antrun-plugin/artifactId version1.6/version executions execution phasedeploy/phase iddeploy-gh-pages/id goals goalrun/goal /goals configuration target property name=gh-pages-dir location=/ exec executable=git dir=${gh-pages-dir} arg line=add ./ /exec exec executable=git dir=${gh-pages-dir} arg line=commit/ /exec exec executable=git dir=${gh-pages-dir} arg line=push origin gh-pages/ /exec /target /configuration /execution /executions /plugin I simply can't resist. Whoever in their right mind decided software developers to think that requiring other developers to write config files in XML was a proper decision? Python, Ruby, and (yes even Perl) have had had much more elegant and concise ways of managing complex data structures for years now. And there's a reason JSON has become so popular--primarily because XML is not, and was never intended to be, a format for developers to write specifications in. First of all using the ant plugin is against Best pratices, so for me and from this point, why critisize something when you are doing it the wrong way ? Let's take a look at the most obvious of the problems in the above: property name=gh-pages-dir location=/ exec executable=git dir=${gh-pages-dir} arg line=add ./ /exec exec executable=git dir=${gh-pages-dir} arg line=commit/ /exec exec executable=git dir=${gh-pages-dir} arg line=push origin gh-pages/ /exec Now, I'm still very new to maven, but it strikes me that what the above is saying is (in Pythonic code, but feel free to convert to your own): import git gh-pages-dir = git(dir=gh-pages-dir, add .) git(dir=gh-pages-dir, commit) git(dir=gh-pages-dir, push origin gh-pages) I'm sure there are errors in the translation--but I'm equally sure that if these errors were corrected, they would not substantially alter the ratio of XML to Pythonic code. Ruby and even Perl would do just as well. but if it is so simple as you say, you should be able to write your simply code without any doubt... So here's a challenge to the (very intelligent) folks at apache. Open your minds to the fact that XML is not only the Final Solution, but isn't even close to the best solution, and start producing some products that are configurable without an entire manual in front of oneself. I realize that arriving at an optimal solution is not really possible, but XML is
Re: release plugin: Create new SNAPSHOT from release tag?
Check out the 1.0 tag and run mvn release:branch http://maven.apache.org/plugins/maven-release-plugin/examples/branch.html See the note about branching from a tag. On 4/30/10 7:08 AM, Kalpak Gadre kalpa...@gmail.com wrote: Past discussion which happened on similar question, http://www.mail-archive.com/users@maven.apache.org/msg108587.html Kalpak Hi, Using release:prepare, release:perform I successfully created a tag in svn. I now have to fix some bugs so I thought I should create a new branch from the svn tag. Is this the way to go? So I created from 1.0-SNAPSHOT the svn tag 1.0 and have the working copy 2.0-SNAPSHOT. To fix a bug i the old release I want to create the branch 1.1-SNAPSHOT from the version 1.0. How can I do this? It is a multi module project and I'd rather not fix all versions by hand... Cheers, Jan - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Multi Modules / Multi SCM urls?
Resending this question... Anyone have an idea? On 4/13/10 11:37 AM, Rick Mangi rick.ma...@mtvn.com wrote: Hi, Does anybody know if there's existing mojo to allow individual modules in a multi-module project to point to different SCM urls? So instead of having the entire project living in a single subversion tree it you could use something like scm:bootstrap to check out dependent modules from various locations but have the dependencies linked in the maven reactor? Thanks, Rick - 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: artifacts built from alternate scm branches
That's exactly how we manage the version #s for branches. We use the convention that the leading number comes from the source of the branch (usually the trunk), then we add a meaningful identifier for the branch, and finally a branch version that can be incremented by the release process - 6.0.0-mybranch-2.1-SNAPSHOT See - http://www.sonatype.com/books/mvnref-book/reference/pom-relationships-sect-p om-syntax.html#pom-relationships-sect-version-build-numbers Rick On 4/16/10 9:23 AM, Stephen Connolly stephen.alan.conno...@gmail.com wrote: who said version numbers have to be numbers! 6.0.0-mybranch-SNAPSHOT 6.0.0-yourbranch-SNAPSHOT, etc On 16 April 2010 13:09, Nicola Musatti nicola.musa...@objectway.it wrote: Stephen Connolly wrote: different branches should have different version numbers This would be reasonable if I only issued maintenance releases from my branches. In my case however branches evolve independently and I'd rather not assign them arbitrary version numbers. Cheers, Nicola Musatti On 16 April 2010 11:12, Nicola Musatti nicola.musa...@objectway.itmailto: nicola.musa...@objectway.it wrote: Hallo, I have different branches of the same project that are being developed in parallel, to cater for customer customizations. Is there a standard way to identify the resulting artifacts? At first I thought of giving each a different classifier, but I'm under the impression that this is not what classifiers are meant for, as I've only seen them used to identify build variants obtained from the same set of sources. Thanks, Nicola Musatti - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org mailto:users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org mailto: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: Can I control the number string by which the SNAPSHOT keyword is replaced at the time of deployment to snapshot repository?
Henika, That timestamp is crucial to Maven as it determines which snapshot build of an artifact is the latest, you really shouldn't touch it. Rick On 4/12/10 7:45 AM, Henika Tekwani htekw...@adobe.com wrote: Hi, As we know that when we deploy an artifact to a snapshot repository the SNAPSHOT keyword in the artifact version, say 9.5.0-SNAPSHOT, is replaced by a timestamp number (e.g., my-app-9.5.0-20100412.084615-1.jar). In this case SNAPSHOT is replaced by ³20100412.084615² which is an automatically generated timestamp number. I wanted to know that is there any way by which I can control the number string by which the SNAPSHOT keyword is replaced at the time of deployment, i.e., instead of this automatically generated timestamp number can I supply some other uniquely generated number string (e.g., 20100412.1.234071) at the time of deployment such that the SNAPSHOT keyword is replaced by my uniquely generated number string. Thanks Regards, -Henika - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Multi Modules / Multi SCM urls?
Hi, Does anybody know if there's existing mojo to allow individual modules in a multi-module project to point to different SCM urls? So instead of having the entire project living in a single subversion tree it you could use something like scm:bootstrap to check out dependent modules from various locations but have the dependencies linked in the maven reactor? Thanks, Rick - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Problem with mvn site:run and javadocs
Done. Thanks Lukas. On 10/21/09 3:42 AM, Lukas Theussl ltheu...@apache.org wrote: Please attach your findings here: http://jira.codehaus.org/browse/MSITE-220 Cheers, -Lukas - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Problem with mvn site:run and javadocs
Hello, I'm encountering a strange problem with the generation of my javadocs report in the maven site plugin. If I run mvn javadoc:javadoc it generates the javadocs, but when I run mvn site:run and browse to the javadocs report I see the following in the console: /Users/mangir/work/kids-web-core/src/main/java/com/nickonline/web/filter/rew rite/DefaultRewriteHandler.java:18: cannot find symbol symbol : variable LogFactory location: class com.nickonline.web.filter.rewrite.DefaultRewriteHandler protected static final Log log = LogFactory ^ java.lang.ClassCastException: com.sun.tools.javadoc.ClassDocImpl cannot be cast to com.sun.javadoc.AnnotationTypeDoc And in the browser I get a bunch of messages similar to the following: HTTP ERROR: 500 Error rendering Maven report: Exit code: 1 - /Users/mangir/work/kids-web-core/src/main/java/com/nickonline/ir/BaseIR.java :7: package net.sf.ehcache does not exist import net.sf.ehcache.CacheManager; ^ /Users/mangir/work/kids-web-core/src/main/java/com/nickonline/ir/BaseIR.java :18: cannot find symbol symbol : class CacheManager location: interface com.nickonline.ir.BaseIR public void setCacheManager(CacheManager cacheManager); ^ /Users/mangir/work/kids-web-core/src/main/java/com/nickonline/ir/BaseIR.java :19: cannot find symbol symbol : class CacheManager location: interface com.nickonline.ir.BaseIR public CacheManager getCacheManager(); ^ /Users/mangir/work/kids-web-core/src/main/java/com/nickonline/ir/BaseIRImpl. java:3: package net.sf.ehcache does not exist import net.sf.ehcache.CacheManager; ^ /Users/mangir/work/kids-web-core/src/main/java/com/nickonline/ir/BaseIRImpl. java:5: package org.apache.commons.logging does not exist import org.apache.commons.logging.Log; ^ /Users/mangir/work/kids-web-core/src/main/java/com/nickonline/ir/BaseIRImpl. java:6: package org.apache.commons.logging does not exist import org.apache.commons.logging.LogFactory; ^ I'm pretty stumped on this. If I run - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: wldeploy with Maven
Not sure if it will help, but what are your weblogic properties settings in project.properties? Here are mine... (we deploy a war, but that should be irrelevant.) # WEBLOGIC SETTINGS maven.weblogic.username=weblogic maven.weblogic.password=system maven.weblogic.targets=myserver maven.weblogic.adminurl=http://localhost:7001 maven.weblogic.name=cbredesign maven.weblogic.source=cbredesign.war maven.weblogic.staticdir=/websites/cb/${maven.weblogic.name} On Mar 17, 2005, at 7:26 AM, GOKULAM Jayaram wrote: Hi, I have been trying to deploy an EAR file into weblogic server, I downloaded the weblogic plug-in. But it does not work. It seems to pick up the target from the MAVEN-HOME directory by default. Am getting the following error. Any help is appreciated. Thanks for your help in advance, Jayaram BUILD FAILED File.. C:\Documents and Settings\JGokulam\.maven\cache\maven-webtest-plugin-0.1.0\plugin.je lly Element... java Line.. 50 Column 103 C:\Maven [EMAIL PROTECTED] is not a valid directory Total time: 1 seconds Finished at: Thu Mar 17 17:55:28 IST 2005 Confidentiality Statement: This message is intended only for the individual or entity to which it is addressed. It may contain privileged, confidential information which is exempt from disclosure under applicable laws. If you are not the intended recipient, please note that you are strictly prohibited from disseminating or distributing this information (other than to the intended recipient) or copying this information. If you have received this communication in error, please notify us immediately by return email.
Re: Clustered Maven?
Not really a newbie question at all... actually a very interesting question. I don't believe there is any built in functionality for this but you could definitely do it with a set of shell scripts and rsh. Many many years ago I did a similar thing with make files, rsh to spawn the builds onto the remote machines and expect to analyze the output. It worked amazingly well spawning nightly builds on a dozen different OS flavors, correlating the output into a master build report. Rick On Feb 23, 2005, at 1:48 PM, Jared Richardson wrote: Hi all, Sorry if this a complete newbie question. I've perused some of the docs and Googled and I'm not seeing an answer. I am interested in setting up a group of Maven boxes that can all build a set of projects. I'd like to have a front-end proxy/manager accept build requests and farm them out to one of the Maven boxes. This type of configuration gives you a level of failover. Does Maven have a similar capability? If it doesn't, could you trick it by using a common network share to hold the local workspaces? This would make all the local files available to both machines? If the proxy/manager were smart enough to not issue build requests for the same project to multiple machines, would Maven stomp on itself? Thanks! Jared - Jared Richardson [EMAIL PROTECTED] 919-531-9136 http://www.sas.com SAS... The Power to Know(r) - The plan is nothing; the planning is everything. Dwight Eisenhower - 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: Clustered Maven?
Well no, not necessarily. You could just put the project descriptors on each machine so maven would know which SCM to connect to for each project. It would then download src just for the projects you are building on each machine. I'm not sure what the minimum requirements are for this in terms of which files you need, but I imagine just project.xml, maven.xml and project.properties. This is where build.properties comes in very handy. You can specify machine specific overrides there. I'd look at the tools Vincent mentions as well. I haven't used any of them myself. On Feb 23, 2005, at 2:52 PM, Jared Richardson wrote: In this scenario, all the code for every project would exist on every machine? -Original Message- From: Rick Mangi [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 23, 2005 2:07 PM To: Maven Users List Subject: Re: Clustered Maven? Not really a newbie question at all... actually a very interesting question. I don't believe there is any built in functionality for this but you could definitely do it with a set of shell scripts and rsh. Many many years ago I did a similar thing with make files, rsh to spawn the builds onto the remote machines and expect to analyze the output. It worked amazingly well spawning nightly builds on a dozen different OS flavors, correlating the output into a master build report. Rick On Feb 23, 2005, at 1:48 PM, Jared Richardson wrote: Hi all, Sorry if this a complete newbie question. I've perused some of the docs and Googled and I'm not seeing an answer. I am interested in setting up a group of Maven boxes that can all build a set of projects. I'd like to have a front-end proxy/manager accept build requests and farm them out to one of the Maven boxes. This type of configuration gives you a level of failover. Does Maven have a similar capability? If it doesn't, could you trick it by using a common network share to hold the local workspaces? This would make all the local files available to both machines? If the proxy/manager were smart enough to not issue build requests for the same project to multiple machines, would Maven stomp on itself? Thanks! Jared - Jared Richardson [EMAIL PROTECTED] 919-531-9136 http://www.sas.com SAS... The Power to Know(r) - The plan is nothing; the planning is everything. Dwight Eisenhower - 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: Clustered Maven?
FYI - the build system I described was for PV-WAVE (www.vni.com) circa 1996. The builds ran on a dozen flavors of unix, vax and open vms. We did partial builds (certain components and not necessarily automated) on QNX, Win NT, NextStep, Linux (slackware 0.x i think) and MacOS 8 (IIRC). It worked great. No single failure would take down the rest of the builds (why would they?). This code was easily 1,000,000 lines. C, C++, Fortran. A similar process was used to build IMSL back then as well. Shell scripts, rsh, expect, etc. aren't sexy. But sometimes they're the best tool for the job. I'm not knocking any of the other tools mentioned, I haven't used them. They might be great. Rick On Feb 23, 2005, at 4:01 PM, Jared Richardson wrote: -Original Message- From: Rick Mangi [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 23, 2005 3:23 PM To: Maven Users List Subject: Re: Clustered Maven? Well no, not necessarily. You could just put the project descriptors on each machine so maven would know which SCM to connect to for each project. It would then download src just for the projects you are building on each machine. I'm not sure what the minimum requirements are for this in terms of which files you need, but I imagine just project.xml, maven.xml and project.properties. This is where build.properties comes in very handy. You can specify machine specific overrides there. I'd look at the tools Vincent mentions as well. I haven't used any of them myself. Thanks. This looks like the best solution so far. - 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: Clustered Maven?
Jared, Didn't think you were being dismissive at all. Our existing solution has a cluster of build machines that provide very nice failover, so the feature is expected. Suggesting we look at a build system with a dozen boxes, with each one being a point of failure, wouldn't go over well. Given cascading build failure issues, the wrong box dying could take out (literally) hundreds of builds. I would approach this the same way I approach a web server farm. Primary/Secondary. The odds of a build machine blowing up are pretty low. Just assign each build a secondary failover and if you can't ping the machine, send the job to the secondary machine. A more robust environment would run some sanity check on the box before assigning the build task. Rick - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to properly use filtering on resources.
So what is the proper way to do the following: 1) Filter a config file to put the properties in place 2) Copy the file to the target directory and rename it For example: I have a property file called hibernate.conf.tmpl.xml and I want it to be filtered and then copied as hibernate.conf.xml Any ideas? I'd rather not have to know the name of the file ahead of time... Thanks, Rick On Feb 14, 2005, at 3:13 PM, Brett Porter wrote: 1) It doesn't filter anything. Files are not touched, just copied. Double check your resource set matches the one copied, and that it doesn't overlap with another one defined to contain the same files without filtering. 2) Maven always try to load a file named some.properties ?! That's not from Maven - search your project.xml, maven.xml and project.properties files, including any you inherit from using extend/. I'm now using : preGoal name=java:jar-resources ant:filter filtersfile=config/environnement/${platform}.conf / copy todir=target/classes filtering=false overwrite=true fileset dir=config/template / /copy /preGoal This is equivalent to using the resources, however will not allow other parts of Maven (eg the IDE plugins) to see where you reosources are. - Brett - 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 properly use filtering on resources.
On Feb 21, 2005, at 11:55 AM, Damien Raude-Morvan wrote: In this case, it's read properties from a file in config/dev.properties. With some tweaks (jelly tags), you should achieve to rename the file after copy. But IMHO, it's simplier to have templates/ and filtered/ directory than templates and filtered files in same dir. Damien, Thanks. It's this last part that I'm unclear about. I can see how to do this with a hack, but I'd rather do it the right way. Ideally I'd like to have the templates not included in the final war, just the filtered and renamed files. So I guess what I'm looking for is a hook into the filtering mechanism, perhaps as a preGoal before it does the copy. It seems to me like either there is a good deal of documentation missing on this or it would be better for filtering to be extracted out into a plugin instead of having it as a core feature of maven. I guess what I might be missing is this: what is the input to the preGoal name=jar:jar-resources? Is there an object that we can grab and work with? I'd assume there's a list of files being passed around somewhere. Rick - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to properly use filtering on resources.
Ok, I've been reading lots of jelly this morning... now I have a clear understanding of what exactly my question is :-) So, I have the following preGoal: preGoal name=java:jar-resources ant:filter filtersfile=${basedir}/conf/configuration.properties / /preGoal I have 1 file being filtered: resources resource directoryconf/directory includes include*.tmpl.xml/include /includes filteringtrue/filtering /resource /resources Ok, now what happens here is that the resource hibernate.conf.tmpl.xml gets filtered and copied into target/clasess just fine, but I want it to be renamed. The confusing part is this: I looked at the java:jar-resources jelly and it looks like all it does is peek at the pom.build.resources, applies the filename filtering, and copies the files. goal name=java:jar-resources description=Copy any resources that must be present in the deployed JAR file j:if test=${!pom.build.resources.isEmpty()} maven:copy-resources resources=${pom.build.resources} todir=${maven.build.dest}/ /j:if /goal So here's my question: (I know you've all been waiting...) Where do the filtered resources go before they are copied? There is no copy kept in my conf directory... after the preGoal is executed and the ant:filter happens, where do the files go? Are they kept in the build object as StringBuffers or File objects? I'm tempted to edit these in their temporary living quarters, seems like if I stepped in after the filtering, before the jar:resources copy-resources tag is executed I could simply rename the output file and everything would be great... Thanks, in the very least I'm learning a lot about the internals of maven :-) Rick On Feb 21, 2005, at 12:00 PM, Rick Mangi wrote: On Feb 21, 2005, at 11:55 AM, Damien Raude-Morvan wrote: In this case, it's read properties from a file in config/dev.properties. With some tweaks (jelly tags), you should achieve to rename the file after copy. But IMHO, it's simplier to have templates/ and filtered/ directory than templates and filtered files in same dir. Damien, Thanks. It's this last part that I'm unclear about. I can see how to do this with a hack, but I'd rather do it the right way. Ideally I'd like to have the templates not included in the final war, just the filtered and renamed files. So I guess what I'm looking for is a hook into the filtering mechanism, perhaps as a preGoal before it does the copy. It seems to me like either there is a good deal of documentation missing on this or it would be better for filtering to be extracted out into a plugin instead of having it as a core feature of maven. I guess what I might be missing is this: what is the input to the preGoal name=jar:jar-resources? Is there an object that we can grab and work with? I'd assume there's a list of files being passed around somewhere. Rick - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: running maven
maven java:compile to run a goal in maven.xml: maven goal Read the docs on the website for more information. On Feb 17, 2005, at 8:22 AM, bahaa Nasrallah wrote: Hi, On my project i have a maven.xml file and project.xml file. when i run maven in the command line it doesn't compile the src files that are specified under sourceDirectory in the project.xml. it only runs the goals specified in maven.xml. when i run maven site:generate in the command line it compiles those files but it doesnt execute the goals in maven.xml. What is the command that should execute the goals in maven.xml and compiles the source files specified in project.xml? Thanks in advance, Bahaa - 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: Project configuration with 3rd party package dependencies
Easier: dependency groupIdjta/groupId artifactIdjta/artifactId jarjta.jar/jar typejar/type /dependency Just specify the name of the jar as being static and leave the version off. On Feb 17, 2005, at 12:43 PM, Helck, Christopher wrote: Spring is on ibilio at http://www.ibiblio.org/maven/springframework/jars/. Other ones you need may be there too. I would recommend moving the JAR files that are not on ibiblio (or some other repository) to a local repository. If you place them in src/lib you'll have to check them into your source control system. I suppose its really a matter of preference and expediency. I'm guessing you have some JAR files that don't follow the naming conventions. If you have spring-core.jar instead of spring-core-1.0.jar then you have a problem. It is a common problem. In my case I inherited JAR files who's very names don't correspond to anything in ibiblio, e.g. spring-stuff.jar. What I've done is created a groupId called cruft and stored these jars under it in my local repository. So I'd put the spring-stuff.jar underneath maven/cruft/jars. In my project.xml I'd create the dependency like this: dependency groupIdcruft/groupId attributeIdspring/attributeId versionstuff/version /dependency Then I'd try to upgrade the system to a versioned JAR from a trusted repository and change the dependency accordingly. Obviously there are lots of variations. -c. helck -Original Message- From: Randolph Kahle [mailto:[EMAIL PROTECTED] Sent: Thursday, February 17, 2005 12:06 PM To: Maven Users List Subject: Project configuration with 3rd party package dependencies I am converting a project to Maven. This project has dependencies on many external libraries (JAR files). Which is the preferred way to handle these: * Create a /src/lib area for run-time dependencies * Move the JAR files into the local repository Examples of dependencies include Spring, aspectjrt.jar, imap.jar, etc. I do not that some (most?) of these JAR files does not follow the naming convention that allows for automatic version management. Regards, Randy -- Randolph S. Kahle, 6161 N Canon del Pajaro, Tucson, AZ 85750 Phone: +1 520 577 7680 [EMAIL PROTECTED]http://www.variantia.net Variantia The information contained in this e-mail is confidential. This e-mail is intended only for the stated addressee. If you are not an addressee, you must not disclose, copy, circulate or in any other way use or rely on the information contained in this e-mail. if you have received this e-mail in error, please inform us immediately and delete it and all copies from your system. EBS Dealing Resources International Limited. Registered address: 10 Paternoster Square, London EC4M 7DY, United Kingdom. Registered number 2669861. EBS Dealing Resources, Inc, registered in Delaware. Address: 535 Madison Avenue, 24th Floor, New York, NY 10022, USA, and One upper Pond road, Building F - Floor 3, Parsippany, NJ 07054, USA. EBS Dealing Resources Japan Limited, a Japanese Corporation. Address: Asteer Kayabacho Bldg, 6th Floor, 1-6-1, Shinkawa, Chuo-Ku, Tokyo 104-0033, Japan. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Download artifacts from remote repo too many times
Are you using snapshot dependencies? On Feb 16, 2005, at 1:58 PM, baleineca wrote: I have 2 remote repositories listed in the project.properties as value for maven.repo.remote. Upon sucessfully downloading an artifact from the first repo, maven still goes to the second repo, and of course, because the artifact only resides in the first repo it gets a 404. This doesn't fail the build, but makes build time longer. I think it's unnecessary to try the other repos on the list if we've successfullly downloaded the artifact. Is there a setting or something I am missing to prevent this behaviour or is this just how maven behaves for now? - 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: Download artifacts from remote repo too many times
Yes, well, that's the nature of the snapshot. I think (although someone would have to validate this) that you can restrict a dependency to a particular repo. So if your snapshot dependencies are coming from a known repo you can just check that one. Otherwise I think you're stuck, the assumption with a snapshot is that you're looking for the latest and greatest, so there's no way to know which is the newest unless maven checks all repos. On Feb 16, 2005, at 5:25 PM, baleineca wrote: Yes, I use snapshot dependencies, so I expect the download. What I would like ideally is that once it downloaded it from one repo (or verified the last modified time and decided it doesn't have to), then it should stop there. Instead right now, it tried to download from the other repo even after it got it from one. Rick Mangi wrote: Are you using snapshot dependencies? On Feb 16, 2005, at 1:58 PM, baleineca wrote: I have 2 remote repositories listed in the project.properties as value for maven.repo.remote. Upon sucessfully downloading an artifact from the first repo, maven still goes to the second repo, and of course, because the artifact only resides in the first repo it gets a 404. This doesn't fail the build, but makes build time longer. I think it's unnecessary to try the other repos on the list if we've successfullly downloaded the artifact. Is there a setting or something I am missing to prevent this behaviour or is this just how maven behaves for now? - 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: Jar:deploy and directory group ownership
Set the sticky bit on the directory to keep group ownership static. On Feb 15, 2005, at 3:57 PM, Aleksandr Shneyderman wrote: I am trying to deploy my jars and while the group ownership is set allright the directories that are created to place the jar file into are not well group owned. They are basically set group not writable, which prevents anyone trying to deploy artifact after me into the same directory. Any ideas on how to fix this? (I use scp deploy method and set group ownership in properties file) Thanks, Alex. - 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]
Variable Sub. in Conf Files?
Hello all, I'm wondering if there is an easy way to do variable substitution in config files (e.g. log4j.conf, hibernate.conf) as they are moved into the target directory. So for example, I'd like to be able to use a placeholder variable in a conf file, put default values in project.properties and give developers the option to override them with local settings in build.properties. The values would be substituted in the files as they are moved into the target. Thanks, Rick - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: possible resolve a property
Yes, just like you suggest. That will work fine... or is the question how to set the variable? You can set it in build.properties or project.properties You can also set it in maven.xml: j:set var=subProjects value=some-sub-project/ On Feb 7, 2005, at 2:49 PM, Bert Lamb wrote: Is it possible to have a property with a variable (eg. my.directory.to.something=${basedir}/my/directory/ ), but have it resolve the variable at that time? Any idea how I can do this? I would like to have a directory defined that multiproject projects can pickup, but in this case then ${basedir} will be wrong. -Bert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using a non-public remote repository
Basic Auth: maven.repo.remote=http://user:[EMAIL PROTECTED]/ where maven.yourcompany.com is the repo On Feb 1, 2005, at 11:00 AM, Ralph Pöllath wrote: Hi, Is it possible to access a remote repository secured with 1) HTTP basic auth 2) HTTPS using a self-signed certificate? If so, how? Thanks, -Ralph. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using a non-public remote repository
Don't kick yourself too hard. I realized it was possible when I was trying various things and noticed that the URL for the repo is just passed directly into a java URL object... works like a charm by the way. I think this might be a good bit of info for the FAQ. As corporate environments adopt Maven this is going to be KEY. The next thing I'd like to see is scp access to pull jars from the repo. On Feb 1, 2005, at 12:10 PM, otto wrote: On 01.02.2005, at 17:24, Rick Mangi wrote: Basic Auth: maven.repo.remote=http://user:[EMAIL PROTECTED]/ where maven.yourcompany.com is the repo D'oh! I really should have come up with this one myself. Thanks, -Ralph. On Feb 1, 2005, at 11:00 AM, Ralph Pöllath wrote: Is it possible to access a remote repository secured with 1) HTTP basic auth 2) HTTPS using a self-signed certificate? If so, how? - 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: New Reactor Tag
Kind of a hack, but we do this like so: j:set var=subProjects value=bootsoft-common/project.xml,cbdata/project.xml/ goal name=cb:build maven:reactor basedir=${maven.multiproject.basedir} includes=${subProjects} goals=cb:build banner=Installing ignoreFailures=false / echoSub Projects Built... time to war/echo attainGoal name=war:war/ /goal On Jan 31, 2005, at 4:35 PM, Brian Cochran wrote: Sorry to cross post, but I wanted to see the reaction from the maven userbase as to the demand for a new type of reactor tag. --- Forgive me if someone has already discussed this but I thought it was important to volunteer an idea. Suppose you set up projects using a flat, not hierarchal directory structure. In this case I want to rely on the project.xml dependency structures only to designate parent and child projects. We use this structure to obtain an m to n mapping between deliverable projects (zips, ears, wars, etc.) and component projects (jars, wars, etc.) thus encouraging more project Independence. Here is an example of how we would set up a couple different J2EE projects. projects/ /core-jar-project /ejb-jar project /war-one-project /ear-one-project /war-two-project /database-one-project (this may produce a zip file that can be extracted and run on a database) /database-two-project /deployable-one-project (maybe this is a zip of the ear-one and database-one) /deployable-two-project The two deliverable projects one and two above are relying on a core set of components, but are not separated by folder structure. The hierarchy is described completely in the project.xml's dependencies, not the folder hierarchy. This of course also means that each developer can organize the projects in his or her development environment however he feels necessary. Adding a new project is also easier. For example, creating a project three would not involve duplicating the hierarchy of the individual components. Of course the problem arises when one wants to do a multi project build for a specific deliverable. In the above example, this is very difficult as doing a regular multi project reactor based build will build project one and project two even though I am only working on project one. To address this issue, we built a new tag based on the reactor tag called reconcile. This tag behaves very similarly to the reactor tag, but instead of finding the relationships between all projects. It only searches dependent projects from the current project. For example, I execute the following command to build all components (that I have checked out) relating to project one. projects/deployable-one-project maven reconcile:install This would cause all projects in the dependency chain of project one to build, but not project two. If anyone is interested in this, please let me know. Thanks, Brian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
SCM/Changelog/CVS Local
Folks, I'm having trouble getting SCM Plugin (1.4.1) and Changelog to behave nicely. I have the SCM developerConnection set to scm:cvs:local:local:/usr/local/cvsroot:${pom.name} (this is obviously local). This works fine for changelog plugin, but SCM plugin bombs with an illegal CVSROOT. scm:cvs-update-project: [cvs] cvs update: CVSROOT must be an absolute pathname (not `local') [cvs] cvs update: when using local access method. [cvs] cvs [update aborted]: Bad CVSROOT: `:local:local'. BUILD FAILED File.. /home/rmangi/.maven/cache/maven-scm-plugin-1.4.1/plugin.jelly Element... ant:cvs Line.. 258 Column 9 cvs exited with error code 1 Command line was [Executing 'cvs' with arguments: '-d:local:local' '-q' 'update' '-Pd' If I change the CVSROOT to be just :local: (without ignores or local:local) changelog bombs saying that there are not 6 tokens in the string. Any ideas? This works fine from a remote machine with :ext: On Jan 20, 2005, at 2:41 PM, Brett Porter wrote: IT should also be able to be checked out as http://svn.apache.org/repos/asf/maven/maven-1/plugins/branches/plugin- parent/ (it is an svn:external, so equivalent to the trunk version). I guess viewcvs doesn't ack that property. - Brett On Thu, 20 Jan 2005 08:59:29 -0800, baleineca [EMAIL PROTECTED] wrote: Try svn repo: http://svn.apache.org/repos/asf/maven/maven-1/plugins/trunk/plugin- parent/ I just accessed it with my web browser. Craig S. Cottingham wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Jan 19, 2005, at 15:45, Brett Porter wrote: Soon we'll have a preview site up for unpublished docs. For the moment, you'd need to checkout http://svn.apache.org/repos/asf/maven/maven-1/plugins/branches/scm -1.5-branch and run maven site. Sorry about that. It's always something, isn't it? The project.xml I get from that URL starts with project extend../plugin-parent/project.xml/extend and I can't find plugin-parent anywhere up or down the URL path on svn.apache.org. - -- Craig S. Cottingham [EMAIL PROTECTED] OpenPGP key available from: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x7977F79C -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Darwin) iD8DBQFB78yNEJLQ3Hl395wRAqBxAJ9Y4t+eX8iR2+EgvOd0Rj+afCRHQwCgwbn7 juqlgF6IEDRrBzP24lbUaTM= =8Zcg -END PGP SIGNATURE- - 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: SCM/Changelog/CVS Local
1.5-beta seems to have fixed this problem! On Jan 21, 2005, at 11:48 AM, Rick Mangi wrote: Folks, I'm having trouble getting SCM Plugin (1.4.1) and Changelog to behave nicely. I have the SCM developerConnection set to scm:cvs:local:local:/usr/local/cvsroot:${pom.name} (this is obviously local). This works fine for changelog plugin, but SCM plugin bombs with an illegal CVSROOT. scm:cvs-update-project: [cvs] cvs update: CVSROOT must be an absolute pathname (not `local') [cvs] cvs update: when using local access method. [cvs] cvs [update aborted]: Bad CVSROOT: `:local:local'. BUILD FAILED File.. /home/rmangi/.maven/cache/maven-scm-plugin-1.4.1/plugin.jelly Element... ant:cvs Line.. 258 Column 9 cvs exited with error code 1 Command line was [Executing 'cvs' with arguments: '-d:local:local' '-q' 'update' '-Pd' If I change the CVSROOT to be just :local: (without ignores or local:local) changelog bombs saying that there are not 6 tokens in the string. Any ideas? This works fine from a remote machine with :ext: On Jan 20, 2005, at 2:41 PM, Brett Porter wrote: IT should also be able to be checked out as http://svn.apache.org/repos/asf/maven/maven-1/plugins/branches/ plugin-parent/ (it is an svn:external, so equivalent to the trunk version). I guess viewcvs doesn't ack that property. - Brett On Thu, 20 Jan 2005 08:59:29 -0800, baleineca [EMAIL PROTECTED] wrote: Try svn repo: http://svn.apache.org/repos/asf/maven/maven-1/plugins/trunk/plugin- parent/ I just accessed it with my web browser. Craig S. Cottingham wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Jan 19, 2005, at 15:45, Brett Porter wrote: Soon we'll have a preview site up for unpublished docs. For the moment, you'd need to checkout http://svn.apache.org/repos/asf/maven/maven-1/plugins/branches/scm -1.5-branch and run maven site. Sorry about that. It's always something, isn't it? The project.xml I get from that URL starts with project extend../plugin-parent/project.xml/extend and I can't find plugin-parent anywhere up or down the URL path on svn.apache.org. - -- Craig S. Cottingham [EMAIL PROTECTED] OpenPGP key available from: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x7977F79C -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Darwin) iD8DBQFB78yNEJLQ3Hl395wRAqBxAJ9Y4t+eX8iR2+EgvOd0Rj+afCRHQwCgwbn7 juqlgF6IEDRrBzP24lbUaTM= =8Zcg -END PGP SIGNATURE- - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SCM/Changelog/CVS Local
Actually, I take back that 1.5 beta fixes this. That version seems to ignore the connection setting in the project.xml and just reads CVS/Root from the filesystem. Also not OK. Eclipse uses :extssh: as the root while that's not a valid root for the SCM plugin... is there a setting to override this? On Jan 21, 2005, at 11:48 AM, Rick Mangi wrote: Folks, I'm having trouble getting SCM Plugin (1.4.1) and Changelog to behave nicely. I have the SCM developerConnection set to scm:cvs:local:local:/usr/local/cvsroot:${pom.name} (this is obviously local). This works fine for changelog plugin, but SCM plugin bombs with an illegal CVSROOT. scm:cvs-update-project: [cvs] cvs update: CVSROOT must be an absolute pathname (not `local') [cvs] cvs update: when using local access method. [cvs] cvs [update aborted]: Bad CVSROOT: `:local:local'. BUILD FAILED File.. /home/rmangi/.maven/cache/maven-scm-plugin-1.4.1/plugin.jelly Element... ant:cvs Line.. 258 Column 9 cvs exited with error code 1 Command line was [Executing 'cvs' with arguments: '-d:local:local' '-q' 'update' '-Pd' If I change the CVSROOT to be just :local: (without ignores or local:local) changelog bombs saying that there are not 6 tokens in the string. Any ideas? This works fine from a remote machine with :ext: On Jan 20, 2005, at 2:41 PM, Brett Porter wrote: IT should also be able to be checked out as http://svn.apache.org/repos/asf/maven/maven-1/plugins/branches/ plugin-parent/ (it is an svn:external, so equivalent to the trunk version). I guess viewcvs doesn't ack that property. - Brett On Thu, 20 Jan 2005 08:59:29 -0800, baleineca [EMAIL PROTECTED] wrote: Try svn repo: http://svn.apache.org/repos/asf/maven/maven-1/plugins/trunk/plugin- parent/ I just accessed it with my web browser. Craig S. Cottingham wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Jan 19, 2005, at 15:45, Brett Porter wrote: Soon we'll have a preview site up for unpublished docs. For the moment, you'd need to checkout http://svn.apache.org/repos/asf/maven/maven-1/plugins/branches/scm -1.5-branch and run maven site. Sorry about that. It's always something, isn't it? The project.xml I get from that URL starts with project extend../plugin-parent/project.xml/extend and I can't find plugin-parent anywhere up or down the URL path on svn.apache.org. - -- Craig S. Cottingham [EMAIL PROTECTED] OpenPGP key available from: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x7977F79C -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Darwin) iD8DBQFB78yNEJLQ3Hl395wRAqBxAJ9Y4t+eX8iR2+EgvOd0Rj+afCRHQwCgwbn7 juqlgF6IEDRrBzP24lbUaTM= =8Zcg -END PGP SIGNATURE- - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SCM/Changelog/CVS Local
Yes! Perfect!! On Jan 21, 2005, at 5:24 PM, Brett Porter wrote: I'll make sure the correct CVS root gets passed through in the SCM plugin. Does this URL work? scm:cvs:local::/cvs/root:module - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reactor ignores ignores and includes?
I think my problem was that I was using multiproject goals inside of the reactor tag which seem to ignore parameters passed to the reactor. On Jan 17, 2005, at 3:15 PM, James Mitchell wrote: Not sure about any maven.multiproject.basedir property, but I am successfully doing this for the Apache Struts project. Here's how I fire off the reactor (this makes sure that shared gets build first) goal name=apps:build-all maven:reactor basedir=${basedir} includes=shared/project.xml goals=java:compile, war:webapp, war:war banner=Building default mailreader app ignoreFailures=false/ maven:reactor basedir=${basedir} includes=*/project.xml excludes=shared/project.xml goals=java:compile, war:webapp, war:war banner=Building Struts apps ignoreFailures=false/ /goal -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: Rick Mangi [EMAIL PROTECTED] To: Maven Users List users@maven.apache.org Sent: Monday, January 17, 2005 2:46 PM Subject: Reactor ignores ignores and includes? Hey all, I'm trying to set up the reactor to do multi-project builds. I have a setup with 3 modules, one of which is the main project. The problem is, in my project workspace I have other projects at the same directory level which I want to ignore from the builds. Like this: /work/module1 /work/module2 /work/mainmodule /work/another-non-included-module So I'm trying to use the reactor to do builds across the projects, but by default it will include the another-non-included-module. So I'm trying to use the include/ignore parameters to maven:reactor but it doesn't seem to use these settings. goal name=cb:clean prereqs=clean maven:reactor basedir=${maven.mulitproject.basedir} goals=multiproject:clean includes=module1/project.xml, module2/project.xml excludes=mainmodule/* banner=Cleaning: ignoreFailures=false/ /goal Running this it tries to include another-non-included-module in the multiproject set. By the way, maven.multiproject.basedir is set to the parent directory of all these modules. Any ideas? I have a few other examples with similar issues. - 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]
scp for maven.repo.remote?
Hello all, I have a situation where we need secure access to the maven.repo.remote to pull down jars. It seems we could use https, but since scp is used to put the jars there I would imagine it could also be used to pull the jars down fairly easily without the extra configuration for https. Is this possible? Thanks, Rick Mangi - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]