Re: Branch with Google guice?
From a user perspective, no visible change is fine and is what we can expect. What for plugin developpers ? Moving to @Inject annotations is a significant API change, and set plugin prerequisites to maven3+. I supose we will have many debates on this... Also, considering Maven3 to be embeddable in other tools (@see current thread on d...@hudson.java.net), the move to Guice has many impacts and makes things simplier. 2010/6/6 Kristian Rosenvold kristian.rosenv...@gmail.com I have been running this patch on my CI (including m3 IT's) for quite some time now, and it works really well here. Obviously, the more the merrier! But then again, from a user's perspective this change really adds very little to the excitement. It's supposed to be a transparent change without any feature changes and as far as I can see that's exactly what it is. Kristian sø., 06.06.2010 kl. 21.45 +0200, skrev nicolas de loof: Can we use the CI server to check how this branch supports the IT test harnesss ? It could make us more confident / help to detect incompatibilities when switching to Guive will become a concrete option. Nicolas 2010/6/6 Olivier Lamy ol...@apache.org yup. It build fine and it works for some builds I have tested since I have installed it (at least on my laptop :-) ) . 2010/6/6 Jemos Infra jemos.in...@googlemail.com: On Sun, 2010-06-06 at 16:58 +0200, Olivier Lamy wrote: stuff is here : http://svn.apache.org/repos/asf/maven/maven-3/branches/guice-support/ Thanks ! Hi Oliver, I take it this branch contains everything that's needed, right? I mean Maven-3, the Plexus-Guice adapter and all required dependencies in the POM. Correct? Thanks. M. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Olivier http://twitter.com/olamy http://fr.linkedin.com/in/olamy http://www.viadeo.com/fr/profile/olivier.lamy7 - 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
AW: Dependency fails, but only in reactor build
Anyone? :-) Best regards, Eric -Ursprüngliche Nachricht- Von: Lewis, Eric [mailto:eric.le...@ipi.ch] Gesendet: Mittwoch, 2. Juni 2010 11:52 An: users@maven.apache.org Betreff: Dependency fails, but only in reactor build Hi I'm having problems with a dependency that can't be found, but only in a reactor build. We have a project 'activity' with several modules, one of them being the 'activity-client', which uses an assembly 'batch' (a ZIP for a batch client). We have Hudson as CI server and build every project on commit changes: The 'activity' project builds flawlessly. [INFO] [jar:jar {execution: default-jar}] [INFO] Building jar: /ige/hudson/work/jobs/activity/workspace/activity-client/target/activity-client-2.2.0-SNAPSHOT.jar [INFO] [source:jar-no-fork {execution: attach-sources}] [INFO] Building jar: /ige/hudson/work/jobs/activity/workspace/activity-client/target/activity-client-2.2.0-SNAPSHOT-sources.jar [INFO] [assembly:single {execution: create-batch-distribution}] ... [INFO] Building zip: /ige/hudson/work/jobs/activity/workspace/activity-client/target/activity-client-2.2.0-SNAPSHOT-batch.zip [INFO] [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 30 seconds [INFO] Finished at: Wed Jun 02 11:35:03 CEST 2010 [INFO] Final Memory: 76M/631M [INFO] However, we also have a nightly build which builds the whole system with all projects in one big reactor build. Here, for some strange reason, the 'batch' assembly can't be found. [INFO] [jar:jar {execution: default-jar}] [INFO] Building jar: /ige/hudson/work/jobs/esv-projects-tests__development/workspace/activity/activity-client/target/activity-client-2.2.0-SNAPSHOT.jar [INFO] [assembly:single {execution: create-batch-distribution}] [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error reading assemblies: Descriptor with ID 'batch' not found If within the checked out whole system I go to the directory of 'activity-client' and build it with 'mvn clean package', everything works. If I do an 'mvn clean package' on the whole system, I get the error above. So, clearly, the dependency exists in the repository. But sometimes it can't be found... How can that be or how can I check in a better way what's going wrong? Best regards, Eric - 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: Branch with Google guice?
I think it's a really nice change, don't get me wrong on that ;) I'm also hoping it'll improve the error handling when something is wrong with the plexus configuration. As of today there's a fair amount of guesswork involved when a change breaks the plexus-configuration, I often end up bisecting with a last known good. Kristian Den 07.06.2010 08:23, skrev nicolas de loof: From a user perspective, no visible change is fine and is what we can expect. What for plugin developpers ? Moving to @Inject annotations is a significant API change, and set plugin prerequisites to maven3+. I supose we will have many debates on this... Also, considering Maven3 to be embeddable in other tools (@see current thread on d...@hudson.java.net), the move to Guice has many impacts and makes things simplier. 2010/6/6 Kristian Rosenvoldkristian.rosenv...@gmail.com I have been running this patch on my CI (including m3 IT's) for quite some time now, and it works really well here. Obviously, the more the merrier! But then again, from a user's perspective this change really adds very little to the excitement. It's supposed to be a transparent change without any feature changes and as far as I can see that's exactly what it is. Kristian sø., 06.06.2010 kl. 21.45 +0200, skrev nicolas de loof: Can we use the CI server to check how this branch supports the IT test harnesss ? It could make us more confident / help to detect incompatibilities when switching to Guive will become a concrete option. Nicolas 2010/6/6 Olivier Lamyol...@apache.org yup. It build fine and it works for some builds I have tested since I have installed it (at least on my laptop :-) ) . 2010/6/6 Jemos Infrajemos.in...@googlemail.com: On Sun, 2010-06-06 at 16:58 +0200, Olivier Lamy wrote: stuff is here : http://svn.apache.org/repos/asf/maven/maven-3/branches/guice-support/ Thanks ! Hi Oliver, I take it this branch contains everything that's needed, right? I mean Maven-3, the Plexus-Guice adapter and all required dependencies in the POM. Correct? Thanks. M. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Olivier http://twitter.com/olamy http://fr.linkedin.com/in/olamy http://www.viadeo.com/fr/profile/olivier.lamy7 - 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: Branch with Google guice?
On 7 June 2010 14:23, nicolas de loof nicolas.del...@gmail.com wrote: From a user perspective, no visible change is fine and is what we can expect. What for plugin developpers ? existing Plexus plugins should continue to work (that's the whole point of the compatibility layer) Moving to @Inject annotations is a significant API change, and set plugin prerequisites to maven3+. I supose we will have many debates on this... yep, then the really interesting part will begin Also, considering Maven3 to be embeddable in other tools (@see current thread on d...@hudson.java.net), the move to Guice has many impacts and makes things simplier. 2010/6/6 Kristian Rosenvold kristian.rosenv...@gmail.com I have been running this patch on my CI (including m3 IT's) for quite some time now, and it works really well here. Obviously, the more the merrier! But then again, from a user's perspective this change really adds very little to the excitement. It's supposed to be a transparent change without any feature changes and as far as I can see that's exactly what it is. Kristian sø., 06.06.2010 kl. 21.45 +0200, skrev nicolas de loof: Can we use the CI server to check how this branch supports the IT test harnesss ? It could make us more confident / help to detect incompatibilities when switching to Guive will become a concrete option. Nicolas 2010/6/6 Olivier Lamy ol...@apache.org yup. It build fine and it works for some builds I have tested since I have installed it (at least on my laptop :-) ) . 2010/6/6 Jemos Infra jemos.in...@googlemail.com: On Sun, 2010-06-06 at 16:58 +0200, Olivier Lamy wrote: stuff is here : http://svn.apache.org/repos/asf/maven/maven-3/branches/guice-support/ Thanks ! Hi Oliver, I take it this branch contains everything that's needed, right? I mean Maven-3, the Plexus-Guice adapter and all required dependencies in the POM. Correct? Thanks. M. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Olivier http://twitter.com/olamy http://fr.linkedin.com/in/olamy http://www.viadeo.com/fr/profile/olivier.lamy7 - 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 -- Cheers, Stuart
junitreport java.lang.OutOfMemoryError: PermGen space
I'm trying to use junitreport to generate HTML output out of the XML junit testresults. However I keep having the java.lang.OutOfMemoryError: PermGen space. I already tried to set the MAVEN_OPTS in HUDSON to -XX:MaxPermSize=2048m. I know that the default permgen size starts with 64Kb. So I tried setting this to 256m, 1024m and finally 2048m, but nothing helps. According to me it should be possible not to change the MAVEN_OPTS but to directly set the MaxPermSize on the maven-antrun-plugin. Because in this plugin the junitreport is build. However I really don't know how to instruct the maven-antrun-plugin to use a higher MaxPermSize. Building the junitreport is done after the complete build is done and all the junit tests are run. Can somebody please help me with this? Thx. Here is a copy of my pom.xml: build plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-antrun-plugin/artifactId version1.4/version executions execution phaseinstall/phase configuration tasks echo message= / echo message=Convert JUnit report from XML to HTML ) / echo message=--- / echo message=Start XML to HTML conversion / junitreport todir=c:/_composer/_build/_test/reports fileset dir=c:/_composer/_build/_test/ include name=TEST-*.xml/ /fileset report format=frames todir=c:/_composer/_build/_test/reports/html/ /junitreport echo message=Finished XML to HTML conversion / echo message= / /tasks /configuration goals goalrun/goal /goals /execution /executions dependencies dependency groupIdorg.apache.ant/groupId artifactIdant-junit/artifactId version1.8.1/version /dependency dependency groupIdorg.apache.ant/groupId artifactIdant-trax/artifactId version1.8.0/version /dependency dependency groupIdxalan/groupId artifactIdxalan/artifactId version2.7.1/version /dependency /dependencies /plugin /plugins /build -- View this message in context: http://old.nabble.com/junitreport-%3E%3E-java.lang.OutOfMemoryError%3A-PermGen-space-tp28801867p28801867.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: What is a good alternative for maven-itblast-plugin ?
The problem is solved ! The reason this didn't work was caused by the following code: /** * Initialises the registry */ private static synchronized void init(String fileName) { appLog.debug(null, init, Initialising registry [ + fileName + ]); context = new ClassPathXmlApplicationContext(fileName); initialised = true; if (fileName.equals(CONFIG_XML_UNITTEST)) { String[] config = {spring-unittest-beans.xml, spring-unittest-databases.xml}; context = new ClassPathXmlApplicationContext(config); } } For CONFIG_XML_UNITTEST you can't use spring-unittest-*, but you have to fully qualify the names of the xml files which have to be used. This has changed from Maven 2.0.9 to 2.1.0 and higher !! Solved! Wayne Fay wrote: Something went wrong org.springframework.beans.factory.NoSuchBeanDefinitionException: No bean named 'environmentManager' is defined at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeanDefinition(DefaultListableBeanFactory.java:504) Seems like a reasonable question for a Spring forum, or perhaps ask the people behind itblast? Is environmentManager a common Spring bean and you're just missing some configuration? Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- View this message in context: http://old.nabble.com/What-is-a-good-alternative-for-maven-itblast-plugin---tp28772452p28802352.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven test cannot load cross-module resources/properties ?
2010/6/7 Anders Hammar and...@hammar.net Could it be that it is looking for Data.xml at path foo/secondModule/Data.xml. I'm guessing that this is a plain Java thing and not related to Maven. /Anders Hi To solve this problem , I tried to use maven-dependency-plugin:unpack to solve my problem : In my secondModule's POM , I added these snippets : plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-dependency-plugin/artifactId version2.1/version executions execution iddata-copying/id phasetest-compile/phase goals goalunpack/goal /goals configuration artifactItems artifactItem groupIdfoo/groupId artifactIdfirstModule/artifactId typejar/type includesfoo/firstModule/Data.xml/includes outputDirectory${project.build.directory}/classes/outputDirectory /artifactItem /artifactItems /configuration /execution /executions /plugin In this POM file , I try to unpack the first module , and copy the Data.xml to classes/foo/firstModule/ directory , and then run tests. And indeed , it is copied to the right directory , I can find the Data.xml file in target/classes/foo/firstModule directory. But maven test still complains it cannot read the File (Properties.loadFromXML() throws NPE). I tried other output directory , such as ${project.build.directory}/resources , and ${project.build.directory}/test-classes , but all in vain...
Re: Custom metadata in a POM?
Hi, Using Artifactory you can attach any number of named metadata to a deployed file (or folder). This metadata can be either XML or property-based. It is fully searchable and can be attached and retrieved using simple REST queries (as long as the end user has the annotate permission), so there is no need for much custom development. Basically, to add and consume custom metadata to/from a zip you only use to use simple REST commands to a URL in the form of http://host:port/path-to-artifact:metadata-name, which is very lightweight on the repository. You can find more info about this here: http://www.jfrog.org/confluence/x/CQCq. The list of named metadata is also available though REST API ( http://www.jfrog.org/confluence/x/C4K5) and since metadata is searchable you can even use it to manage your artifacts by manipulating search results found according to metadata queries (promote/move, copy etc.), but that's a different story :) Hope that helps, Yoav http://www.jfrog.org/ On Sun, Jun 6, 2010 at 9:54 PM, Les Hazlewood l...@katasoft.com wrote: Yep, Nexus would be fantastic for this - we're basically trying to come up with the most efficient mechanism to do the following: 1. A Grails developer releases a plugin. This process first entails (ideally) Grails uploading it to a Maven repo (i.e. Nexus). 2. Grails (during its 'release-plugin' command) next 'pings' the global Grails Plugin Portal (http://www.grails.org/plugin/home) with the location of the released artifact(s). 3. The Plugin Portal downloads the plugin metadata when it can based on the location specified in #2 and updates its website pages to ensure that any searches in the Portal reflect the new release. The key here is #3 - finding the best way for the Portal to most-efficiently download and read in the plugin metadata without having to download the entire plugin release.zip. The Portal has to support this for hundreds of plugins every day - it has to be as lean as possible. Best, Les On Sun, Jun 6, 2010 at 7:38 AM, Jason van Zyl ja...@sonatype.com wrote: Nexus can utilize anything contained in the repository. Whether a piece of metadata exists alongside the artifact or within it, a Nexus plugin could be created to process the information. So you don't need to change the way Grails plugins are packaged in order to extract the metadata and make it available. We know from experience that Nexus is perfect for plugin systems :-) On Jun 4, 2010, at 4:28 PM, Les Hazlewood wrote: Is this possible? So, in addition to stuff like developers, is it possible to add additional metadata? I'm asking because the Grails development team is exploring the possibility of using a Maven repository (e.g. Nexus) to host Grails plugins. A Grails plugin is a .zip file, but the Grails environment (and the global Grails Plugin Portal http://www.grails.org/plugin/home) need to read Grails-specific metadata about that .zip without having to download the .zip first. I'm proposing that the POM could serve that purpose *if* POMs can hold additional metadata somehow. Any ideas? Thanks, Les - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl - - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven test cannot load cross-module resources/properties ?
I'm still thinking that the xml file should be in foo/secondModule, because that's the package of the second module class (that extends the one in firstModule). /Anders On Mon, Jun 7, 2010 at 10:52, smallufo small...@gmail.com wrote: 2010/6/7 Anders Hammar and...@hammar.net Could it be that it is looking for Data.xml at path foo/secondModule/Data.xml. I'm guessing that this is a plain Java thing and not related to Maven. /Anders Hi To solve this problem , I tried to use maven-dependency-plugin:unpack to solve my problem : In my secondModule's POM , I added these snippets : plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-dependency-plugin/artifactId version2.1/version executions execution iddata-copying/id phasetest-compile/phase goals goalunpack/goal /goals configuration artifactItems artifactItem groupIdfoo/groupId artifactIdfirstModule/artifactId typejar/type includesfoo/firstModule/Data.xml/includes outputDirectory${project.build.directory}/classes/outputDirectory /artifactItem /artifactItems /configuration /execution /executions /plugin In this POM file , I try to unpack the first module , and copy the Data.xml to classes/foo/firstModule/ directory , and then run tests. And indeed , it is copied to the right directory , I can find the Data.xml file in target/classes/foo/firstModule directory. But maven test still complains it cannot read the File (Properties.loadFromXML() throws NPE). I tried other output directory , such as ${project.build.directory}/resources , and ${project.build.directory}/test-classes , but all in vain...
probably basic maven lifecycle question
Hi, I want help:active-profiles to be executed once at the start of any run I do, so I have put this in my superpom: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-help-plugin/artifactId executions execution phasevalidate/phase idactive-profiles/id goals goalactive-profiles/goal /goals /execution /executions /plugin but sometimes it appears twice, e.g. with mvn install. Is that expected? Other times, e.g. mvn compile, is fine. I also want it to execute first, so I figured the validate phase is the one to go for. Is that correct? Thanks Adam - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Branch with Google guice?
On Jun 7, 2010, at 2:23 AM, nicolas de loof wrote: From a user perspective, no visible change is fine and is what we can expect. What for plugin developpers ? Moving to @Inject annotations is a significant API change, and set plugin prerequisites to maven3+. I supose we will have many debates on this... There is no change to the existing plugin API, keep writing them as you are writing them. Unless otherwise stated the goal of 3.0 is backward compatibility. Also, considering Maven3 to be embeddable in other tools (@see current thread on d...@hudson.java.net), the move to Guice has many impacts and makes things simplier. Embedding is outside the scope of the 3.0 objective of backward compatibility for typical users. The embedding APIs are going to change a lot. Every time I look at another use case something changes, it's definitely not stable. I currently have five things where I'm trying to embed and nothing is settled and I'm honestly not comfortable publishing a draft until I have something working in: - M2Eclipse - Nexus - Hudson - Maven Shell - Proviso Then once the draft is published we can settle on the APIs and this is not going to happen in the 3.0 timeframe. It's likely to be a 3.1 thing. 2010/6/6 Kristian Rosenvold kristian.rosenv...@gmail.com I have been running this patch on my CI (including m3 IT's) for quite some time now, and it works really well here. Obviously, the more the merrier! But then again, from a user's perspective this change really adds very little to the excitement. It's supposed to be a transparent change without any feature changes and as far as I can see that's exactly what it is. Kristian sø., 06.06.2010 kl. 21.45 +0200, skrev nicolas de loof: Can we use the CI server to check how this branch supports the IT test harnesss ? It could make us more confident / help to detect incompatibilities when switching to Guive will become a concrete option. Nicolas 2010/6/6 Olivier Lamy ol...@apache.org yup. It build fine and it works for some builds I have tested since I have installed it (at least on my laptop :-) ) . 2010/6/6 Jemos Infra jemos.in...@googlemail.com: On Sun, 2010-06-06 at 16:58 +0200, Olivier Lamy wrote: stuff is here : http://svn.apache.org/repos/asf/maven/maven-3/branches/guice-support/ Thanks ! Hi Oliver, I take it this branch contains everything that's needed, right? I mean Maven-3, the Plexus-Guice adapter and all required dependencies in the POM. Correct? Thanks. M. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Olivier http://twitter.com/olamy http://fr.linkedin.com/in/olamy http://www.viadeo.com/fr/profile/olivier.lamy7 - 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 Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl - A language that doesn’t affect the way you think about programming is not worth knowing. -— Alan Perlis
Re: Branch with Google guice?
2010/6/7 Jason van Zyl ja...@sonatype.com On Jun 7, 2010, at 2:23 AM, nicolas de loof wrote: Embedding is outside the scope of the 3.0 objective of backward compatibility for typical users. The embedding APIs are going to change a lot. Every time I look at another use case something changes, it's definitely not stable. I currently have five things where I'm trying to embed and nothing is settled and I'm honestly not comfortable publishing a draft until I have something working in: - M2Eclipse - Nexus - Hudson - Maven Shell - Proviso That's fine. Feedback on integration issues is required before we can make anything public. Any breaking change after release with the large Maven users community is nearly impossible. Then once the draft is published we can settle on the APIs and this is not going to happen in the 3.0 timeframe. It's likely to be a 3.1 thing. Does this mean the only way to run a Maven 3.0.FINAL build in Hudson will be freestyle job, until we get 3.1 out ? 2010/6/6 Kristian Rosenvold kristian.rosenv...@gmail.com I have been running this patch on my CI (including m3 IT's) for quite some time now, and it works really well here. Obviously, the more the merrier! But then again, from a user's perspective this change really adds very little to the excitement. It's supposed to be a transparent change without any feature changes and as far as I can see that's exactly what it is. Kristian sø., 06.06.2010 kl. 21.45 +0200, skrev nicolas de loof: Can we use the CI server to check how this branch supports the IT test harnesss ? It could make us more confident / help to detect incompatibilities when switching to Guive will become a concrete option. Nicolas 2010/6/6 Olivier Lamy ol...@apache.org yup. It build fine and it works for some builds I have tested since I have installed it (at least on my laptop :-) ) . 2010/6/6 Jemos Infra jemos.in...@googlemail.com: On Sun, 2010-06-06 at 16:58 +0200, Olivier Lamy wrote: stuff is here : http://svn.apache.org/repos/asf/maven/maven-3/branches/guice-support/ Thanks ! Hi Oliver, I take it this branch contains everything that's needed, right? I mean Maven-3, the Plexus-Guice adapter and all required dependencies in the POM. Correct? Thanks. M. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Olivier http://twitter.com/olamy http://fr.linkedin.com/in/olamy http://www.viadeo.com/fr/profile/olivier.lamy7 - 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 Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl - A language that doesn’t affect the way you think about programming is not worth knowing. -— Alan Perlis
can't change outputDirectory for maven-surefire-report-plugin
Using the following configuration, the site reports end up C:/opt/builds/releases/${branch}/${module}/siteReports as I expect. The test reports, however, keep getting placed under target/surefire-reports. I've tried with and without the reportsDirectory and I've tried reversing the order of the maven-site-plugin and the maven-surefire-report-plugin stanzas inside of plugins. Can somebody please tell me how I can make the maven-surefire-report-plugin put the test reports in a directory that I specify? reporting plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-site-plugin/artifactId version2.0.1/version configuration outputDirectoryC:/opt/builds/releases/${branch}/$ {module}/siteReports/outputDirectory /configuration /plugin plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-surefire-report-plugin/artifactId version2.5/version inheritedfalse/inherited configuration reportsDirectoryC:/opt/builds/releases/${branch}/$ {module}/testReports/reportsDirectory outputDirectoryC:/opt/builds/releases/${branch}/$ {module}/testReports/outputDirectory /configuration /plugin /plugins /reporting Many thanks, Tony
Re: Branch with Google guice?
On Jun 7, 2010, at 10:09 AM, nicolas de loof wrote: 2010/6/7 Jason van Zyl ja...@sonatype.com On Jun 7, 2010, at 2:23 AM, nicolas de loof wrote: Embedding is outside the scope of the 3.0 objective of backward compatibility for typical users. The embedding APIs are going to change a lot. Every time I look at another use case something changes, it's definitely not stable. I currently have five things where I'm trying to embed and nothing is settled and I'm honestly not comfortable publishing a draft until I have something working in: - M2Eclipse - Nexus - Hudson - Maven Shell - Proviso That's fine. Feedback on integration issues is required before we can make anything public. Any breaking change after release with the large Maven users community is nearly impossible. Nothing is going to break, the current API does not change. Make plugins the way you currently make them. There are currently no supported embedding APIs. Use components at your own risk because they are going to change. Users will be fine using Maven and developing plugins as they did. This was why Sonatype spent so much time making sure this adapter layer works the way it does. It's the only way to use Guice without causing massive disruptions to users. We achieved our goal and now it's time to get the 3.0 out. Then once the draft is published we can settle on the APIs and this is not going to happen in the 3.0 timeframe. It's likely to be a 3.1 thing. Does this mean the only way to run a Maven 3.0.FINAL build in Hudson will be freestyle job, until we get 3.1 out ? I have no idea. I've only ever used freestyle projects. 2010/6/6 Kristian Rosenvold kristian.rosenv...@gmail.com I have been running this patch on my CI (including m3 IT's) for quite some time now, and it works really well here. Obviously, the more the merrier! But then again, from a user's perspective this change really adds very little to the excitement. It's supposed to be a transparent change without any feature changes and as far as I can see that's exactly what it is. Kristian sø., 06.06.2010 kl. 21.45 +0200, skrev nicolas de loof: Can we use the CI server to check how this branch supports the IT test harnesss ? It could make us more confident / help to detect incompatibilities when switching to Guive will become a concrete option. Nicolas 2010/6/6 Olivier Lamy ol...@apache.org yup. It build fine and it works for some builds I have tested since I have installed it (at least on my laptop :-) ) . 2010/6/6 Jemos Infra jemos.in...@googlemail.com: On Sun, 2010-06-06 at 16:58 +0200, Olivier Lamy wrote: stuff is here : http://svn.apache.org/repos/asf/maven/maven-3/branches/guice-support/ Thanks ! Hi Oliver, I take it this branch contains everything that's needed, right? I mean Maven-3, the Plexus-Guice adapter and all required dependencies in the POM. Correct? Thanks. M. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Olivier http://twitter.com/olamy http://fr.linkedin.com/in/olamy http://www.viadeo.com/fr/profile/olivier.lamy7 - 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 Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl - A language that doesn’t affect the way you think about programming is not worth knowing. -— Alan Perlis Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl - the course of true love never did run smooth ... -- Shakespeare
Re: Branch with Google guice?
Nothing is going to break, the current API does not change. Make plugins the way you currently make them. There are currently no supported embedding APIs. Use components at your own risk because they are going to change. Users will be fine using Maven and developing plugins as they did. This was why Sonatype spent so much time making sure this adapter layer works the way it does. It's the only way to use Guice without causing massive disruptions to users. We achieved our goal and now it's time to get the 3.0 out. I'm fine with this, Maven beeing a plugin based system, plugin developers are mostly users, so stable plugin APIs are a requirement. I just wonder how a new core with Google Guice as core could open new opportunities for plugin APIs. But you're right, backward compatibility on plugins is the main feature to focus on to ensure Maven 3 adoption. Then once the draft is published we can settle on the APIs and this is not going to happen in the 3.0 timeframe. It's likely to be a 3.1 thing. Does this mean the only way to run a Maven 3.0.FINAL build in Hudson will be freestyle job, until we get 3.1 out ? I have no idea. I've only ever used freestyle projects. Right, that's maybe the best way. Some user may claim for advanced features in Hudson allready supporter for Maven2, like incremental build. Wait see... 2010/6/6 Kristian Rosenvold kristian.rosenv...@gmail.com I have been running this patch on my CI (including m3 IT's) for quite some time now, and it works really well here. Obviously, the more the merrier! But then again, from a user's perspective this change really adds very little to the excitement. It's supposed to be a transparent change without any feature changes and as far as I can see that's exactly what it is. Kristian sø., 06.06.2010 kl. 21.45 +0200, skrev nicolas de loof: Can we use the CI server to check how this branch supports the IT test harnesss ? It could make us more confident / help to detect incompatibilities when switching to Guive will become a concrete option. Nicolas 2010/6/6 Olivier Lamy ol...@apache.org yup. It build fine and it works for some builds I have tested since I have installed it (at least on my laptop :-) ) . 2010/6/6 Jemos Infra jemos.in...@googlemail.com: On Sun, 2010-06-06 at 16:58 +0200, Olivier Lamy wrote: stuff is here : http://svn.apache.org/repos/asf/maven/maven-3/branches/guice-support/ Thanks ! Hi Oliver, I take it this branch contains everything that's needed, right? I mean Maven-3, the Plexus-Guice adapter and all required dependencies in the POM. Correct? Thanks. M. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Olivier http://twitter.com/olamy http://fr.linkedin.com/in/olamy http://www.viadeo.com/fr/profile/olivier.lamy7 - 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 Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl - A language that doesn’t affect the way you think about programming is not worth knowing. -— Alan Perlis Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl - the course of true love never did run smooth ... -- Shakespeare
AW: Dependency fails, but only in reactor build
Well... to answer part of my own question: I noticed that this happens in the case that I have two different modules which each use the assembly plugin. Somehow the plugin can't resolve both pre-defined assemblies in the modules. They're different assemblies which I reference using descriptorRef, and as soon as I comment out one of the plugin configurations, the whole project builds again. Does this have anything to do with being only able to defined a plugin once in a POM and having to define separate executions? How can I solve this? Any hint, especially from the Assembly developers ;-) is greatly appreciated! Best regards, Eric P.S. Here are my two POM excerpts: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-assembly-plugin/artifactId dependencies dependency groupIdch.ipi/groupId artifactIdipi-assembly-xml-schemas/artifactId version${ipi-assembly-xml-schemas.version}/version /dependency /dependencies executions execution idcreate-xml-schema-jar/id phasepackage/phase goals goalsingle/goal /goals configuration descriptorRefs descriptorRefxml-schemas/descriptorRef /descriptorRefs /configuration /execution /executions /plugin plugin artifactIdmaven-assembly-plugin/artifactId dependencies dependency groupIdch.ipi/groupId artifactIdipi-assembly-batch/artifactId version${ipi-assembly-batch.version}/version /dependency /dependencies executions execution idcreate-batch-distribution/id phasepackage/phase goals goalsingle/goal /goals configuration descriptorRefs descriptorRefbatch/descriptorRef /descriptorRefs /configuration /execution /executions /plugin -Ursprüngliche Nachricht- Von: Lewis, Eric [mailto:eric.le...@ipi.ch] Gesendet: Montag, 7. Juni 2010 08:29 An: Maven Users List Betreff: AW: Dependency fails, but only in reactor build Anyone? :-) Best regards, Eric -Ursprüngliche Nachricht- Von: Lewis, Eric [mailto:eric.le...@ipi.ch] Gesendet: Mittwoch, 2. Juni 2010 11:52 An: users@maven.apache.org Betreff: Dependency fails, but only in reactor build Hi I'm having problems with a dependency that can't be found, but only in a reactor build. We have a project 'activity' with several modules, one of them being the 'activity-client', which uses an assembly 'batch' (a ZIP for a batch client). We have Hudson as CI server and build every project on commit changes: The 'activity' project builds flawlessly. [INFO] [jar:jar {execution: default-jar}] [INFO] Building jar: /ige/hudson/work/jobs/activity/workspace/activity-client/target/activity-client-2.2.0-SNAPSHOT.jar [INFO] [source:jar-no-fork {execution: attach-sources}] [INFO] Building jar: /ige/hudson/work/jobs/activity/workspace/activity-client/target/activity-client-2.2.0-SNAPSHOT-sources.jar [INFO] [assembly:single {execution: create-batch-distribution}] ... [INFO] Building zip: /ige/hudson/work/jobs/activity/workspace/activity-client/target/activity-client-2.2.0-SNAPSHOT-batch.zip [INFO] [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 30 seconds [INFO] Finished at: Wed Jun 02 11:35:03 CEST 2010 [INFO] Final Memory: 76M/631M [INFO] However, we also have a nightly build which builds the whole system with all projects in one big reactor build. Here, for some strange reason, the 'batch' assembly can't be found. [INFO] [jar:jar {execution: default-jar}] [INFO] Building jar: /ige/hudson/work/jobs/esv-projects-tests__development/workspace/activity/activity-client/target/activity-client-2.2.0-SNAPSHOT.jar [INFO] [assembly:single {execution: create-batch-distribution}] [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error reading assemblies: Descriptor with ID 'batch' not found If within the checked out whole system I go to the directory of 'activity-client' and build it with 'mvn clean package', everything works. If I do an 'mvn clean package' on the whole system, I get the error above. So, clearly, the dependency exists in the repository. But sometimes it can't be found... How can that be or how can I check in a better way what's going wrong? Best regards, Eric
RE: Command line output when running JUnit 4 test suite
Peter, Could it be you have redirectTestOutputToFile set to true? http://maven.apache.org/plugins/maven-surefire-plugin/test-mojo.html#redirectTestOutputToFile /James -Original Message- From: Peter Niederwieser [mailto:pnied...@gmail.com] Sent: 06 June 2010 22:22 To: users@maven.apache.org Subject: Re: Command line output when running JUnit 4 test suite klauer wrote: The Maven Surefire plugin allows you to explicitly set a single test or set of tests using wildcard matching: I'm aware of -Dtest, but that's not what I want. klauer wrote: And as for your better command line output, why not just use the command line to output the test right there: mvn test -Dtest=MyTest; cat target/surefire-reports/com.thingMyTest.txt This will only give me feedback (plus lots of noise) once the whole suite has completed, which is exactly what I'm trying to avoid. Cheers, Peter -- View this message in context: http://old.nabble.com/Command-line-output-when-running-JUnit-4-test-suite-tp28786362p28793392.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org ** This message is confidential and intended only for the addressee. If you have received this message in error, please immediately notify the postmas...@nds.com and delete it from your system as well as any copies. The content of e-mails as well as traffic data may be monitored by NDS for employment and security purposes. To protect the environment please do not print this e-mail unless necessary. NDS Limited. Registered Office: One London Road, Staines, Middlesex, TW18 4EX, United Kingdom. A company registered in England and Wales. Registered no. 3080780. VAT no. GB 603 8808 40-00 ** - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Command line output when running JUnit 4 test suite
I've set useFile to false, and haven't set redirectTestOutputToFile (but it defaults to false). Nord, James-2 wrote: Peter, Could it be you have redirectTestOutputToFile set to true? http://maven.apache.org/plugins/maven-surefire-plugin/test-mojo.html#redirectTestOutputToFile -- View this message in context: http://old.nabble.com/Command-line-output-when-running-JUnit-4-test-suite-tp28786362p28807935.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Excluding modules from a Parent build
Hi. I have a parent POM defining multiple modules, is there a way to exclude specific modules from getting built, via the command-line, as in something like: mvn -exclude a,b,c? Thanks. This message (including any attachments) contains confidential information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message. Any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. [v.E.1]
Re: Excluding modules from a Parent build
On Mon, Jun 7, 2010 at 2:00 PM, Morgovsky, Alexander (US - Glen Mills) amorgov...@deloitte.com wrote: Hi. I have a parent POM defining multiple modules, is there a way to exclude specific modules from getting built, via the command-line, as in something like: mvn -exclude a,b,c? You can put some of the modules inside a profile, and enable it as needed. Some warnings apply, but whether they are applicable depends on why you want to do this. :) -- Wendy - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Excluding modules from a Parent build
You can do this by defining the modules in profiles. Justin On 6/7/10 2:00 PM, Morgovsky, Alexander (US - Glen Mills) wrote: Hi. I have a parent POM defining multiple modules, is there a way to exclude specific modules from getting built, via the command-line, as in something like: mvn -exclude a,b,c? Thanks. This message (including any attachments) contains confidential information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message. Any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. [v.E.1] - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Dependency fails, but only in reactor build
http://jira.codehaus.org/browse/MNG-1949 You need Maven 3 to get this to work. /Anders On Mon, Jun 7, 2010 at 18:12, Lewis, Eric eric.le...@ipi.ch wrote: Well... to answer part of my own question: I noticed that this happens in the case that I have two different modules which each use the assembly plugin. Somehow the plugin can't resolve both pre-defined assemblies in the modules. They're different assemblies which I reference using descriptorRef, and as soon as I comment out one of the plugin configurations, the whole project builds again. Does this have anything to do with being only able to defined a plugin once in a POM and having to define separate executions? How can I solve this? Any hint, especially from the Assembly developers ;-) is greatly appreciated! Best regards, Eric P.S. Here are my two POM excerpts: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-assembly-plugin/artifactId dependencies dependency groupIdch.ipi/groupId artifactIdipi-assembly-xml-schemas/artifactId version${ipi-assembly-xml-schemas.version}/version /dependency /dependencies executions execution idcreate-xml-schema-jar/id phasepackage/phase goals goalsingle/goal /goals configuration descriptorRefs descriptorRefxml-schemas/descriptorRef /descriptorRefs /configuration /execution /executions /plugin plugin artifactIdmaven-assembly-plugin/artifactId dependencies dependency groupIdch.ipi/groupId artifactIdipi-assembly-batch/artifactId version${ipi-assembly-batch.version}/version /dependency /dependencies executions execution idcreate-batch-distribution/id phasepackage/phase goals goalsingle/goal /goals configuration descriptorRefs descriptorRefbatch/descriptorRef /descriptorRefs /configuration /execution /executions /plugin -Ursprüngliche Nachricht- Von: Lewis, Eric [mailto:eric.le...@ipi.ch] Gesendet: Montag, 7. Juni 2010 08:29 An: Maven Users List Betreff: AW: Dependency fails, but only in reactor build Anyone? :-) Best regards, Eric -Ursprüngliche Nachricht- Von: Lewis, Eric [mailto:eric.le...@ipi.ch] Gesendet: Mittwoch, 2. Juni 2010 11:52 An: users@maven.apache.org Betreff: Dependency fails, but only in reactor build Hi I'm having problems with a dependency that can't be found, but only in a reactor build. We have a project 'activity' with several modules, one of them being the 'activity-client', which uses an assembly 'batch' (a ZIP for a batch client). We have Hudson as CI server and build every project on commit changes: The 'activity' project builds flawlessly. [INFO] [jar:jar {execution: default-jar}] [INFO] Building jar: /ige/hudson/work/jobs/activity/workspace/activity-client/target/activity-client-2.2.0-SNAPSHOT.jar [INFO] [source:jar-no-fork {execution: attach-sources}] [INFO] Building jar: /ige/hudson/work/jobs/activity/workspace/activity-client/target/activity-client-2.2.0-SNAPSHOT-sources.jar [INFO] [assembly:single {execution: create-batch-distribution}] ... [INFO] Building zip: /ige/hudson/work/jobs/activity/workspace/activity-client/target/activity-client-2.2.0-SNAPSHOT-batch.zip [INFO] [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 30 seconds [INFO] Finished at: Wed Jun 02 11:35:03 CEST 2010 [INFO] Final Memory: 76M/631M [INFO] However, we also have a nightly build which builds the whole system with all projects in one big reactor build. Here, for some strange reason, the 'batch' assembly can't be found. [INFO] [jar:jar {execution: default-jar}] [INFO] Building jar: /ige/hudson/work/jobs/esv-projects-tests__development/workspace/activity/activity-client/target/activity-client-2.2.0-SNAPSHOT.jar [INFO] [assembly:single {execution: create-batch-distribution}] [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error reading assemblies: Descriptor with ID 'batch' not found If within the checked out whole system I go to the directory of 'activity-client' and build it with 'mvn clean package', everything works. If I do an 'mvn clean package' on the whole system, I get the error above. So, clearly, the dependency exists in
How to resolve/download artifacts grammatically
Hi All, Which maven API will help me resolving artifacts from Local repository, if found otherwise download it from central? Thanks Amaresh
Re: How to resolve/download artifacts grammatically
I mean programmaticly not grammatically. On Tue, Jun 8, 2010 at 12:39 AM, amaresh mourya amaresh.mou...@gmail.comwrote: Hi All, Which maven API will help me resolving artifacts from Local repository, if found otherwise download it from central? Thanks Amaresh
Re: How to resolve/download artifacts grammatically
Which maven API will help me resolving artifacts from Local repository, if found otherwise download it from central? Look at how maven-dependency-plugin works. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Strange behavior during the deployment / installation of an archetype on Mac OS X
When I install (mvn install) or deploy (mvn deploy) an archetype under Mac Os x, it seems that Maven do not use .jar extention but an .maven-archetype extention. The next problem is that when trying to create a project from the archetype, maven seeks the archetype.jar. So the command fails. I've try the same operation under windows, everything is ok. mvn install ou mvn deploy generate a jar file. Does somebody can reproduce the bug on its Mac ? Step to reproduce : - mvn archetype:generate ( select anyone archetype ) - cd myproject - mvn archetype:create-from-project - cd target/generated-source/archetype - mvn install My configuration : Maven version: 2.0.9 or 2.2 Java version: 1.6.0_20 OS name: mac os x version: 10.6.3 arch: x86_64 Family: mac thanks Gildas
Is release:perform optional?
Hi, I need a quick-and-easy way of tagging the current snapshot and bumping up the version number of my POM. The Release plugin can do this in one step with its release:prepare goal. However, the plugin then expects me to run release:perform, which as far as I can tell simply invokes the deploy and site-deploy phases. But I'm not doing any deployment, and I have no repository. Can I simply skip release:perform? My intent is to run release:prepare followed by release:clean, thereby getting the benefit of release:prepare without having to do an actual deploy. Or would there be some problem with that? Thanks, Trevor - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Adding extra jar dependencies to maven build
I have a project which contains some internal jar files I got from someone. These jar files are not in any repository, so I cannot add them as dependency/dependency. I created a lib folder under my maven project root and put these jars there. Then I added these jars to my Eclipse build path. I was able to do my development work without any problem, until I was about to run mvn test. It complaints that classes in these jar files could not be found. Can anyone let me know what option I have to deal with this kind of problems? Thanks. -- View this message in context: http://old.nabble.com/Adding-extra-jar-dependencies-to-maven-build-tp28811161p28811161.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Adding extra jar dependencies to maven build
On 6/7/10 5:36 PM, scabbage wrote: I have a project which contains some internal jar files I got from someone. These jar files are not in any repository, so I cannot add them as dependency/dependency. I created a lib folder under my maven project root and put these jars there. Then I added these jars to my Eclipse build path. I was able to do my development work without any problem, until I was about to run mvn test. It complaints that classes in these jar files could not be found. Can anyone let me know what option I have to deal with this kind of problems? Thanks. Put the JAR files in a repository. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Adding extra jar dependencies to maven build
On Jun 7, 2010, at 2:36 PM, scabbage wrote: I have a project which contains some internal jar files I got from someone. These jar files are not in any repository, so I cannot add them as dependency/dependency. You could add them as a dependency with a scope of system. http://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html#System_Dependencies Trevor - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Adding extra jar dependencies to maven build
You could add them as a dependency with a scope of system. This is very bad advice. Do not use system scope. Add them to your local repo cache with mvn install:install-file or even better to your Corporate repo with mvn deploy:deploy-file. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Is release:perform optional?
If you don't do release:perform, how does the release artifact get created? On Jun 7, 2010, at 4:29 PM, Trevor Harmon tre...@vocaro.com wrote: Hi, I need a quick-and-easy way of tagging the current snapshot and bumping up the version number of my POM. The Release plugin can do this in one step with its release:prepare goal. However, the plugin then expects me to run release:perform, which as far as I can tell simply invokes the deploy and site-deploy phases. But I'm not doing any deployment, and I have no repository. Can I simply skip release:perform? My intent is to run release:prepare followed by release:clean, thereby getting the benefit of release:prepare without having to do an actual deploy. Or would there be some problem with that? Thanks, Trevor - 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: Is release:perform optional?
On Jun 7, 2010, at 3:22 PM, Justin Edelson wrote: If you don't do release:perform, how does the release artifact get created? The release artifacts for my project (a stand-alone Java desktop app) are created using the osxappbundle and launch4j plugins. So my release process is: 1. Tag the current trunk 2. Check out and build the tagged release 3. Run mvn osxappbundle:bundle to create the Mac release artifact 4. Run mvn launch4j:launch4j to create the Windows release artifact 5. Grab the resulting .dmg and .exe files from /target and email them to the client There's no formal deploy process because I'm just one guy working on a little desktop app. Setting up a repository would seem like overkill. Does it make sense to skip release:perform in this context? Perhaps another option (instead of simply skipping release:perform) is to configure the deploy:deploy goal with skip=true. Trevor - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Adding extra jar dependencies to maven build
Thanks for the advice. I just contacted the corp IT and they provided with a repo. Now the jar is added and everything looks good :) Wayne Fay wrote: You could add them as a dependency with a scope of system. This is very bad advice. Do not use system scope. Add them to your local repo cache with mvn install:install-file or even better to your Corporate repo with mvn deploy:deploy-file. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- View this message in context: http://old.nabble.com/Adding-extra-jar-dependencies-to-maven-build-tp28811161p28811821.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Is release:perform optional?
Personally I'd configure the release plugin to run those goals: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-release-plugin/artifactId version2.0/version configuration preparationGoalsclean verify/preparationGoals goalsdeploy/goals /configuration /plugin Add the osxappbundle:bundle and launch4j:launch4j goals to the deploy/ element. -- Pull me down under... On Tue, Jun 8, 2010 at 10:43 AM, Trevor Harmon tre...@vocaro.com wrote: On Jun 7, 2010, at 3:22 PM, Justin Edelson wrote: If you don't do release:perform, how does the release artifact get created? The release artifacts for my project (a stand-alone Java desktop app) are created using the osxappbundle and launch4j plugins. So my release process is: 1. Tag the current trunk 2. Check out and build the tagged release 3. Run mvn osxappbundle:bundle to create the Mac release artifact 4. Run mvn launch4j:launch4j to create the Windows release artifact 5. Grab the resulting .dmg and .exe files from /target and email them to the client There's no formal deploy process because I'm just one guy working on a little desktop app. Setting up a repository would seem like overkill. Does it make sense to skip release:perform in this context? Perhaps another option (instead of simply skipping release:perform) is to configure the deploy:deploy goal with skip=true. Trevor - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Is release:perform optional?
On Jun 7, 2010, at 3:52 PM, Mark Derricutt wrote: Add the osxappbundle:bundle and launch4j:launch4j goals to the deploy/ element. You mean the goals element, like this? plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-release-plugin/artifactId version2.0/version configuration preparationGoalsclean verify/preparationGoals goalsosxappbundle:bundle launch4j:launch4j/goals /configuration /plugin Trevor - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Is release:perform optional?
Ah yes - goals/ -- Pull me down under... On Tue, Jun 8, 2010 at 10:56 AM, Trevor Harmon tre...@vocaro.com wrote: You mean the goals element, like this?
Re: Adding extra jar dependencies to maven build
On Jun 7, 2010, at 2:36 PM, scabbage wrote: I have a project which contains some internal jar files I got from someone. These jar files are not in any repository, so I cannot add them as dependency/dependency. You could add them as a dependency with a scope of system. http://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html#System_Dependencies You could, but you definitely should NOT do that.. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org