Re: Maven / Java 1.7 compliance
On Fri, 06 Jan 2012 03:45:19 +0100, Johannes.Lichtenberger wrote: On 01/06/2012 02:54 AM, Dave Wolf wrote: Instead of 1.7 try simply 7. Seems it doesn't have any impact. In Eclipse itself it doesn't seem to change anything, too, but in Eclipse the build path is correct for all projects. I just want to get `mvn` in the shell running after I've updated the projects to Java 7 some time ago to double check if the unit tests are working before commiting to the CI-Server (and to produce JARs). I can compile JDK7 source just fine (using new 7-only classes etc., with 1.7 as source/target: .. plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-compiler-plugin/artifactId version${compiler.plugin.version}/version configuration source1.7/source target1.7/target /configuration /plugin .. maven-compiler-plugin is 2.3.2. Try mvn --version to verify that you are really using the correct JDK. -h - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven and esper-4.0.0
On Mon, 10 Jan 2011 21:01:53 +0100, Tina Vießmann wrote: I've got a problem installing esper-4.0.0 using maven. I've got absolutly no idea where it comes from. The output is: [ERROR] Error in manifest for myproject:myesper:jar:0.1-SNAPSHOT : Class in different directory than declared. Path from class name is com/espertech/esperio/AbstractCoordinatedAdapter$1.class but the path in the jar is production/esperio-csv/com/espertech/esperio/AbstractCoordinatedAdapter$1.class from Jar:lib/esper-4.0.0.jar It seems that the esper-4.0.0.jar artifact uploaded to Maven central is broken and contains the production path; the jar in the original distribution from Codehaus is OK. Looks like another fine example of a home-grown build script. :( I guess for now you should be able to install the correct jar into your repo/repo manager to override the artifact from central. Please also file a blocker bug in the Esper JIRA (http://jira.codehaus.org/browse/ESPER). -h - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: [ANN] Apache Maven 3.0.1 Released
On Sat, 27 Nov 2010 20:17:39 +0100, Dirk Olmes wrote: Is it possible that the 3.0.1 download actually contains Maven 3.0? I Worked fine for me on both Windows and Linux. Pull the ebuild from the usual location ;) -h - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
mvn install to a given local repo path - broken with m3?
I'm trying to install a project to a given local repository path instead of the default ~/.m2, and it just doesn't seem to work with m3 and install-plugin 2.3.1. No matter which property I specify (all I could find, with or without settings. or maven. prefixes :) it always installs to the default. Can anybody confirm whether this works or is broken with m3? Note that I'm talking about the regular install goal, not install-file, which was apparently fixed at some earlier point. Grateful for any hints. Holger - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: mvn install to a given local repo path - broken with m3?
On Thu, 04 Nov 2010 13:08:41 +0100, Jochen Wiedmann wrote: you aren't writing how you do specify the local repository path. My assumption would be that you need to use the Maven option -s or --settings and use the localRepository element in the given settings file, as specified by the settings XSD. [1] Is that what you are doing? No, I'm doing the much more obvious :-) and try to pass the repo path into the comand line invocation. Sorry for not being more clear. To reproduce, take any project and run: mvn install -DlocalRepository=/some/path ..which is happily ignored and the project is installed into the default location (or whatever is defined in settings.xml). But changing the settings won't work as this is supposed to be part of an automated build. The -D value never sticks, regardless of position in the command line or platform (tested on Windows and Linux). A trace with -X always shows the default local repository being used by the install plugin. thanks Holger - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: mvn install to a given local repo path - broken with m3?
On Thu, 04 Nov 2010 10:10:21 -0400, Wendy Smoak wrote: On Thu, Nov 4, 2010 at 9:54 AM, Holger Hoffstaette holger.hoffstae...@googlemail.com wrote: To reproduce, take any project and run: mvn install -DlocalRepository=/some/path Have you tried -Dmaven.repo.local=... ? No, since that one is nowhere (I could find..) documented :-) It does seem to stick (so the mechanism does work!), but is not really what I was looking for, because now the repo location is also populated with all dependencies and plugins..which is correct from a Maven POV but not what I wanted. :) For context - I'm trying to install only the generated artifacts of a multi-module build somewhere else and was hoping I could do without an explicit copy step. thanks! Holger - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: -DskipTests=true gets ignored
On Thu, 12 Nov 2009 17:29:28 -0500, Yaakov Chaikin wrote: Right... I figured that... But why? Isn't something on the command-line supposed to trump it all? Put the properties first: mvn -DskipTests=true install That worked for me. Holger - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven / osgi / repositories
On Tue, 27 Jan 2009 22:53:10 +1100, Samuel Le Berrigaud wrote: Another point of reference you might consider is how the springsource guys make OSGi-ified version of many java libraries in their bundle repository [http://www.springsource.com/repository/]. This acts pretty much as a simple maven repository delivering jars. ..with renamed group/artifactIds, which _completely_ destroys the entire transitive dependency resolution. -h - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: What does this mean?
On Sun, 18 Jan 2009 22:05:34 -0800, David Jencks wrote: Results : Tests run: 1837, Failures: 0, Errors: 0, Skipped: 0 [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] There are test failures. Probably a subprocess that exited with return code != 0, which is interpreted as test failure. I think I've seen the same behaviour in the past but don't remember the details. I'm building activemq trunk. That's likely the problem :- -h - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: [2.0.10 RC] please test
On Wed, 10 Dec 2008 21:14:29 -0500, Brian E. Fox wrote: This RC fixes the SCP wagon problem identified in RC2 (MNG-3717). We have reverted the 2.0.x branch back to use wagon beta-2 where it was historically for stability. Users that require fixes for wagon beta-3+ should use 2.1.0-M1 instead. Why is the stable plugin version still called beta? -h - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Maven native plugin
Guys, Everybody interested in more flexible CFLAGS/library path settings should vote for http://jira.codehaus.org/browse/MPNATIVE-22 :-) -h - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven native plugin
On Wed, 09 May 2007 16:32:25 +0200, Lukas Theussl wrote: MPNATIVE is the issue tracker for the maven 1 native plugin, which is not developed anymore. If you meant to open an issue for the m2 plugin, you should do it at MOJO, under the native component. Argh! Thanks a lot for the tip. I filed a new one at http://jira.codehaus.org/browse/MOJO-790 thanks! Holger - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
New feature in 2.0.5: maven creates repo directories?!
I was more than a little miffed^h^h^h^h^h^hsurprised to learn that maven 2.0.5 has decided to create my repository directories for me. Thanks, but no thanks! Add the following convenience repo: repository idlocal (Maven 1)/id nameLocal module repository (lib)/name urlfile://lib/url ..etc.. and suddenly you have a lib directory created in your project tree, even if you didn't want one. I would be grateful for explanations about: - wtf does this happen? - is this worthy of a new JIRA? - can I turn this off? thanks Holger - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New feature in 2.0.5: maven creates repo directories?!
Forgot to mention.. 2.0.5 has decided to create my repository directories for me. ..when running eclipse:eclipse for the project. It's repeatable too: no lib dir is created with 2.0.4, it immediately appears when run with 2.0.5. thanks Holger - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Suppress wagon transfer progress - how?
Hi, Wagon logs file transfer progress, but this pumps up logfiles for no good reason; a single line summary would be just fine for non-interactive use. Since the documentation links on the Apache site are all broken or contain no useful information I was hoping that the source of wagon-api could tell me, but except for all the handling of TransferEvents I could not find any place where the actual output was configured (probably one of the listeners?). Aynway..how do I turn this off? Or is this not possible? thanks Holger - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Suppress wagon transfer progress - how?
On Sun, 24 Sep 2006 08:19:35 -0700, dan tran wrote: try mvn -B if you use it thru mvn deploy That does the trick - thank you very much! Kind of obvious *now*, though rather unintuitive, IMHO. cheers Holger - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
m2-eclipse: exported libraries are unordered?
Dear Mavens - After switching a project from m1 to m2 it seems that, much to my surprise, the m2-eclipse plugin does not order the exported jars in the generated .classpath file. Is there a magick flag that I'm missing or do I need to talk to the the source? thanks, Holger - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Unversioned jars revisted
On Thu, 22 Jun 2006 12:30:32 +0200, Jeff Mutonho wrote: Hmmm...so it means there's no way M2 takes unversioned jars , like M1 could? No idea, but if that's really the case everybody trying to bundle WAR/RARs and using javamail-1.4 (which is now in java.net's maven repo) will have a really good time trying to bundle an extra unversioned activation.jar, since that's what javamail-1.4 references in its META-INF. I just had to keep my own copy for a maven1 project where I could at least explicitly specify the unversioned name. One way would be a fix to the WAR/RAR/etc goals to pull in the dependency with version as usual, but use an optional archivedName property for the final file name in the archive. Holger - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mule and maven2
On Sun, 14 May 2006 01:11:29 +0200, Srepfler Srgjan wrote: Does anyone have some experience in using maven 2 along with the mule ESB? The mule m2 build is still under development and currently more or less limping along the m1 version, though we do try to keep it current. We wanted to move to m2 full-force after the release of mule 1.3. Trust me, nobody wants to get rid of the m1 build more than me.. We are having difficulties to determine what are the right libs to put in WEB-INF/lib so transitive dependencies would come very useful. I hope someone is working on archetypes and a m2 plugin as mule is a nice target for one. I am not aware that anybody is working on those but agree that archetypes would be nice to have. Any and all help is of course welcome! :) -h - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]