Re: I want Maven to fail
You could use the enforcer always fail rule in a profile of its own, and then activate from the command line with something like mvn -P alwaysFailProfile enforcer:enforce or even with profile activation using properties, something like: profiles profile idalwaysFailProfile /id activation property namefailure/name /property /activation build plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-enforcer-plugin/artifactId version1.0/version executions execution idenforce/id goals goalenforce/goal /goals configuration rules AlwaysFail/ /rules failtrue/fail /configuration /execution /executions /plugin /plugins /build /profile /profiles Ben On 28 May 2010, at 13:12, lukewpatterson wrote: I'm looking for a plugin which has a fail goal, something like: mvn fail-maven-plugin:fail -Dfail.maven.plugin.message=you failed! I've seen how enforcer or antrun can fail on-demand, but I'm looking for something I can fully configure from the command line Thanks -- View this message in context: http://old.nabble.com/I-want-Maven-to-fail-tp28706080p28706080.html Sent from the Maven - Users mailing list archive at Nabble.comhttp://Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.orgmailto:users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.orgmailto:users-h...@maven.apache.org
Re: incubating tests
Or use the excludes config of the surefire plugin to exclude those tests in an incubating phase, then when they grow up to be proper tests remove the name from the surefire plugin config. See http://maven.apache.org/plugins/maven-surefire-plugin/examples/inclusion-exclusion.html Ben On 22 Dec 2009, at 15:04, Frederic Camblor wrote: I'm lovin this solution (looks like I forgotten the KISS principle this case ... :-)) Thanks Frédéric On Tue, Dec 22, 2009 at 3:46 PM, Stephen Connolly stephen.alan.conno...@gmail.com wrote: Don't have your tests end in Test or TestCase or start with Test. That way you can keep them in src/test/java and they will be compiled, but surefire will not execute them 2009/12/22 Frederic Camblor fcamb...@gmail.com Hi all ! I'm facing a problem which looks simple but I've not succeeded resolving it yet :-) I'd like to create incubation tests in my project. incubation tests are : - part of tests hierarchy, but dissociated with test classes (that is to say, I will locate them in something like src/incubating_test/java) - should be compiled in the test-compile phase - but not executed in the test phase (they will never be executed : they are in incubation !) If I add the src/incubating_test/java test source with the build helper plugin, my incubating test will be executed If I don't, they won't be compiled I could add src/incubating_test/java directly to src ... but it will be really confusing ! I precise : I don't search a junit/testng solution which will disable my tests at runtime. It is a maven build solution (surely with the help of maven-compiler-plugin and maven-build-helper-plugin) that I'm looking for :-) Thanks for you help. Frédéric - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Deprecating and banning artifacts with repository metadata
It sounds like it could be useful, but perhaps with a warning as there are maintenance projects applying bug fixes to existing projects that may not want to update older components to avoid too many changes. Ben On 10/09/2009 22:03, Wendy Smoak wsm...@gmail.com wrote: A group I work with had a requirement to be able to deprecate and ban old versions of their artifacts. The dev team is very large and simply sending out an email telling everyone not to use version 1.0 of some artifact won't work. The team needed a way to warn and/or enforce that the old version is no longer supported and should not (or must not) be used. I think they started out writing a rule for the Enforcer plugin, but at some point it turned into a separate plugin. (There was a concern about teams simply re-configuring the Enforcer plugin to get around the rules.) In the repository, they have a versions-metadata.xml file sitting next to the maven-metadata.xml file. The plugin examines all the dependencies in the build and looks for the versions-metadata.xml file to see if it needs to warn or fail. They're considering contributing the plugin and are wondering whether it sounds useful to the general Maven community before they start wading through the corporate legal stuff that would be necessary to make that happen. Does it sound like something you might use? Let me know if you want more details on it, or perhaps one of the devs that's involved will chime in. Thanks, -- Wendy - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org E-Mail : blid...@movenetworks.com __ Move Networks UK Enterprise House Navigation Park Abercynon CF45 4SN t: +44 (0)8445 460100 f: +44 (0)8445 460200 / (0)1443 742 568 w: www.movenetworks.com
RE: Maven Repository
And in addition using a maven repository manager (there are several free ones) also acts as a cache, so you can automatically get updates for artifacts in the repository without having to go and sync the whole thing again (and get banned again). Ben -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Baptiste MATHUS Sent: 05 December 2008 09:38 To: Maven Users List Subject: Re: Maven Repository Well, technically yes. But in practice no. Since mirroring the whole lot gives you a risk of being banned from the repository access for some time... Moreover the complete repo is many GB large and there's chances you will only use something like 2% or the whole... Better way is to install and configure (it's quite quick to do) an maven repository manager. Cheers. 2008/12/5 prasanna.goupal [EMAIL PROTECTED] Hi All, Is there any way to download complete repository on my local machine instead of checking downloading required plaugins? Thanks in advance. Regards, Prasanna A. Goupal -- This electronic mail, together with the attached files, if any, (collectively electronic mail / mail) is intended solely for the addressee(es) above, and may contain information which is confidential and/or legally privileged.If you have received this mail in error, we request you to advise us immediately by sending a message by clicking reply to button. You should delete the mail from your hard drive/system, and if you have made any hard/physical copies of the mail, you should destroy the same.Unauthorised use, distribution, disclosure or copying of this electronic mail is strictly prohibited, and may be unlawful. -- Baptiste Batmat MATHUS - http://batmat.net Sauvez un arbre, Mangez un castor ! This e-mail is confidential and intended solely for the use of the individual(s) to whom it is addressed. Any views or opinions expressed are those of the author. If you are not the intended recipient, please be advised that any use, dissemination, printing or copying of this email is strictly prohibited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Maven Repository
Not even through a proxy? You could always run the repository manager on your machine, and copy the stuff onto the build machine from there (either manually or automatically). Ben -Original Message- From: prasanna.goupal [mailto:[EMAIL PROTECTED] Sent: 05 December 2008 10:47 To: 'Maven Users List' Subject: RE: Maven Repository The problem here is that internet is not accessible from our build server. I need to download plugin on my machine first and then need to copy it on build server and so go on... Regards, Prasanna A. Goupal -Original Message- From: Martin Höller [mailto:[EMAIL PROTECTED] Sent: Friday, December 05, 2008 4:14 PM To: users@maven.apache.org Subject: Re: Maven Repository On 05 Dec 2008, prasanna.goupal wrote: Is there any way to download complete repository on my local machine instead of checking downloading required plaugins? Beside what Baptiste already wrote: you don't have to download plugins or dependencies manually, maven does this automatically for you. Just specify your plugins and dependencies in the pom.xml file and run maven. hth, - martin -- This electronic mail, together with the attached files, if any, (collectively electronic mail / mail) is intended solely for the addressee(es) above, and may contain information which is confidential and/or legally privileged.If you have received this mail in error, we request you to advise us immediately by sending a message by clicking reply to button. You should delete the mail from your hard drive/system, and if you have made any hard/physical copies of the mail, you should destroy the same.Unauthorised use, distribution, disclosure or copying of this electronic mail is strictly prohibited, and may be unlawful. This e-mail is confidential and intended solely for the use of the individual(s) to whom it is addressed. Any views or opinions expressed are those of the author. If you are not the intended recipient, please be advised that any use, dissemination, printing or copying of this email is strictly prohibited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: please tell me repository
In addition, sites like http://mvnrepository.com/ allow you to search for artifacts available in the repository and provide the dependency snippet to use in the pom.xml. Ben -Original Message- From: Wendy Smoak [mailto:[EMAIL PROTECTED] Sent: 29 October 2008 22:29 To: Maven Users List Subject: Re: please tell me repository On Wed, Oct 29, 2008 at 1:45 PM, miro [EMAIL PROTECTED] wrote: please tell me repository where I can find all dependency for an application using hibernate , spring, wicket jdk 1.6 It depends on exactly what artifacts and version numbers you need, but most of that should be in the central repo which is searched by default -- http://repo2.maven.org/maven2/ . -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail is confidential and intended solely for the use of the individual(s) to whom it is addressed. Any views or opinions expressed are those of the author. If you are not the intended recipient, please be advised that any use, dissemination, printing or copying of this email is strictly prohibited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Using spring How to share jpa applicationContext.xml file with main src and test source?
By default src/main/resources should be made available on the test classpath, but _after_ the src/test/resources (allowing you to override stuff for tests by putting it in the src/test/resources directory so it is found first on the classpath). If you run mvn -X test you should be able to find the test classpath and see if it contains src/test/resources and src/main/resources. Apologies if this seems obvious, but I can't see what the problem would be! A simple way to find out would be to write a JUnit test that looks for the applicationContext.xml file you want on the classpath by doing something like public class FindAppContextTest extends TestCase { public void testFindAppContext() { assertNotNull(MyTest.class.getResource(/applicationContext-jpa.xml)); } } That will allow you to re-run the test while you check the pom.xml, classpaths etc. Ben -Original Message- From: Rick [mailto:[EMAIL PROTECTED] Sent: 24 September 2008 06:32 To: Maven Users List Subject: Using spring How to share jpa applicationContext.xml file with main src and test source? I'm using the spring PetClinic as an example application to follow. I have things building and working in maven2, but I'm having an issue with the junit tests. I'd like to be able to share one of my application-context.xml files that is in my src/main/resources directory without having to keep it in two places. The application example I'm using for testing needs to call AbstractJpaTests which requires one to override the getConfigPaths. The problem is how do I get a handle outside of the test-classes in which the tests are being run? //the files below exist in my tests-classes directory, but I'd also like to use the one in my standard classes directory as well. // the / slash only seems to bring me to the base of my test-classes directory @Override protected String[] getConfigPaths() { return new String[] { /applicationContext-jpa.xml, /applicationContext-entityManager.xml }; } } I've even tried adding an extra entry in my pom.xml for to use the main resources as well but it didn't seem to help: testResources testResource directorysrc/main/resources/directory includes include**/*.xml/include /includes /testResource testResource directorysrc/test/resources/directory includes include**/*.xml/include /includes /testResource /testResources -- Rick - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail is confidential and intended solely for the use of the individual(s) to whom it is addressed. Any views or opinions expressed are those of the author. If you are not the intended recipient, please be advised that any use, dissemination, printing or copying of this email is strictly prohibited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [POLL] Default Value for Reports Output Encoding
[a] Use UTF-8 -Original Message- From: Hervé BOUTEMY [mailto:[EMAIL PROTECTED] Sent: 05 August 2008 20:43 To: Maven Users List Subject: [POLL] Default Value for Reports Output Encoding Dear community, The Maven team is currently discussing a proposal about the future handling of reporting output file encoding by the various plugins, please see our wiki article [0] for all details. A controversial aspect of this proposal is which file encoding should be assumed in case the user did not specify this in the POM. This poll should help us to come to a well-founded decision. These are the two possible directions to go: a) use fixed UTF-8 encoding b) use same encoding as source files Approach a) is simple and sould work for everybody, since any character can be output in UTF-8. Approach b) is more subtle and mimics the behaviour of javadoc tool. Since reports contain more data than source content, there are cases where this default value won't be appropriate (for example, if project's description in pom.xml contains characters that can't be output with source files encoding). So, please let us know: [a] Use UTF-8 [b] Use source files encoding Regards, Hervé [0] http://docs.codehaus.org/display/MAVEN/Reporting+Encoding+Configuration - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail is confidential and intended solely for the use of the individual(s) to whom it is addressed. Any views or opinions expressed are those of the author. If you are not the intended recipient, please be advised that any use, dissemination, printing or copying of this email is strictly prohibited.
RE: organization name in archiva
No, me too. Even the corporate pom I have uploaded to show the corporate icon etc displays the details as numbers as you describe. Is there a JIRA ticket for it? Ben -Original Message- From: Benoit Decherf [mailto:[EMAIL PROTECTED] Sent: 15 April 2008 10:32 To: archiva-users@maven.apache.org Subject: Re: organization name in archiva I am the only one to have this problem ? Benoit Benoit Decherf wrote: Hi, Why don't you show the organization name in the link of the organization ? For example, in the component org.apache.maven:maven, The organization field show a link with name 98. It should be : Apache Software Foundation Benoit This e-mail is confidential and intended solely for the use of the individual(s) to whom it is addressed. Any views or opinions expressed are those of the author. If you are not the intended recipient, please be advised that any use, dissemination, printing or copying of this email is strictly prohibited.
RE: continuous integration server
We are currently using CruiseControl. I know it is the Granddaddy of them all in some ways, but it seems flexible in the builds. I like the way with CC that the config can be controlled in SVN, so that if someone wanted to recreate the installation they can check it out from SVN and away they go. Also the config.xml can be monitored as a build itself. The downsides I suppose are that the basic GUI isn't so flashy and while there is tool support for editing the config.xml I prefer to edit it by hand (perhaps that says more about me than CC...). I did write a plugin to integrate with our Nabaztag rabbit though which was easy to do. At the time (a year ago or so) I looked at Continuum and Hudson, and while both seemed quite good they were still in their infancy. Things may have changed so I would echo the comment from Jared about having a look around. Ben -Original Message- From: Jared Blitzstein [mailto:[EMAIL PROTECTED] Sent: 15 April 2008 16:50 To: Maven Users List Subject: Re: continuous integration server Just an FYI, bamboo 2.0 went live today. I've looked at both Continuum, Bamboo, Hudson, and Team City. I've hit some weird issues with Hudson that I couldn't work out (note: the author was willing to lend a hand but I didn't have enough time) and had to just move on, but it built 4 out of 5 of my projects no problem. I'm currently playing with Bamboo and it seems to fit well for my needs. I would recommend giving each of them a few hours of play time and coming up with your own opinion, but ultimately I'm going with Bamboo (Team City would be my next choice followed closely by a revisit to Hudson). I definitely wasn't a fan of Continuum, but I also haven't looked at it in a while On Apr 15, 2008, at 11:44 AM, Matthew Tordoff wrote: Has anyone looked at Bamboo? -Original Message- From: Tom Huybrechts [mailto:[EMAIL PROTECTED] Sent: 13 April 2008 13:21 To: Maven Users List Subject: Re: continuous integration server Hudson, without a doubt. See https://hudson.dev.java.net/ or a live instance at http://hudson.jboss.org/hudson/ On Sun, Apr 13, 2008 at 1:36 PM, Peter Horlock [EMAIL PROTECTED] wrote: Hi, Which continuous integration server would you recommend me? Continuum? Or is there also a version by sonatype in the making?! :-) Thanks in advance, Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit reserves the right to monitor all e-mail communications through its network. Markit and its affiliated companies make no warranty as to the accuracy or completeness of any information contained in this message and hereby exclude any liability of any kind for the information contained herein. Any opinions expressed in this message are those of the author and do not necessarily reflect the opinions of Markit. For full details about Markit, its offerings and legal terms and conditions, please see Markit's website at http://www.markit.com http://www.markit.com/ . - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail is confidential and intended solely for the use of the individual(s) to whom it is addressed. Any views or opinions expressed are those of the author. If you are not the intended recipient, please be advised that any use, dissemination, printing or copying of this email is strictly prohibited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [deploy-plugin] Abort deploy when a target is present
-Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: 27 March 2008 17:52 To: Maven Users List Subject: RE: [deploy-plugin] Abort deploy when a target is present It's done... there is a force flag to force a deploy if you need to, otherwise it will fail. Is this only in the 2.1 code base? It would be really helpful in our CI builds. Is there a chance it would be ported to 2.0.x or if not, can some kind soul point me in the direction of the roadmap for 2.1 and the expected release dates? Ben This e-mail is confidential and intended solely for the use of the individual(s) to whom it is addressed. Any views or opinions expressed are those of the author. If you are not the intended recipient, please be advised that any use, dissemination, printing or copying of this email is strictly prohibited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Surefire 2.4.1 classpath order
I took a copy of the project POM and put it in the surefire-integration-tests directory. The tests failed. I then trawled through the project POM and then its parent POM commenting out plugins, reporting, dependencies, and other bits until the test passed. The thing that was causing the test to fail was that in the parent POM: defaultGoalpackage/defaultGoal directorytarget/directory finalName${pom.artifactId}-${pom.version}/finalName sourceDirectory${basedir}/src/main/java/sourceDirectory testSourceDirectory${basedir}/src/test/java/testSourceDirectory testOutputDirectory${basedir}/target/test-classes/testOutputDirectory outputDirectory${basedir}/target/classes/outputDirectory Changing just testOutputDirectory to testOutputDirectorytarget/test-classes/testOutputDirectory Made the tests pass. I've no idea why. Do you want me to raise this as a bug? Ben This e-mail is confidential and intended solely for the use of the individual(s) to whom it is addressed. Any views or opinions expressed are those of the author. If you are not the intended recipient, please be advised that any use, dissemination, printing or copying of this email is strictly prohibited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: maven appends sub-project artifactId to urls - Please help
-Original Message- From: VUB Stefan Seidel [mailto:[EMAIL PROTECTED] Sent: 21 February 2008 09:52 To: Maven Users List Subject: Re: maven appends sub-project artifactId to urls - Please help Hi Jens, you are complaining about an essential feature of maven. Having maven automatically extend the urls, scm urls, site urls etc. with the list of parent artifact ids is crucial for multi-module projects. No-one would want to enter this information again and again through several levels of child modules which are hosted within a common directory tree. I agree that the docs are not clear about it, at least I couldn't find it documented. I see your point, and there are other problems, like when the directory name of a sub-module is not equal to the artifact id, but in general it is an important feature. How to disable - I don't know. Maybe you will need to file two things in JIRA: a documentation request and a feature request to disable it. HTH, Stefan We have a similar problem to Jens as our projects are structured in Eclipse friendly structure, e.g. ParentProject - pom.xml ChildProject1 - pom.xml - src/java etc ChildProject2 - pom.xml - src/java etc Which is different to the standard Maven dir structure, e.g. ParentProject - pom.xml - ChildProject1 - pom.xml - src/java etc - ChildProject2 - pom.xml - src/java etc It would make sense to me to be able to specify a different naming strategy, perhaps the Maven one is used as a default, but you could define a different naming strategy and set that to be used instead, e.g. scm namingStrategy=org.apache.maven.scm.FlatTreeNamingStrategy ... /scm That doesn't append artifactIds. Then if people had other weird and whacky ways of structuring projects they could write custom naming strategies to behave in accordance with their structures. Ben This e-mail is confidential and intended solely for the use of the individual(s) to whom it is addressed. Any views or opinions expressed are those of the author. If you are not the intended recipient, please be advised that any use, dissemination, printing or copying of this email is strictly prohibited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Surefire 2.4.1 classpath order
-Original Message- From: Dan Fabulich [mailto:[EMAIL PROTECTED] Sent: 18 February 2008 22:23 To: Maven Users List Subject: RE: Surefire 2.4.1 classpath order [snip] Looks like we'll need to try some more debugging. :-) 1) If you run mvn -X you'll see lots of useful debugging information, including the command line we used to launch Surefire. It looks something like this: Forking command line: cmd.exe /X /C 'C:\jdk1.5.0_12\jre\bin\java -jar C:\DOCUME~1\dan\LOCALS~1\Temp\surefirebooter61534.jar C:\DOCUME~1\dan\LOCALS~1\Temp\surefire61532tmp C:\DOCUME~1\dan\LOCALS~1\Temp\surefire61533tmp' You may notice that none of your jars appear on this list; that's by design. Go take a look at the jar file and you'll see that it's a manifest-only jar; it contains only a META-INF/MANIFEST.MF file, specifying a Main-Class and a Class-Path to run the code. Make sure that the manifest looks correct and that the jars/dirs appear in the correct order. I get Forking command line: cmd.exe /X /C 'c:\Program Files\Java\jdk1.5.0_14\jre\bin\java -jar c:\DOCUME~1\benl\LOCALS~1\Temp\surefirebooter53271.jar c:\DOCUME~1\benl\LOCALS~1\Temp\surefire53269tmp c:\DOCUME~1\benl\LOCALS~1\Temp\surefire53270tmp' The MANIFEST.MF in the jar shows: Class-Path: file:/C:/Documents%20and%20Settings/benl/.m2/repository/org/apache/maven/surefire/surefirebooter/2.4.1/surefire-booter-2.4.1.jar file:/C:/Documents%20and%20Settings/benl/.m2/repository/org/apache/maven/surefire/surefire-api/2.4.1/surefire-api-2.4.1.jar file:/C:/Documents%20and%20Settings/benl/.m2/repository/junit/junit/4.2/junit-4.2.jar [snip] file:/c:/Development/Projects/Inuk/MyProject/target/classes/ file:/c:/Development/Projects/Inuk/MyProject/target/test-classes/ Main-Class: org.apache.maven.surefire.booter.SurefireBooter And in one of the tmp files included classPathUrl.41=c\:\\Development\\Projects\\Inuk\\MyProject\\target\\test-classes classPathUrl.40=c\:\\Development\\Projects\\Inuk\\MyProject\\target\\classes Which when ordered in ascending order would put target/classes before target/test-classes The effective-pom shows plugin artifactIdmaven-surefire-plugin/artifactId version2.4.1/version configuration redirectTestOutputToFiletrue/redirectTestOutputToFile childDelegationtrue/childDelegation systemProperties property namelog4j.configuration/name valuelog4j.xml/value /property /systemProperties /configuration /plugin Weird. Ben This e-mail is confidential and intended solely for the use of the individual(s) to whom it is addressed. Any views or opinions expressed are those of the author. If you are not the intended recipient, please be advised that any use, dissemination, printing or copying of this email is strictly prohibited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Surefire 2.4.1 classpath order
From: Dan Fabulich [mailto:[EMAIL PROTECTED] 2) Try pulling down our classpath-order test project here: http://svn.apache.org/repos/asf/maven/surefire/trunk/surefire- integration-tests/src/test/resources/classpath-order http://tinyurl.com/3csqca Run mvn test and confirm that you see the same thing I do in classpath-order/target/surefire-reports/TEST-it.BasicTest.xml. I get test-classes first, classes second, and then a whole bunch of jars. If the classpath order is incorrect, the test should fail. Well, no need to panic as the classpath order test passed. Now I need to trawl through our (effective) pom for the project that was failing and see what the classpath is and if anything else is mucking about with the classpath. I'll report on any relevant findings. Ben This e-mail is confidential and intended solely for the use of the individual(s) to whom it is addressed. Any views or opinions expressed are those of the author. If you are not the intended recipient, please be advised that any use, dissemination, printing or copying of this email is strictly prohibited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Surefire 2.4.1 classpath order
-Original Message- From: Dan Fabulich [mailto:[EMAIL PROTECTED] Sent: 15 February 2008 22:52 To: Maven Users List Subject: Re: Surefire 2.4.1 classpath order Ben Lidgey wrote: We are running tests using Surefire 2.4.1 and Maven 2.0.8. [...] [snip] I'm not 100% certain you're using the software you think you're using; here's some debugging/analysis tips. Thanks for the tips. I've gone through the steps below. Take a look at http://jira.codehaus.org/browse/MNG-3118. That bug was fixed in Maven 2.0.8 and called out in the release announcement as a backwards compatibility risk: http://www.mail-archive.com/[EMAIL PROTECTED]/msg00432.html As noted in MNG-3118, Surefire 2.3 had a bizarre classpath ordering bug that made the test classpath appear to be correct (test-classes first) under Maven 2.0.7 for some users with large classpaths: http://jira.codehaus.org/browse/SUREFIRE-61 SUREFIRE-61 was fixed in Surefire 2.3.1. Notably, it would make the Test Classpath output in -X look correct, while secretly under the hood it would munge the classpath incorrectly! Doing mvn help:effective-pom showed plugin artifactIdmaven-surefire-plugin/artifactId version2.4.1/version configuration redirectTestOutputToFiletrue/redirectTestOutputToFile childDelegationtrue/childDelegation systemProperties property namelog4j.configuration/name valuelog4j.xml/value /property /systemProperties /configuration /plugin As a result, for at least one project here at my work, we've seen: Maven 2.0.7 + Surefire 2.3: test-classes before classes Maven 2.0.8 + Surefire 2.3: classes before test-classes Maven 2.0.7 + Surefire 2.3.1 or higher: classes before test-classes Maven 2.0.8 + Surefire 2.3.1 or higher: test-classes before classes And mvn --version shows $ mvn --version Maven version: 2.0.8 Java version: 1.5.0_14 OS name: windows xp version: 5.1 arch: x86 Family: windows Finally, note that your real classpath is being output in your target/surefire-reports/*.xml files as the surefire.test.classpath property; that may be useful for debugging purposes. The surefire-reports/*.xm files showed property value= C:\Documents and Settings\benl\.m2\repository\junit\junit\4.2\junit-4.2.jar; [more jars] c:\Development\Projects\Inuk\Inuk\ResidentialFramework\BroadbandGateway\target\classes; c:\Development\Projects\Inuk\Inuk\ResidentialFramework\BroadbandGateway\target\test-classes; name=surefire.test.class.path/ With target/classes before targe/test-classes. So, to summarise: Maven 2.0.8, Surefire 2.4.1, target/classes before target/test-classes This is reinforced as the test is failing because the src/main/resources properties file does not have an entry whereas the src/test/resources properties file does, and the test fails as it cannot find that entry (therefore is looking at the one from src/main/resources). Ben This e-mail is confidential and intended solely for the use of the individual(s) to whom it is addressed. Any views or opinions expressed are those of the author. If you are not the intended recipient, please be advised that any use, dissemination, printing or copying of this email is strictly prohibited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Surefire 2.4.1 classpath order
Hi We are running tests using Surefire 2.4.1 and Maven 2.0.8. The Junit test classes are expecting to load a properties file from src/test/resources with the same name as a properties file in src/main/resources to load test data etc. However the src/main/resources properties file is being loaded. Looking at the debug output shows: [DEBUG] Test Classpath : [DEBUG] C:\Documents and Settings\benl\.m2\repository\junit\junit\4.2\junit-4.2.jar [more jars] [DEBUG] c:\Development\Projects\MyProject\target\classes [DEBUG] c:\Development\Projects\MyProject\target\test-classes Which would explain it. Is there anyway to get the test-classes before classes in the classpath order? Setting childDelegation to true doesn't. Ben Lidgey Senior Software Engineer e: [EMAIL PROTECTED] Inuk Networks Limited Enterprise House Navigation Park Abercynon CF45 4SN t: +44 (0)844 546 0100 f: +44 (0)844 546 0200 w: www.inuknetworks.com This e-mail is confidential and intended solely for the use of the individual(s) to whom it is addressed. Any views or opinions expressed are those of the author. If you are not the intended recipient, please be advised that any use, dissemination, printing or copying of this email is strictly prohibited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Enforcer Plugin 1.0 release and requirePluginVersions rule
At the moment I am looking at the Maven Enforcer Plugin, as I am working on some custom rules to support our dev process, and noticed the docs are for 1.0-SNAPSHOT which doesn't seem to be in the repository. I've not looked through the other plugins to see if they are the same. Ben -Original Message- From: Wendy Smoak [mailto:[EMAIL PROTECTED] Sent: 11 February 2008 17:20 To: Maven Users List Subject: Re: Enforcer Plugin 1.0 release and requirePluginVersions rule On Feb 11, 2008 7:45 AM, Ian Springer [EMAIL PROTECTED] wrote: +1 for not posting SNAPSHOT plugin docs on the website. The docs +should correspond to the latest released version. That's the model we now follow, though there may still be some leftover snapshot sites if the plugin hasn't been released in a long time. And there are some exceptions, such as http://maven.apache.org/plugins/maven-archetype-plugin/ . (In this case I published snapshot docs because they were committed _after_ the recent 2.0-alpha-1 release. I don't believe there were any code changes yet, so these docs should stay until 2.0-alpha-2 is released.) Ben, are there some in particular that caused problems for you? -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail is confidential and intended solely for the use of the individual(s) to whom it is addressed. Any views or opinions expressed are those of the author. If you are not the intended recipient, please be advised that any use, dissemination, printing or copying of this email is strictly prohibited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Enforcer Plugin 1.0 release and requirePluginVersions rule
When is the next version of the Maven Enforcer Plugin due to be released (I guess the next version is 1.0-SNAPSHOT)? I would like to use the requirePluginVersions rule, but that doesn't seem to be in the 1.0-alpha-3 version. On a related wider-note: Is there a way to have the Maven plugin site reflect the plugin versions that are live, with perhaps another area for plugins in development? I seem to spend time looking at plugin documentation and configuring poms only to find some features aren't out yet. Ben Lidgey Senior Software Engineer e: [EMAIL PROTECTED] Inuk Networks Limited Enterprise House Navigation Park Abercynon CF45 4SN t: +44 (0)844 546 0100 f: +44 (0)844 546 0200 w: www.inuknetworks.com This e-mail is confidential and intended solely for the use of the individual(s) to whom it is addressed. Any views or opinions expressed are those of the author. If you are not the intended recipient, please be advised that any use, dissemination, printing or copying of this email is strictly prohibited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Archiva version missing from pages and logs
I have just upgraded to Archiva 1.0.1 I think (deployed as a war file on tomcat), and wanted to confirm the upgrade had worked, but cannot find any references to the version in the logs or on the pages. In the logs I get the alpaca ASCII art as shown: 2008-02-06 14:36:32,742 [main] INFO org.apache.maven.archiva.web.startup.ArchivaStartup:default - _ __ /\_ / \ /`/@),| On behalf of all of the alpaca's | | (~' __| toiling away on the Apache Maven | _,--.___/ |\ project teams, I would like to | ,' , ( | \ welcome you to Maven Archiva| | ( \ / | Unknown Version | \ )\_/ ,_/ || / / ( |/ | http://maven.apache.org/archiva/ | ( |( | | archiva-users@maven.apache.org| \| \| \__/ Which says unknown version, and I cannot see the version number in the page footer or title etc anywhere. Am I missing something? Ben Lidgey Senior Software Engineer e: [EMAIL PROTECTED] Inuk Networks Limited Enterprise House Navigation Park Abercynon CF45 4SN t: +44 (0)844 546 0100 f: +44 (0)844 546 0200 w: www.inuknetworks.com This e-mail is confidential and intended solely for the use of the individual(s) to whom it is addressed. Any views or opinions expressed are those of the author. If you are not the intended recipient, please be advised that any use, dissemination, printing or copying of this email is strictly prohibited.
RE: Archiva version missing from pages and logs
Raised as http://jira.codehaus.org/browse/MRM-683 FWIW the version in the HTML is Unknown Version which means it is not displayed in the browser. That is documented in the issue too. Ben -Original Message- From: Wendy Smoak [mailto:[EMAIL PROTECTED] Sent: 06 February 2008 15:42 To: [EMAIL PROTECTED] Subject: Re: Archiva version missing from pages and logs On Feb 6, 2008 7:44 AM, Ben Lidgey [EMAIL PROTECTED] wrote: I have just upgraded to Archiva 1.0.1 I think (deployed as a war file on tomcat), and wanted to confirm the upgrade had worked, but cannot find any references to the version in the logs or on the pages. In the logs I get the alpaca ASCII art as shown: ... | ( \ / | Unknown Version | Please open an issue-- the version number should be in the footer and in the logs. (FWIW, it does work in the standalone version.) To verify that you have 1.0.1, expand the .war file and look in META-INF/maven/org.apache.maven.archiva/archiva-webapp/pom.properties. -- Wendy This e-mail is confidential and intended solely for the use of the individual(s) to whom it is addressed. Any views or opinions expressed are those of the author. If you are not the intended recipient, please be advised that any use, dissemination, printing or copying of this email is strictly prohibited.
RE: Error in changes:annoucement-mail goal
1. I'll check that. 2. It is an internal machine, so won't have a valid nslookup result. Ben -Original Message- From: Dennis Lundberg [mailto:[EMAIL PROTECTED] Sent: 02 February 2008 17:07 To: Maven Users List Subject: Re: Error in changes:annoucement-mail goal Two more things to check: 1. The debug output shows that you are using 2.0-beta-2: [DEBUG] Configuring mojo 'org.apache.maven.plugins:maven-changes-plugin:2.0-beta-2:anno uncement-generate' -- Please make sure that you have configured the version 2.0-beta-3 correctly. 2. Is the URL really valid? Running 'nslookup dev1.wa' returns 'Non-existent domain'. Ben Lidgey wrote: I am getting an error when trying to do a mvn changes:announcement-mail that says: [ERROR] BUILD ERROR [INFO] -- -- [INFO] One or more required plugin parameters are invalid/missing for 'changes:announcement-generate' [0] inside the definition for plugin: 'maven-changes-plugin'specify the following: configuration ... urlVALUE/url /configuration -OR- on the command line, specify: '-Dproject.url=VALUE' [INFO] -- -- BUT, the changes plugin in the pom.xml is configured as plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-changes-plugin/artifactId version2.0-beta-3/version inheritedfalse/inherited executions execution goals goalannouncement-generate/goal /goals idannouncement-generate/id /execution execution goals goalannouncement-mail/goal /goals idannouncement-mail/id /execution /executions configuration urlhttp://dev1.wa:8280/maven-proxy/repository/inuknetworks/I nukPlatform2ParentServiceProject//url smtpHost smtpserver /smtpHost smtpPort implementation=java.lang.Integer 25 /smtpPort toAddresses toAddress implementation=java.lang.String javateamemail /toAddress /toAddresses introduction Common Web Service parent project. /introduction urlDownload http://dev1.wa:8280/internal/inuknetworks/InukPlatform2ParentS erviceProject/ /urlDownload /configuration /plugin When I run it with -X it shows [DEBUG] Configuring mojo 'org.apache.maven.plugins:maven-changes-plugin:2.0-beta-2:anno uncement-generate' -- [DEBUG] (s) artifactId = InukPlatform2ParentServiceProject [DEBUG] (s) developmentTeam = InukPlatform2ParentServiceProject-team [DEBUG] (s) finalName = InukPlatform2ParentServiceProject-1.0.4-SNAPSHOT.pom [DEBUG] (f) generateJiraAnnouncement = false [DEBUG] (s) groupId = inuknetworks [DEBUG] (s) introduction = Common Web Service parent project. [DEBUG] (f) jiraXML = c:\Development\Projects\utils\InukPlatform2ParentServiceProjec t\target/jira-announcement.xml [DEBUG] (f) nbEntries = 25 [DEBUG] (s) outputDirectory = c:\Development\Projects\utils\InukPlatform2ParentServiceProjec t\target/announcement [DEBUG] (s) packaging = pom [DEBUG] (f) project = [EMAIL PROTECTED] [DEBUG] (f) resolutionId = Fixed [DEBUG] (f) setting = [EMAIL PROTECTED] [DEBUG] (f) statusId = Closed [DEBUG] (f) template = announcement.vm [DEBUG] (f) templateDirectory = org/apache/maven/plugin/announcement [DEBUG] (s) url = http://dev1.wa:8280/maven-proxy/repository/inuknetworks/InukPl atform2ParentServiceProject/ [DEBUG] (s) urlDownload = http://dev1.wa:8280/internal/inuknetworks/InukPlatform2ParentS erviceProject/ [DEBUG] (s) version = 1.0.4-SNAPSHOT [DEBUG] (s) xmlPath = c:\Development\Projects\utils\InukPlatform2ParentServiceProjec t/src/changes/changes.xml [DEBUG] -- end configuration -- [INFO] [changes:announcement-generate] Which clearly shows the url defined. Any idea what is going on here? I am using mvn 2.0.7. Ben Lidgey Senior Software Engineer e: [EMAIL PROTECTED] Inuk Networks Limited Enterprise House Navigation Park Abercynon CF45 4SN t: +44 (0)844 546 0100 f: +44 (0)844 546 0200 w: www.inuknetworks.com This e-mail is confidential and intended solely for the use of the individual(s) to whom it is addressed. Any views or opinions expressed are those of the author. If you are not the intended recipient, please
RE: Error in changes:annoucement-mail goal
1. Changing to 2.0-beta-3 works for me. Thanks for all your help. Ben -Original Message- From: Dennis Lundberg [mailto:[EMAIL PROTECTED] Sent: 02 February 2008 17:07 To: Maven Users List Subject: Re: Error in changes:annoucement-mail goal Two more things to check: 1. The debug output shows that you are using 2.0-beta-2: [DEBUG] Configuring mojo 'org.apache.maven.plugins:maven-changes-plugin:2.0-beta-2:anno uncement-generate' -- Please make sure that you have configured the version 2.0-beta-3 correctly. 2. Is the URL really valid? Running 'nslookup dev1.wa' returns 'Non-existent domain'. Ben Lidgey wrote: I am getting an error when trying to do a mvn changes:announcement-mail that says: [ERROR] BUILD ERROR [INFO] -- -- [INFO] One or more required plugin parameters are invalid/missing for 'changes:announcement-generate' [0] inside the definition for plugin: 'maven-changes-plugin'specify the following: configuration ... urlVALUE/url /configuration -OR- on the command line, specify: '-Dproject.url=VALUE' [INFO] -- -- BUT, the changes plugin in the pom.xml is configured as plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-changes-plugin/artifactId version2.0-beta-3/version inheritedfalse/inherited executions execution goals goalannouncement-generate/goal /goals idannouncement-generate/id /execution execution goals goalannouncement-mail/goal /goals idannouncement-mail/id /execution /executions configuration urlhttp://dev1.wa:8280/maven-proxy/repository/inuknetworks/I nukPlatform2ParentServiceProject//url smtpHost smtpserver /smtpHost smtpPort implementation=java.lang.Integer 25 /smtpPort toAddresses toAddress implementation=java.lang.String javateamemail /toAddress /toAddresses introduction Common Web Service parent project. /introduction urlDownload http://dev1.wa:8280/internal/inuknetworks/InukPlatform2ParentS erviceProject/ /urlDownload /configuration /plugin When I run it with -X it shows [DEBUG] Configuring mojo 'org.apache.maven.plugins:maven-changes-plugin:2.0-beta-2:anno uncement-generate' -- [DEBUG] (s) artifactId = InukPlatform2ParentServiceProject [DEBUG] (s) developmentTeam = InukPlatform2ParentServiceProject-team [DEBUG] (s) finalName = InukPlatform2ParentServiceProject-1.0.4-SNAPSHOT.pom [DEBUG] (f) generateJiraAnnouncement = false [DEBUG] (s) groupId = inuknetworks [DEBUG] (s) introduction = Common Web Service parent project. [DEBUG] (f) jiraXML = c:\Development\Projects\utils\InukPlatform2ParentServiceProjec t\target/jira-announcement.xml [DEBUG] (f) nbEntries = 25 [DEBUG] (s) outputDirectory = c:\Development\Projects\utils\InukPlatform2ParentServiceProjec t\target/announcement [DEBUG] (s) packaging = pom [DEBUG] (f) project = [EMAIL PROTECTED] [DEBUG] (f) resolutionId = Fixed [DEBUG] (f) setting = [EMAIL PROTECTED] [DEBUG] (f) statusId = Closed [DEBUG] (f) template = announcement.vm [DEBUG] (f) templateDirectory = org/apache/maven/plugin/announcement [DEBUG] (s) url = http://dev1.wa:8280/maven-proxy/repository/inuknetworks/InukPl atform2ParentServiceProject/ [DEBUG] (s) urlDownload = http://dev1.wa:8280/internal/inuknetworks/InukPlatform2ParentS erviceProject/ [DEBUG] (s) version = 1.0.4-SNAPSHOT [DEBUG] (s) xmlPath = c:\Development\Projects\utils\InukPlatform2ParentServiceProjec t/src/changes/changes.xml [DEBUG] -- end configuration -- [INFO] [changes:announcement-generate] Which clearly shows the url defined. Any idea what is going on here? I am using mvn 2.0.7. Ben Lidgey Senior Software Engineer e: [EMAIL PROTECTED] Inuk Networks Limited Enterprise House Navigation Park Abercynon CF45 4SN t: +44 (0)844 546 0100 f: +44 (0)844 546 0200 w: www.inuknetworks.com This e-mail is confidential and intended solely for the use of the individual(s) to whom it is addressed. Any views or opinions expressed are those of the author. If you are not the intended recipient, please be advised that any
RE: Maven with Eclipse
There is a newer version of the M2Eclipse plugin (0.0.12) which might make a difference. Also, there are settings in Eclipse to control the highlighting (see Windows-Preferences-Java-Editor and see if the Report problems as you type box is checked). Ben -Original Message- From: amit kumar [mailto:[EMAIL PROTECTED] Sent: 29 January 2008 08:07 To: Maven Users List Subject: Maven with Eclipse Hi, I am using maven plug-in with myeclipse 6.0. But while coding even if I add rubbish to the code, I can not see any error line(the usual red line at the point of syntactic error). Could anyone help with that? I am using the org.maven.ide.eclipse_0.0.11.20070603-1200 plug in. Regards, Amit - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail is confidential and intended solely for the use of the individual(s) to whom it is addressed. Any views or opinions expressed are those of the author. If you are not the intended recipient, please be advised that any use, dissemination, printing or copying of this email is strictly prohibited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Maven with Eclipse
You need http://m2eclipse.codehaus.org/update/plugins/ for the released plugin versions (0.0.12 is there), as http://m2eclipse.codehaus.org/update-dev/plugins/ is for the development version of the plugins as documented on http://m2eclipse.codehaus.org/ There are also mailing lists for the m2eclipse plugin specifically -- see http://m2eclipse.codehaus.org/mail-lists.html. Mailing to that list would probably get a better response for issues with the plugin itself. We are using the m2eclipse plugin here for our development with no major issues, especially since using 0.0.12. Ben -Original Message- From: amit kumar [mailto:[EMAIL PROTECTED] Sent: 29 January 2008 10:27 To: Maven Users List Subject: Re: Maven with Eclipse I was not able to locale 0.12 version of m2eclipse plug at http://m2eclipse.codehaus.org/update-dev/plugins/ Ben I would definitely try the plug in you had mentioned because my experience with m2eclipse plug in for eclipse is not so cool in terms of reliability while working from Eclipse console ( in case of downloading artifacts, searching the repository and compiling results etc. ). The problem is resolved for 0.11 version as well, there was some problem with Linking of sources in eclipse, which is tackled now. Thanks a ton. Regards, Amit On Jan 29, 2008 3:43 PM, Thomas Lutz [EMAIL PROTECTED] wrote: You could try http://code.google.com/p/q4e/ Other maven plugin, not as well known as mevenide or M2Eclipse plugin, but for me it works a lot better... Tom Ben Lidgey schrieb: There is a newer version of the M2Eclipse plugin (0.0.12) which might make a difference. Also, there are settings in Eclipse to control the highlighting (see Windows-Preferences-Java-Editor and see if the Report problems as you type box is checked). Ben -Original Message- From: amit kumar [mailto:[EMAIL PROTECTED] Sent: 29 January 2008 08:07 To: Maven Users List Subject: Maven with Eclipse Hi, I am using maven plug-in with myeclipse 6.0. But while coding even if I add rubbish to the code, I can not see any error line(the usual red line at the point of syntactic error). Could anyone help with that? I am using the org.maven.ide.eclipse_0.0.11.20070603-1200 plug in. Regards, Amit --- -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail is confidential and intended solely for the use of the individual(s) to whom it is addressed. Any views or opinions expressed are those of the author. If you are not the intended recipient, please be advised that any use, dissemination, printing or copying of this email is strictly prohibited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail is confidential and intended solely for the use of the individual(s) to whom it is addressed. Any views or opinions expressed are those of the author. If you are not the intended recipient, please be advised that any use, dissemination, printing or copying of this email is strictly prohibited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Error in changes:annoucement-mail goal
I am getting an error when trying to do a mvn changes:announcement-mail that says: [ERROR] BUILD ERROR [INFO] [INFO] One or more required plugin parameters are invalid/missing for 'changes:announcement-generate' [0] inside the definition for plugin: 'maven-changes-plugin'specify the following: configuration ... urlVALUE/url /configuration -OR- on the command line, specify: '-Dproject.url=VALUE' [INFO] BUT, the changes plugin in the pom.xml is configured as plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-changes-plugin/artifactId version2.0-beta-3/version inheritedfalse/inherited executions execution goals goalannouncement-generate/goal /goals idannouncement-generate/id /execution execution goals goalannouncement-mail/goal /goals idannouncement-mail/id /execution /executions configuration urlhttp://dev1.wa:8280/maven-proxy/repository/inuknetworks/InukPlatform2ParentServiceProject//url smtpHost smtpserver /smtpHost smtpPort implementation=java.lang.Integer 25 /smtpPort toAddresses toAddress implementation=java.lang.String javateamemail /toAddress /toAddresses introduction Common Web Service parent project. /introduction urlDownload http://dev1.wa:8280/internal/inuknetworks/InukPlatform2ParentServiceProject/ /urlDownload /configuration /plugin When I run it with -X it shows [DEBUG] Configuring mojo 'org.apache.maven.plugins:maven-changes-plugin:2.0-beta-2:announcement-generate' -- [DEBUG] (s) artifactId = InukPlatform2ParentServiceProject [DEBUG] (s) developmentTeam = InukPlatform2ParentServiceProject-team [DEBUG] (s) finalName = InukPlatform2ParentServiceProject-1.0.4-SNAPSHOT.pom [DEBUG] (f) generateJiraAnnouncement = false [DEBUG] (s) groupId = inuknetworks [DEBUG] (s) introduction = Common Web Service parent project. [DEBUG] (f) jiraXML = c:\Development\Projects\utils\InukPlatform2ParentServiceProject\target/jira-announcement.xml [DEBUG] (f) nbEntries = 25 [DEBUG] (s) outputDirectory = c:\Development\Projects\utils\InukPlatform2ParentServiceProject\target/announcement [DEBUG] (s) packaging = pom [DEBUG] (f) project = [EMAIL PROTECTED] [DEBUG] (f) resolutionId = Fixed [DEBUG] (f) setting = [EMAIL PROTECTED] [DEBUG] (f) statusId = Closed [DEBUG] (f) template = announcement.vm [DEBUG] (f) templateDirectory = org/apache/maven/plugin/announcement [DEBUG] (s) url = http://dev1.wa:8280/maven-proxy/repository/inuknetworks/InukPlatform2ParentServiceProject/ [DEBUG] (s) urlDownload = http://dev1.wa:8280/internal/inuknetworks/InukPlatform2ParentServiceProject/ [DEBUG] (s) version = 1.0.4-SNAPSHOT [DEBUG] (s) xmlPath = c:\Development\Projects\utils\InukPlatform2ParentServiceProject/src/changes/changes.xml [DEBUG] -- end configuration -- [INFO] [changes:announcement-generate] Which clearly shows the url defined. Any idea what is going on here? I am using mvn 2.0.7. Ben Lidgey Senior Software Engineer e: [EMAIL PROTECTED] Inuk Networks Limited Enterprise House Navigation Park Abercynon CF45 4SN t: +44 (0)844 546 0100 f: +44 (0)844 546 0200 w: www.inuknetworks.com This e-mail is confidential and intended solely for the use of the individual(s) to whom it is addressed. Any views or opinions expressed are those of the author. If you are not the intended recipient, please be advised that any use, dissemination, printing or copying of this email is strictly prohibited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How can I fail a build if a tag already exists?
I would like to be able to fail a build if a tag already exists for the given version of a pom (ideally if the version is not a SNAPSHOT). This is to stop developers modifying code without incrementing the version in the pom. Controlled release builds would be done through a CI tool such as Cruisecontrol and would build the version and then do something like scm:tag to tag it all. Any ideas? The scm plugin doesn't seem to provide a way of checking if a tag exists. The only other way I can think is to have an ant script that is run first in the CI build to check if the tag exists, then the maven build run afterwards. Ben Lidgey Senior Software Engineer e: [EMAIL PROTECTED] Inuk Networks Limited Enterprise House Navigation Park Abercynon CF45 4SN t: +44 (0)844 546 0100 f: +44 (0)844 546 0200 w: www.inuknetworks.com This e-mail is confidential and intended solely for the use of the individual(s) to whom it is addressed. Any views or opinions expressed are those of the author. If you are not the intended recipient, please be advised that any use, dissemination, printing or copying of this email is strictly prohibited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Stop/start Archiva from cron
We need to stop/start Archiva overnight to allow for backups etc. The cron to stop it seems to work OK, but when trying to start Archiva from a cron job we get the following in the wrapper*.log and it fails to start: STATUS | wrapper | 2008/01/17 06:00:01 | -- Wrapper Started as Daemon STATUS | wrapper | 2008/01/17 06:00:01 | Launching a JVM... ERROR | wrapper | 2008/01/17 06:00:01 | Unable to start JVM: No such file or directory (2) ERROR | wrapper | 2008/01/17 06:00:01 | Unable to start a JVM STATUS | wrapper | 2008/01/17 06:00:01 | -- Wrapper Stopped The crontab for the user under which Archiva is run is 00 20 * * * /home/devadmin/Tools/apache-archiva-1.0/bin/linux-x86-32/run.sh stop /home/devadmin/Tools/archiva_stop.log 00 06 * * * /home/devadmin/Tools/apache-archiva-1.0/bin/linux-x86-32/run.sh start /home/devadmin/Tools/archiva_start.log I am stumped to see why the stop works, but the start doesn't. Does anyone have any ideas or ideas on how I can get more info in the wrapper*.log file to see what file/directory cannot be found? Ben Lidgey Senior Software Engineer e: [EMAIL PROTECTED] Inuk Networks Limited Enterprise House Navigation Park Abercynon CF45 4SN t: +44 (0)844 546 0100 f: +44 (0)844 546 0200 w: www.inuknetworks.com This e-mail is confidential and intended solely for the use of the individual(s) to whom it is addressed. Any views or opinions expressed are those of the author. If you are not the intended recipient, please be advised that any use, dissemination, printing or copying of this email is strictly prohibited.
Is there a problem with surefire-junit-2.4?
Some of our builds here have started failing today as it is unable to download surefire-junit-2.4-SNAPSHOT artifact. Is there an issue with this? I have tried mvn -U -up with no success. Most developers are using Maven 2.0.7, but some of us are using 2.0.8 to prepare for rolling that out. Would that have updated some plugins in the local repository, causing old builds to fail? Downloading: http://dev1.wa:8280/maven-proxy/repository/org/apache/maven/surefir e/surefire-junit/2.4-SNAPSHOT/surefire-junit-2.4-SNAPSHOT.pom Downloading: http://dev1.wa:8280/maven-proxy/repository/org/apache/maven/surefir e/surefire-junit/2.4-SNAPSHOT/surefire-junit-2.4-SNAPSHOT.jar [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. Missing: -- 1) org.apache.maven.surefire:surefire-junit:jar:2.4-SNAPSHOT Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.maven.surefire -DartifactId= surefire-junit \ -Dversion=2.4-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.apache.maven.surefire -DartifactId=sure fire-junit \ -Dversion=2.4-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file \ -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) dummy:dummy:jar:1.0 2) org.apache.maven.surefire:surefire-junit:jar:2.4-SNAPSHOT -- 1 required artifact is missing. for artifact: dummy:dummy:jar:1.0 from the specified remote repositories: central (http://repo1.maven.org/maven2), appfuse (http://static.appfuse.org/repository) Ben Lidgey Senior Software Engineer e: [EMAIL PROTECTED] Inuk Networks Limited Enterprise House Navigation Park Abercynon CF45 4SN t: +44 (0)844 546 0100 f: +44 (0)844 546 0200 w: www.inuknetworks.com This e-mail is confidential and intended solely for the use of the individual(s) to whom it is addressed. Any views or opinions expressed are those of the author. If you are not the intended recipient, please be advised that any use, dissemination, printing or copying of this email is strictly prohibited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Is there a problem with surefire-junit-2.4?
Thanks for that. How can I see what has changed as something is trying to download 2.4-SNAPSHOT all of a sudden? It is concerning from a build reproducibility point of view if something has changed without us knowing. My thought was that if a pom.xml does not specify a plugin version then maven will look for the latest one. Now that surefire 2.4 is imminent maybe there are some references to it somewhere that are making it the latest version? Ben -Original Message- From: Simon Kitching [mailto:[EMAIL PROTECTED] Sent: 14 January 2008 15:58 To: Maven Users List Cc: Ben Lidgey Subject: Re: Is there a problem with surefire-junit-2.4? Ben Lidgey [EMAIL PROTECTED] schrieb: Some of our builds here have started failing today as it is unable to download surefire-junit-2.4-SNAPSHOT artifact. Is there an issue with this? org.apache.maven.surefire:surefire-junit:jar:2.4-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2), appfuse (http://static.appfuse.org/repository) That's a snapshot file you're trying to download, but I don't see any snapshot repository listed. It certainly won't be in the main maven repo, as that's only for released code. Regards, Simon This e-mail is confidential and intended solely for the use of the individual(s) to whom it is addressed. Any views or opinions expressed are those of the author. If you are not the intended recipient, please be advised that any use, dissemination, printing or copying of this email is strictly prohibited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Is there a problem with surefire-junit-2.4?
The particular pom uses appfuse so maybe there was something in there. Grepping the ~/.m2/repository/*.pom files only shows org/apache/maven/ artifacts. Ben -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: 14 January 2008 16:13 To: Maven Users List Subject: Re: Is there a problem with surefire-junit-2.4? Grep your ~/.m2/repository/*.pom files for Surefire and SNAPSHOT. Or just mvn -X and grep the output for Surefire and SNAPSHOT. Apparently one of your dependencies (or plugins) is pulling it into your build. Since released plugins etc cannot depend on SNAPSHOTs, its hard to say where you're getting this from. Also, you should probably add a dependency to surefire-junit-2.3 to your pom for now, unless you require something in 2.4. Wayne On 1/14/08, Ben Lidgey [EMAIL PROTECTED] wrote: Thanks for that. How can I see what has changed as something is trying to download 2.4-SNAPSHOT all of a sudden? It is concerning from a build reproducibility point of view if something has changed without us knowing. My thought was that if a pom.xml does not specify a plugin version then maven will look for the latest one. Now that surefire 2.4 is imminent maybe there are some references to it somewhere that are making it the latest version? Ben -Original Message- From: Simon Kitching [mailto:[EMAIL PROTECTED] Sent: 14 January 2008 15:58 To: Maven Users List Cc: Ben Lidgey Subject: Re: Is there a problem with surefire-junit-2.4? Ben Lidgey [EMAIL PROTECTED] schrieb: Some of our builds here have started failing today as it is unable to download surefire-junit-2.4-SNAPSHOT artifact. Is there an issue with this? org.apache.maven.surefire:surefire-junit:jar:2.4-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2), appfuse (http://static.appfuse.org/repository) That's a snapshot file you're trying to download, but I don't see any snapshot repository listed. It certainly won't be in the main maven repo, as that's only for released code. Regards, Simon This e-mail is confidential and intended solely for the use of the individual(s) to whom it is addressed. Any views or opinions expressed are those of the author. If you are not the intended recipient, please be advised that any use, dissemination, printing or copying of this email is strictly prohibited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail is confidential and intended solely for the use of the individual(s) to whom it is addressed. Any views or opinions expressed are those of the author. If you are not the intended recipient, please be advised that any use, dissemination, printing or copying of this email is strictly prohibited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Is there a problem with surefire-junit-2.4?
Oops, user error! Grepping properly does show a lot more. I think I have traced the problem to (a) messing about with maven-2.0.8 and archiva which has put the later plugins into our internal repository and (b) neither our pom or appfuse pom specifying the surefire version. I have fixed it by specifying the surefire version for now. Thanks for all the help, Ben -Original Message- From: Ben Lidgey Sent: 14 January 2008 16:20 To: 'Maven Users List' Subject: RE: Is there a problem with surefire-junit-2.4? The particular pom uses appfuse so maybe there was something in there. Grepping the ~/.m2/repository/*.pom files only shows org/apache/maven/ artifacts. Ben -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: 14 January 2008 16:13 To: Maven Users List Subject: Re: Is there a problem with surefire-junit-2.4? Grep your ~/.m2/repository/*.pom files for Surefire and SNAPSHOT. Or just mvn -X and grep the output for Surefire and SNAPSHOT. Apparently one of your dependencies (or plugins) is pulling it into your build. Since released plugins etc cannot depend on SNAPSHOTs, its hard to say where you're getting this from. Also, you should probably add a dependency to surefire-junit-2.3 to your pom for now, unless you require something in 2.4. Wayne On 1/14/08, Ben Lidgey [EMAIL PROTECTED] wrote: Thanks for that. How can I see what has changed as something is trying to download 2.4-SNAPSHOT all of a sudden? It is concerning from a build reproducibility point of view if something has changed without us knowing. My thought was that if a pom.xml does not specify a plugin version then maven will look for the latest one. Now that surefire 2.4 is imminent maybe there are some references to it somewhere that are making it the latest version? Ben -Original Message- From: Simon Kitching [mailto:[EMAIL PROTECTED] Sent: 14 January 2008 15:58 To: Maven Users List Cc: Ben Lidgey Subject: Re: Is there a problem with surefire-junit-2.4? Ben Lidgey [EMAIL PROTECTED] schrieb: Some of our builds here have started failing today as it is unable to download surefire-junit-2.4-SNAPSHOT artifact. Is there an issue with this? org.apache.maven.surefire:surefire-junit:jar:2.4-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2), appfuse (http://static.appfuse.org/repository) That's a snapshot file you're trying to download, but I don't see any snapshot repository listed. It certainly won't be in the main maven repo, as that's only for released code. Regards, Simon This e-mail is confidential and intended solely for the use of the individual(s) to whom it is addressed. Any views or opinions expressed are those of the author. If you are not the intended recipient, please be advised that any use, dissemination, printing or copying of this email is strictly prohibited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail is confidential and intended solely for the use of the individual(s) to whom it is addressed. Any views or opinions expressed are those of the author. If you are not the intended recipient, please be advised that any use, dissemination, printing or copying of this email is strictly prohibited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Editing roles for repositories
I have added two users to the default archiva 1.0 release: * developer should only be able to manage/deploy to the snapshots repository and observe the internal one. * cc should only be able to manage/deploy to the internal repository and observe the snapshots one. On the user roles screen for the developer user I get a page like: User Roles Username: developer Full Name: Developer Email: [EMAIL PROTECTED] Available Roles Global Roles [ ] Global Repository Manager [ ] Global Repository Observer [ ] Guest [x] Registered User [ ] System Administrator [ ] User Administrator Resource Roles Repository Manager Repository Observer Internal [ ][x] Snapshots [x] And for cc User Roles Username: cc Full Name: Cruise Control Email: [EMAIL PROTECTED] Available Roles Global Roles [ ] Global Repository Manager [ ] Global Repository Observer [ ] Guest [ ] Registered User [ ] System Administrator [ ] User Administrator Resource Roles Repository Manager Repository Observer Internal [x][x] A few questions: 1. Why for developer does it show both Internal and Snapshots repositories but only a check box for Repository Manager for Snapshots, with no check box in Repository Observer? 2. Why does the snapshots repository not appear for the cc user? 3. What is the difference between Guest and Registered User? Ben Lidgey Senior Software Engineer e: [EMAIL PROTECTED] Inuk Networks Limited Enterprise House Navigation Park Abercynon CF45 4SN t: +44 (0)1443 882 537 f: +44 (0)1443 742 568 w: www.inuknetworks.com This e-mail is confidential and intended solely for the use of the individual(s) to whom it is addressed. Any views or opinions expressed are those of the author. If you are not the intended recipient, please be advised that any use, dissemination, printing or copying of this email is strictly prohibited.