Re: surefire classpath problems with maven 3 parallel
Hi Kristian, thanks for your quick answer. a) I've tried a lot of things without success. As you told me, I was looking for hidden JUnit 3 dependency, but have not found any. To check this, I built with -X and scan the stdout for junit3. There are some junit3 test dependencies in some standard maven plugins but I think this does not hurt my build (because I don't build the maven plugins I only use them). You've asked about if it fails, does it always fail on the same set of modules. Yes, it fails always on the same modules but depending of the build (pseudo random) order a module failed on the first build but may work on the second build and it fails on a 3rd module. On some builds the junit classes are not found, on some other builds the mockito classes are not found. But for each module it fails always with the same error if it fails. I've tried to specify the dependencies for junit/mockito directly in the modules pom, even I've specified it in the projects root pom. Without success. Additionally I've played around with older versions of the surefire plugin (beginning from version 2.6) and with different settings for the surefire configuration. I've also tried to use older versions of junit (beginning from Junit 4.4). But nothing helps. Sometimes my build works with -T 2 (each 3rd try it works). Without -T option it builds always successfully. With -T 3 it never builds with success. (My project is a multi module project with 170 projects). Do you have any other idea how I may isolate the problem? b) Very interesting, If I don't specify the 4.7 provider explicitly, this problem has gone. Thanks, Frank -- View this message in context: http://maven.40175.n5.nabble.com/surefire-classpath-problems-with-maven-3-parallel-tp3346469p3354341.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: Work flow for isolated internal repository
On Mon, Jan 24, 2011 at 2:31 AM, Ron Wheeler rwhee...@artifact-software.com wrote: 1. Developer enables the access to internal repository(Nexus or other). Internal repository is isolated from external even with nexus. This is the main point of this work flow. Imaging with transparent proxy to maven central, developer could download 105GB+ artifacts and will result been blocked by central server. javadoc/sources/license- needs to be done before 2. Why should the developer waste time using invalid libraries. I want to clarify that in #2, only dependency referenced added to pom, not actual jar files. 6. Maven/Nexus deploys new dependencies to internal repository It's ok if those new dependencies are in a staging area. Thanks! -Guo - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven gpg plugin stuck while signing
It worked adding the configuration mavenExecutorIdforked-path/mavenExecutorId /configuration to the maven-release-plugin, many thanks again Simo! :-) Cheers, Tommaso 2011/1/24 Tommaso Teofili tommaso.teof...@gmail.com Many thanks Simo! :-) I'm going to try this way and let you know. Cheers, Tommaso 2011/1/23 Simone Tripodi simonetrip...@apache.org Hi Oliver, sure you can do it, just move the gpg plugin into a proper 'release' profile, and configure the release-plugin to activate it when releasing. Take a look how I configured the Google Doclava[1] pom to see how it works, follow below some snippets. HTH, all the best, Simo {code} build pluginManagement plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-release-plugin/artifactId version2.1/version configuration mavenExecutorIdforked-path/mavenExecutorId arguments-Prelease/arguments remoteTaggingfalse/remoteTagging /configuration /plugin /plugins /pluginManagement profile idrelease/id build plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-gpg-plugin/artifactId version1.1/version executions execution idsign-artifacts/id phaseverify/phase goals goalsign/goal /goals /execution /executions /plugin {code} [1] http://code.google.com/p/doclava/source/browse/tags/doclava-1.0.2/pom.xml http://people.apache.org/~simonetripodi/ http://www.99soft.org/ On Sun, Jan 23, 2011 at 7:37 PM, oliver oliver.bo...@gmail.com wrote: Am 23.01.2011 um 18:51 schrieb Simone Tripodi: Ciao Tommy ;) I already met this problem, It's not a of key-size related issue. Try setting the mavenExecutorId=forked-path so when releasing maven will be forked and the gpg-plugin will prompt you insert the gpg passphrase. Otherwise you can use the -Dgpg.passphrase=XXX property but its use is discouraged and you can easily understand why. yes, that's clear. Is it possible to disable the gpg-plugin for the daily build? regards, Oliver - 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: License collection
Thank you all for replying. I'll try that one that Yoav Landman pointed out. -- Rui On Sat, Jan 22, 2011 at 12:07 PM, Yoav Landman yland...@gmail.com wrote: You may also want to have a look at the Artifactory license addon, which does exactly that - finds the licenses of all dependencies of a build (including searching in parent poms) with the ability to assign custom license information + generate a report with selective dependency scopes. It is part of Artifactory Pro. http://wiki.jfrog.org/confluence/display/RTF/License+Control On Sat, Jan 22, 2011 at 6:01 AM, Rui Vilão rpvi...@gmail.com wrote: Hi, Thank you all for replying. As Stevo mentioned I'm using maven-license-plugin to generate headers as well. But I need to include the licenses of the dependencies I'm using in order to distribute my software. I believe it would be great if developers include the license in the license tag in order for plugins to collect and download them. The behavior would be something like the described here: http://mojo.codehaus.org/license-maven-plugin/ like Wayne mentioned. As far as I can see there's no simple approach to do this, so I believe I will use the report plugin and collect them myself with my bare hands :p Anyway, thank you for your time! -- Rui On Fri, Jan 21, 2011 at 7:26 PM, Kalle Korhonen kalle.o.korho...@gmail.comwrote: As Wayne mentioned, most of the modules contain an url to a license rather than have it checked in. Perhaps you just need the license report instead? The dependencies report of the mpir plugin has had a license section for quite some time, I use it all the time. See e.g. the dependency report of the mpir plugin itself: http://maven.apache.org/plugins/maven-project-info-reports-plugin/dependencies.html . Kalle On Fri, Jan 21, 2011 at 9:30 AM, Rui Vilão rpvi...@gmail.com wrote: Hi all, I'm trying to automate licensing collection for my product. What I want is simple: collect (i.e. download) all licenses of my dependencies and store them in a folder. Does anyone know if there's a plugin that does what I'm trying to accomplish? I've heard about license-maven-plugin ( http://mojo.codehaus.org/license-maven-plugin/ ) but I couldn't even download it. Thanks in advance, Rui - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Yoav
Re: surefire classpath problems with maven 3 parallel
ma., 24.01.2011 kl. 00.19 -0800, skrev fmeili: Do you have any other idea how I may isolate the problem? TestNG dependencies can also cause the same behaviour as I described in my original mail (wrt junit3). If that fails, there is no other way than to do as I said: Surefire stores the fork-configuration for the test run in the target/surefire folder, and if you grep for the correct files you should also be able to compare the values used for a successful/failing run. This would be really valuable. (/me kicks myself in the leg for not making those property files alphabetical for the 100th time. Create an issue if you feel the same ;) If you manage to isolate two different files that give different results (for the same test run), I would recommend you create a SUREFIRE issue and attach the two files. If you're using forkMode=once it should be fairly simple, it might be a little more work for forkMode=always ;) It should be as simple as tucking away the properties file for a build that works, run until it fails and find the (nev version) of the same property file. b) Very interesting, If I don't specify the 4.7 provider explicitly, this problem has gone When you specify the 4.7 provider as a dependency, that overrides any automatic detection. As long as you activate through setting the parallel attribute (instead of using the new forced provider mode in 2.7), you will be using the built-in surefire provider detection. While I suspect this will give you a different provider (and might seem to work), it may also have the unintended side effect of not running junit4 tests :( Kristian - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: reactor, plugin dependency, m3
OK, time to move that stuff out of the reactor into its own build? Or is there a way around this? On Sun, Jan 23, 2011 at 6:34 PM, Justin Edelson jus...@justinedelson.com wrote: On Jan 23, 2011, at 5:09 PM, Benson Margulies bimargul...@gmail.com wrote: I have a multi-module build. The first module packages up some some checkstyle rules, and the parent POM at the top calls out that artifact as a dependency of the checkstyle plugin. Would it surprise anyone to hear that this won't build the first time, but builds subsequently once the artifact is in the local repo? No. This is expected. - 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
Declaring a dependency for tools.jar
The FAQ shows the profile below to declare a dependency for tools.jar. This seems to be a problem waiting to happen now that Oracle is the vendor for the official JVM. (A recent update to JDK 1.6 caused problems for Eclipse because Eclipse was expecting a property setting of Sun Microsystems instead of Oracle). If you need tools.jar in the system path shouldn't the profile be activated automatically? What would be the right way to activate this profile all of the time? Thanks. profile iddefault-tools.jar/id activation property namejava.vendor/name valueSun Microsystems Inc./value /property /activation dependencies dependency groupIdcom.sun/groupId artifactIdtools/artifactId version1.5/version scopesystem/scope systemPath${java.home}/../lib/tools.jar/systemPath /dependency /dependencies /profile http://maven.apache.org/general.html#tools-jar-dependency
RE: Native dependencies best practices
-Original Message- From: Ruben Garat [mailto:ruben01@gmail.com] Sent: Saturday, January 22, 2011 9:59 AM To: Maven Users List Subject: Native dependencies best practices Hi, I am trying to help get a project (Lightweight Java Game Library http://lwjgl.org/) into Maven Central repository. This project is the most used way for java games to use opengl. The project is made of a main jar lwjgl.jar and some natives for each platform. I have to main questions: *What should be the id of the native artifacts:* *The other issue is what should be the artifactId of the native artifacts:* *main artifact: groupId:org.lwjgl - artifactId: lwjgl *natives artifacts: groupId: org.lwjgl - artifactId: lwjgl - classifier: natives-${platform} so the questions are: * is the proposed naming convention for artifacts with natives (natives-${platform}) a good one? is there anyone better? There is a maven-nar-plugin that already does some of what you're talking about. You might want to take a look at that. Like many (most?) plugins, the documentation is a bit lacking. In brief, the way it works is that there is a classifier-less artifact that contains a nar.properties file. This classifier-less artifact is the one you list as a dependency in your pom file. This properties file defines the GAV+C coordinates to get the platform specific artifacts. e.g.: nar.noarch= nar.static=org.lwjgl:lwjgl-native:nar:${aol} The nar plugin replaces the ${aol} bit with something that describes the platform you are on. e.g. amd64-Linux-g++, IA64W-HP-UX-g++, etc... Note that the values it uses for this can be a bit tricky to figure out, and I haven't been able to figure out how they are calculated. For my purposes, I ended up running maven through strace and finding what it was trying to download. (you could probably also look in the logs of your repository manager) Your artifactId for the native artifacts should be different than your main artifact. It sounds like it's really a separate piece and should be defined as such. That will probably solve your cycle problems. This solutions works great because you don't have to declare the natives when you add a dependency. You can include nar type dependencies in your pom file and it will automatically pull in the right native version, but you still need to explicitly say that you're pulling it in. You can also use the nar plugin to *build* the native portion, but I assume you don't actually want to do that, since it's a whole bunch more work. I ended up creating the nar artifacts by hand and uploading them to my Nexus instance using mvn deploy:deploy-file ... eric - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
create exec of swing maven application
Hi, I'm trying to create an executable jar from a swing application using maven and its maven-assembly-plugin. It builds ok, I saw in the jar it packs the dependent jars, but it contains non of my own programmed classes, resulting in a classnotfound exception when double clicking on the jar. Can anyone help me out? Is this the easiest way for creating an excecutable for a swing application or are there better ways? the configuration I used is: plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-assembly-plugin/artifactId configuration descriptorRefs descriptorRefjar-with-dependencies/descriptorRef descriptorRefsrc/descriptorRef /descriptorRefs archive manifest mainClassbe.presentation.MyApp/mainClass /manifest /archive /configuration executions execution idattach-assembly-to-package/id phasepackage/phase goals goalattached/goal /goals /execution /executions /plugin This plugin is in the parent class containing the modules. It has 6 modules, from which the presentation module contains the main class. The other modules are dependencies of the presentation module. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: pdf plugin broken in maven3?
I don't see 1.2-SNAPSHOT in the main repository -- what repository should I be pointing at? Thanks Andrew On Fri, Jan 21, 2011 at 2:53 PM, Lukas Theussl ltheu...@apache.org wrote: I haven't actually tried with maven 3 but as I understand from Olivier's comments at MPDF-41, it should work apart from the reports inclusion. I have just re-deployed the current 1.2-SNAPSHOT, if you can test it, I will attempt a release next week (I was planning to release it during the Xmas holydays but Santa Claus brought me another toy...) Thanks, -Lukas Andrew Geery wrote: Is the PDF plugin expected to work in Maven3? I see this bug report [http://jira.codehaus.org/browse/MPDF-41], but it doesn't look like there has been a new release [or even that the issue has been resolved]. Does anyone know the timing for a new release? Thanks Andrew # mvn -v Apache Maven 3.0.2 (r1056850; 2011-01-08 19:58:10-0500) Java version: 1.6.0_20, vendor: Sun Microsystems Inc. Java home: /usr/java/jdk1.6.0_20/jre Default locale: en_US, platform encoding: UTF-8 OS name: linux, version: 2.6.9-42.elsmp, arch: i386, family: unix # mvn pdf:pdf ... [INFO] --- maven-pdf-plugin:1.1:pdf (default-cli) @ test --- [INFO] [INFO] BUILD FAILURE [INFO] [INFO] Total time: 2.750s [INFO] Finished at: Fri Jan 21 11:58:52 EST 2011 [INFO] Final Memory: 11M/110M [INFO] [ERROR] Failed to execute goal org.apache.maven.plugins:maven-pdf-plugin:1.1:pdf (default-cli) on project test: Execution default-cli of goal org.apache.maven.plugins:maven-pdf-plugin:1.1:pdf failed: An API incompatibility was encountered while executing org.apache.maven.plugins:maven-pdf-plugin:1.1:pdf: java.lang.NoSuchMethodError: org.apache.maven.plugin.PluginManager.verifyReportPlugin(Lorg/apache/maven/model/ReportPlugin;Lorg/apache/maven/project/MavenProject;Lorg/apache/maven/execution/MavenSession;)Lorg/apache/maven/plugin/descriptor/PluginDescriptor; - 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: pdf plugin broken in maven3?
Hello, Use this one : https://repository.apache.org/content/groups/snapshots-group/ 2011/1/24 Andrew Geery andrew.ge...@gmail.com: I don't see 1.2-SNAPSHOT in the main repository -- what repository should I be pointing at? Thanks Andrew On Fri, Jan 21, 2011 at 2:53 PM, Lukas Theussl ltheu...@apache.org wrote: I haven't actually tried with maven 3 but as I understand from Olivier's comments at MPDF-41, it should work apart from the reports inclusion. I have just re-deployed the current 1.2-SNAPSHOT, if you can test it, I will attempt a release next week (I was planning to release it during the Xmas holydays but Santa Claus brought me another toy...) Thanks, -Lukas Andrew Geery wrote: Is the PDF plugin expected to work in Maven3? I see this bug report [http://jira.codehaus.org/browse/MPDF-41], but it doesn't look like there has been a new release [or even that the issue has been resolved]. Does anyone know the timing for a new release? Thanks Andrew # mvn -v Apache Maven 3.0.2 (r1056850; 2011-01-08 19:58:10-0500) Java version: 1.6.0_20, vendor: Sun Microsystems Inc. Java home: /usr/java/jdk1.6.0_20/jre Default locale: en_US, platform encoding: UTF-8 OS name: linux, version: 2.6.9-42.elsmp, arch: i386, family: unix # mvn pdf:pdf ... [INFO] --- maven-pdf-plugin:1.1:pdf (default-cli) @ test --- [INFO] [INFO] BUILD FAILURE [INFO] [INFO] Total time: 2.750s [INFO] Finished at: Fri Jan 21 11:58:52 EST 2011 [INFO] Final Memory: 11M/110M [INFO] [ERROR] Failed to execute goal org.apache.maven.plugins:maven-pdf-plugin:1.1:pdf (default-cli) on project test: Execution default-cli of goal org.apache.maven.plugins:maven-pdf-plugin:1.1:pdf failed: An API incompatibility was encountered while executing org.apache.maven.plugins:maven-pdf-plugin:1.1:pdf: java.lang.NoSuchMethodError: org.apache.maven.plugin.PluginManager.verifyReportPlugin(Lorg/apache/maven/model/ReportPlugin;Lorg/apache/maven/project/MavenProject;Lorg/apache/maven/execution/MavenSession;)Lorg/apache/maven/plugin/descriptor/PluginDescriptor; - 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 -- Olivier Lamy http://twitter.com/olamy http://www.linkedin.com/in/olamy - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: create exec of swing maven application
Only non-deprecated goal, besides help goal is single - http://maven.apache.org/plugins/maven-assembly-plugin/plugin-info.html Use single instead of attached. Use latest release (2.2), declare it first in pluginManagement. Regards, Stevo. On Mon, Jan 24, 2011 at 7:41 PM, Glenn Wybo glenn.w...@gmail.com wrote: Hi, I'm trying to create an executable jar from a swing application using maven and its maven-assembly-plugin. It builds ok, I saw in the jar it packs the dependent jars, but it contains non of my own programmed classes, resulting in a classnotfound exception when double clicking on the jar. Can anyone help me out? Is this the easiest way for creating an excecutable for a swing application or are there better ways? the configuration I used is: plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-assembly-plugin/artifactId configuration descriptorRefs descriptorRefjar-with-dependencies/descriptorRef descriptorRefsrc/descriptorRef /descriptorRefs archive manifest mainClassbe.presentation.MyApp/mainClass /manifest /archive /configuration executions execution idattach-assembly-to-package/id phasepackage/phase goals goalattached/goal /goals /execution /executions /plugin This plugin is in the parent class containing the modules. It has 6 modules, from which the presentation module contains the main class. The other modules are dependencies of the presentation module. - 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: pdf plugin broken in maven3?
http://maven.apache.org/guides/development/guide-testing-development-plugins.html HTH, -Lukas Andrew Geery wrote: I don't see 1.2-SNAPSHOT in the main repository -- what repository should I be pointing at? Thanks Andrew On Fri, Jan 21, 2011 at 2:53 PM, Lukas Theusslltheu...@apache.org wrote: I haven't actually tried with maven 3 but as I understand from Olivier's comments at MPDF-41, it should work apart from the reports inclusion. I have just re-deployed the current 1.2-SNAPSHOT, if you can test it, I will attempt a release next week (I was planning to release it during the Xmas holydays but Santa Claus brought me another toy...) Thanks, -Lukas Andrew Geery wrote: Is the PDF plugin expected to work in Maven3? I see this bug report [http://jira.codehaus.org/browse/MPDF-41], but it doesn't look like there has been a new release [or even that the issue has been resolved]. Does anyone know the timing for a new release? Thanks Andrew # mvn -v Apache Maven 3.0.2 (r1056850; 2011-01-08 19:58:10-0500) Java version: 1.6.0_20, vendor: Sun Microsystems Inc. Java home: /usr/java/jdk1.6.0_20/jre Default locale: en_US, platform encoding: UTF-8 OS name: linux, version: 2.6.9-42.elsmp, arch: i386, family: unix # mvn pdf:pdf ... [INFO] --- maven-pdf-plugin:1.1:pdf (default-cli) @ test --- [INFO] [INFO] BUILD FAILURE [INFO] [INFO] Total time: 2.750s [INFO] Finished at: Fri Jan 21 11:58:52 EST 2011 [INFO] Final Memory: 11M/110M [INFO] [ERROR] Failed to execute goal org.apache.maven.plugins:maven-pdf-plugin:1.1:pdf (default-cli) on project test: Execution default-cli of goal org.apache.maven.plugins:maven-pdf-plugin:1.1:pdf failed: An API incompatibility was encountered while executing org.apache.maven.plugins:maven-pdf-plugin:1.1:pdf: java.lang.NoSuchMethodError: org.apache.maven.plugin.PluginManager.verifyReportPlugin(Lorg/apache/maven/model/ReportPlugin;Lorg/apache/maven/project/MavenProject;Lorg/apache/maven/execution/MavenSession;)Lorg/apache/maven/plugin/descriptor/PluginDescriptor; - 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 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: pdf plugin broken in maven3?
Thanks for the link; I knew it had to be something like that. Anyway, the new plugin did work. Thanks Andrew On Mon, Jan 24, 2011 at 3:51 PM, Lukas Theussl ltheu...@apache.org wrote: http://maven.apache.org/guides/development/guide-testing-development-plugins.html HTH, -Lukas Andrew Geery wrote: I don't see 1.2-SNAPSHOT in the main repository -- what repository should I be pointing at? Thanks Andrew On Fri, Jan 21, 2011 at 2:53 PM, Lukas Theusslltheu...@apache.org wrote: I haven't actually tried with maven 3 but as I understand from Olivier's comments at MPDF-41, it should work apart from the reports inclusion. I have just re-deployed the current 1.2-SNAPSHOT, if you can test it, I will attempt a release next week (I was planning to release it during the Xmas holydays but Santa Claus brought me another toy...) Thanks, -Lukas Andrew Geery wrote: Is the PDF plugin expected to work in Maven3? I see this bug report [http://jira.codehaus.org/browse/MPDF-41], but it doesn't look like there has been a new release [or even that the issue has been resolved]. Does anyone know the timing for a new release? Thanks Andrew # mvn -v Apache Maven 3.0.2 (r1056850; 2011-01-08 19:58:10-0500) Java version: 1.6.0_20, vendor: Sun Microsystems Inc. Java home: /usr/java/jdk1.6.0_20/jre Default locale: en_US, platform encoding: UTF-8 OS name: linux, version: 2.6.9-42.elsmp, arch: i386, family: unix # mvn pdf:pdf ... [INFO] --- maven-pdf-plugin:1.1:pdf (default-cli) @ test --- [INFO] [INFO] BUILD FAILURE [INFO] [INFO] Total time: 2.750s [INFO] Finished at: Fri Jan 21 11:58:52 EST 2011 [INFO] Final Memory: 11M/110M [INFO] [ERROR] Failed to execute goal org.apache.maven.plugins:maven-pdf-plugin:1.1:pdf (default-cli) on project test: Execution default-cli of goal org.apache.maven.plugins:maven-pdf-plugin:1.1:pdf failed: An API incompatibility was encountered while executing org.apache.maven.plugins:maven-pdf-plugin:1.1:pdf: java.lang.NoSuchMethodError: org.apache.maven.plugin.PluginManager.verifyReportPlugin(Lorg/apache/maven/model/ReportPlugin;Lorg/apache/maven/project/MavenProject;Lorg/apache/maven/execution/MavenSession;)Lorg/apache/maven/plugin/descriptor/PluginDescriptor; - 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 - 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: Declaring a dependency for tools.jar
You can use this same dependency without using a profile at all. Just add it in like you would any other dependency. So long as the directory exists, it will work just fine. On Mon, 24 Jan 2011 09:15:14 -0800 (PST), Dean Schulze dean_w_schu...@yahoo.com wrote: The FAQ shows the profile below to declare a dependency for tools.jar. This seems to be a problem waiting to happen now that Oracle is the vendor for the official JVM. (A recent update to JDK 1.6 caused problems for Eclipse because Eclipse was expecting a property setting of Sun Microsystems instead of Oracle). If you need tools.jar in the system path shouldn't the profile be activated automatically? What would be the right way to activate this profile all of the time? Thanks. profile iddefault-tools.jar/id activation property namejava.vendor/name valueSun Microsystems Inc./value /property /activation dependencies dependency groupIdcom.sun/groupId artifactIdtools/artifactId version1.5/version scopesystem/scope systemPath${java.home}/../lib/tools.jar/systemPath /dependency /dependencies /profile http://maven.apache.org/general.html#tools-jar-dependency
Why is Maven allowing cycles?
I don't know if I've lost my mind or what, but Maven is not giving me an error when I have cyclic dependencies. I just tried a simple two projects A and B that depend on each other, and Maven gives me no errors when resolving dependencies. You can clearly see the cycle when running mvn dependency:tree. C:\mycomps2\compamvn dependency:tree [INFO] Scanning for projects... [INFO] [INFO] Building compa [INFO]task-segment: [dependency:tree] [INFO] [INFO] [dependency:tree {execution: default-cli}] [INFO] mygroup:compa:pom:1.0.0 [INFO] \- mygroup:compb:zip:vc-all:1.0.0:compile [INFO]\- mygroup:compa:zip:vc-all:1.0.0:compile [INFO] [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 1 second [INFO] Finished at: Mon Jan 24 15:00:16 MST 2011 [INFO] Final Memory: 19M/483M [INFO] Am I losing my mind? What's going on? Does it have something to do with the fact that I am using the assembly plugin with zip classifer? Phillip - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Declaring a dependency for tools.jar
But if you want to run a build on a Mac, you need the profile so as to turn it off where there is no such file. On Mon, Jan 24, 2011 at 4:38 PM, Mike Calmus m...@calmus.org wrote: You can use this same dependency without using a profile at all. Just add it in like you would any other dependency. So long as the directory exists, it will work just fine. On Mon, 24 Jan 2011 09:15:14 -0800 (PST), Dean Schulze dean_w_schu...@yahoo.com wrote: The FAQ shows the profile below to declare a dependency for tools.jar. This seems to be a problem waiting to happen now that Oracle is the vendor for the official JVM. (A recent update to JDK 1.6 caused problems for Eclipse because Eclipse was expecting a property setting of Sun Microsystems instead of Oracle). If you need tools.jar in the system path shouldn't the profile be activated automatically? What would be the right way to activate this profile all of the time? Thanks. profile iddefault-tools.jar/id activation property namejava.vendor/name valueSun Microsystems Inc./value /property /activation dependencies dependency groupIdcom.sun/groupId artifactIdtools/artifactId version1.5/version scopesystem/scope systemPath${java.home}/../lib/tools.jar/systemPath /dependency /dependencies /profile http://maven.apache.org/general.html#tools-jar-dependency - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Work flow for isolated internal repository
On Mon, Jan 24, 2011 at 5:41 AM, Anders Hammar and...@hammar.net wrote: You could be somewhat aided by the procurement feature of Nexus Pro (the commercial edition of the Nexus repo manager): http://www.sonatype.com/books/nexus-book/reference/procure.html Looked at the link, Procured Development Repository[1] is closest to support the flow. It could works for a very limited number of new dependency to be added before #2. For the use case of a new project setup, lots of dependency could be added and developer may even don't know which library is need as there are transitive dependencies. If procurement could store all the new dependencies to a staging area like a normal release staging repository and reusing existing approval/release functionality, will make the flow more operational. Also, One thing that you might want to have in mind is two have separate repositories for dependencies and plugins. For Maven to be useful, you will This does not work in Maven 2.x. A very good practice, this is main reason to choose 3.X. We will leave the plugins in a different world and have less restriction :) Thanks all for the thoughts! -Guo [1] http://www.sonatype.com/books/nexus-book/reference/procure.html#procure-sect-dev - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Archetype multi module - optional modules
Hello, I'm developing a multi module archetype. But i would like to offer to users of my archetypes a option to choose which modules wants use, on runtime. I`m using maven 2.2.1, For example, when the user execute: mvn archetype:generate I could ask to user whats optional modules he wants use. I'm trying do it modifying my archetype multi module, making modifications on this files: archetype\src\main\resources\ archetype-resources\pom.xml ... #if($useWebModule == true) moduleweb/module #end ... archetype\src\main\resources\META-INF\maven\archetype-metadata.xml ... requiredProperty key=useWebModule / ... #if($useWebModule == true) module id=${rootArtifactId}.web dir=web name=${rootArtifactId}.web #end ... What do you think about? Why this way does not work. Thanks a lot. -- http://www.reconcavotecnologia.org.br/ Marcus Vinicius A. Silva *P* *ANTES DE IMPRIMIR pense em sua responsabilidade e compromisso com o MEIO AMBIENTE.*