Re: New logo?
That looks really nice (though I do have problems with any North American Indian references). cheers TimP On 14 January 2014 12:08, Stephen Connolly stephen.alan.conno...@gmail.com wrote: Putting maven-20 in context, you get: http://people.apache.org/~stephenc/maven-logo-contest/maven-20-in-context.png On 14 January 2014 10:37, Stephen Connolly stephen.alan.conno...@gmail.comwrote: My wife had a suggestion... why not make the M in maven out of two tee pees... linking in with the Apache theme... So I present maven-19: https://cwiki.apache.org/confluence/download/attachments/38569278/maven-19.png?version=1modificationDate=1389695638903api=v2 and finding a use for the feather maven-20: https://cwiki.apache.org/confluence/download/attachments/38569278/maven-20.png?version=1modificationDate=1389695654233api=v2 On 14 January 2014 10:35, Stephen Connolly stephen.alan.conno...@gmail.com wrote: As a homage to Roy's wife, may I present maven-18: https://cwiki.apache.org/confluence/download/attachments/38569278/maven-18.png?version=1modificationDate=1389695623134api=v2 On 13 January 2014 15:36, Lyons, Roy roy.ly...@cmegroup.com wrote: I asked my wife on the drive to the train today what animal she thinks fits Maven. Her response made me chuckle. Without hesitation, she said Honey Badger When I asked why, she said that Honey Badgers are part of nature and generally do their thing nicely -- but if you piss it off, things will get really really bad... She said she had the same experience with Maven. It works nicely, but if you try to do something really non-standard, you will feel its wrath :) Heh. Anyhow, I thought it was funny enough to share - not really a serious consideration to make a Honey Badger our mascot. On 1/10/14 1:20 AM, Kristian Rosenvold kristian.rosenv...@gmail.com wrote: I think the association-work around what maven /is/ is a great way to approach a logo contest elsewhere. I have worked with some great graphic designers in my time, and the kind input the good ones want are typically related around your thoughts/feelings around the product rather than which particular animal you prefer, which is a bit of a secondary kind of input along with all different kinds of other constraints/ideas (the boss prefers blue). When I first encountered maven I had come to the realization that all my ant projects were basically the same, and that there was no reason for customizing what was basically a standard process. So maven gives me associations to a mass-production line at a factory, rather than a tailor making individual processes. Furthermore, the lifecycle amplifies the idea of a conveyor-belt mass-production line; all parts move through the same conveyor belt process, stopping at individual stages to get work done. I would almost be willing to think of a waterfall (Uh-oh...) So it would appear to me that I'm not thinking of an animal at all ! Kristian 2014/1/9 Mark H. Wood mw...@iupui.edu On Thu, Jan 09, 2014 at 09:32:54AM -0600, Curtis Rueden wrote: All of the logos are OK, but none of them really symbolize anything in particular about Maven. IMO the best logos encapsulate the purpose of the project somehow, either overtly, covertly or both. Good point. I was associating with the name Maven, looking for a symbol of in-depth understanding of a specialized field. http://en.wiktionary.org/wiki/maven So, what does Maven do? It passes unique source and object code inputs through a standardized process, guided by an expression of the relationships among those inputs, to assemble a well-specified configuration of runnable code. What does that look like? -- Mark H. Wood, Lead System Programmer mw...@iupui.edu Machines should not be friendly. Machines should be obedient. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Tim Pizey http://pizey.net/~timp - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: New logo?
Great to see them all in one place. I like maven-12 my 2p timp On 3 January 2014 15:12, Stephen Connolly stephen.alan.conno...@gmail.com wrote: I have created a wiki page to track the logo contest... https://cwiki.apache.org/confluence/display/MAVEN/Logo+contest On 2 January 2014 21:44, Lyons, Roy roy.ly...@cmegroup.com wrote: Lettering eh, how about comic sans? :) ... J/K btw Jason company might let you re-use the letting from http://blog.sonatype.com/wp-content/uploads/2010/03/maven1.jpg if you wanted something a little edgier and crisp. On 1/2/14 3:36 PM, Stephen Connolly stephen.alan.conno...@gmail.com wrote: Well our current icon is somebody's arse behind a laptop... Which with a cleaner site looks a tad odd With the old header bar it was fine though I have no issue changing the font or colouring, but I think an actual icon or emblem is something good to have. There was some effort to pick a new font, and I would be happy to see examples with a different font... My typographic skills are not near the level of my poor sketching skills, so I have been hoping somebody else could tackle the lettering On Thursday, 2 January 2014, Mark Derricutt wrote: Is it me or are a lot of these purely changing the icon, not the logo. i.e. is the logo inclusive of the mAven name ( side question - why is the A always a different colour, historic Ant reference? ) On 3 Jan 2014, at 2:18, Stephen Connolly wrote: As 9 is particularly problematic I have sketched -14 which is not a direct copy of a silhouette. This still has the issue w.r.t. other marks called maven using a silhouetted raven... -- Sent from my phone - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Tim Pizey http://pizey.net/~timp - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: New logo?
://www.prweb.com/releases/2012/3/prweb9334175.htm Given that a different non-competing user of the name is using a raven in their logo On Friday, 20 December 2013, Manfred Moser wrote: On Dec 20, 2013, at 1:01 PM, Manfred Moser manf...@simpligility.com wrote: I would move the Raven closer to the word Maven but otherwise this looks good imho. Of course I am not sure if everyone would recognize it as a raven .. That¹s my problemŠ. doesn¹t look like a raven to me at all. When I first looked at it, I guess the ³mouth + tough² part seemed to look more like the Seattle SeaHawks logo stuck on a boot with a weird swirly thing at the ankle. In other words, a little to ³abstract² for me. :-) Fair enough. I guess living in the pacific northwest I am exposed to these depictions a lot so I can tell. But globally we might have to make it a bit clearer. Good input ;-) manfred - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org -- Sent from my phone -- Baptiste Batmat MATHUS - http://batmat.net Sauvez un arbre, Mangez un castor ! -- Tim Pizey http://pizey.net/~timp - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Re: Why does mvn compiile using java 1.3?
On 30 November 2012 13:42, Aliaksei Lahachou wrote: Hello everyone, I'm am against updating default version to 1.7. My favourite option would be to use the lowest possible version of JDK and give a warning if version is not specified explicitly I too am in favour of maintaining the current behaviour, explicit declaration of version, or you get 1.3. Explicit versioning is what Maven is all about! cheers Tim -- Tim Pizey - http://pizey.net/~timp - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven-archetype-simple: JUnit 3.8 is really old.
Hi, Yes it is old, but it is the best JUnit :) The 4 series jumped the shark for me· Old != bad. I am not trying to start a flame war here, but assumed that it was 3.8.1 deliberately, as this is the best JUnit can get. Not everyone uses annotations, the surefire plugin requires the JUnit 3.8.1 naming conventions, the Jenkins plugins assume the same conventions. We have been bitten by People using JUnit4 and TestNG and hence skipping tests in Jenkins. I would do not think it would be an improvement to change this. cheers Tim On 28 September 2012 11:25, Olivier Lamy ol...@apache.org wrote: Hi, Agree it's old :-) Jira project is here: http://jira.codehaus.org/browse/MARCHETYPES 2012/9/28 Steinar Bang s...@dod.no: I created a project with maven-archetype-simple, and it creates a project with a dependey to JUnit 3.8.1. JUnit 3.8.1 is really old. In fact it's so old I've been unable to google when it was released. The oldest relase I find is the release of JUnit 4.5 in 2008 http://www.junit.org/node/401 Ah... found something: Release date: 5 September 2002. http://grepcode.com/snapshot/repo1.maven.org/maven2/junit/junit/3.8.1 Really, really old! I would have liked to report an issue for this, but I have been unable to figure out what the newest version is, and what issues have been reported and fixed. The newest site for maven-archetype-plugin seems to be for version 1.0-alpha7, dated February 8 2008 http://maven.apache.org/plugins/maven-archetype-plugin-1.0-alpha-7/ The issue site shows versions 2.3, 2.4, and 2.x, all listed under the heading of Unreleased: http://jira.codehaus.org/browse/ARCHETYPE I am confused... - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Olivier Lamy Talend: http://coders.talend.com http://twitter.com/olamy | http://linkedin.com/in/olamy - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Tim Pizey - http://pizey.net/~timp - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven-archetype-simple: JUnit 3.8 is really old.
Hi Steinar, Thank you for this, no doubt you are right. We now superstitiously continue with JUnit 3 naming conventions for test classes and test methods, whether we are using Junit3, 4 or TestNG (yes we use all three!) It was indeed when TestNG was introduced that we had this problem. For my taste I would not move away from a classic version, but I am not fashionable :) If you have not yet used Jenkins have a go: you will not look back. thanks Tim On 28 September 2012 16:08, Steinar Bang wrote: Tim Pizey : Not everyone uses annotations, the surefire plugin requires the JUnit 3.8.1 naming conventions, That doesn't seem to be the case: http://maven.apache.org/plugins/maven-surefire-plugin/examples/junit.html Quote: Surefire supports three different generations of JUnit: JUnit 3.8.x, JUnit 4.x (serial provider) and JUnit 4.7 (junit-core provider with parallel support). the Jenkins plugins assume the same conventions. Hm... I haven't yet tried Jenkins, but I would surprised if Jenkins does anything outside of what maven would do, for a maven build...? We have been bitten by People using JUnit4 and TestNG and hence skipping tests in Jenkins. I found this on Stack Overflow, someone who had surefire not picking up tests marked with annotations: http://stackoverflow.com/questions/2021771/surefire-is-not-picking-up-junit-4-tests It seems that in this case, this was a case of TestNG requiring JUnit 3.8.1 and shadowing a later dependance of JUnit 4. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Tim Pizey - http://pizey.net/~timp - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Filters only work in 3.0.4
Hi,
I have a filters block:
filters
filter/etc/${project.artifactId}/${project.artifactId}.properties/filter
/filters
as given here:
http://maven.apache.org/plugins/maven-resources-plugin/examples/filter.html
I was delighted with this!
However I find that this has only started to work in 3.0.4, which I happened
to have on my laptop.
It does not work on 3.0.3, I have tried many combinations of
pluginManagement
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-resources-plugin/artifactId
version2.5/version
dependencies
dependency
groupIdorg.apache.maven.shared/groupId
artifactIdmaven-filtering/artifactId
version1.0/version
/dependency
/dependencies
/plugin
/plugins
/pluginManagement
but these do not seem to have had any effect.
I can update to 3.0.4 on the build server, but it would be nice find a
configuration which worked on 3.0.3
and 2.x maven as well.
cheers
Tim
--
Tim Pizey - http://pizey.net/~timp
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Re: Filters only work in 3.0.4
On 10 May 2012 17:44, I wrote:
Hi,
I have a filters block:
filters
filter/etc/${project.artifactId}/${project.artifactId}.properties/filter
/filters
as given here:
http://maven.apache.org/plugins/maven-resources-plugin/examples/filter.html
I was delighted with this!
However I find that this has only started to work in 3.0.4, which I happened
to have on my laptop.
It does not work on 3.0.3, I have tried many combinations of
pluginManagement
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-resources-plugin/artifactId
version2.5/version
dependencies
dependency
groupIdorg.apache.maven.shared/groupId
artifactIdmaven-filtering/artifactId
version1.0/version
/dependency
/dependencies
/plugin
/plugins
/pluginManagement
but these do not seem to have had any effect.
I can update to 3.0.4 on the build server, but it would be nice find a
configuration which worked on 3.0.3
and 2.x maven as well.
pluginManagement
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-resources-plugin/artifactId
version2.5/version
/plugin
/plugins
/pluginManagement
Does enable the filters to work on 3.0.3 and 3.0.4, have not tested on 2.x
cheers
Tim
--
Tim Pizey - http://pizey.net/~timp
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Re: Producing 2 jars from same sources with different java version ?
On 16 March 2012 09:49, jerem wrote: Hi, I wonder if it would be possible with Maven to produce, from a same module sources, 2 different jars with classes compiled with different source and target values ? I'm up to using -d directory as compilerArgument of the maven-compiler-plugin, but it fails with : javac: invalid flag: -d directory If I run maven with -X option and test the javac command-line logged, it works though ... If that worked I would have 2 executions of compiler (producing target/classes-15 and target/classes-16), then would use 2 executions of maven-jar-plugin to produce both jars with different classifiers if possible. Thanks for help, Jeremie I suggest you use profiles then you can specify different compiler options in each profile and invoke with mvn deploy -Pjava15 mvn deploy -Pjava16 cheers Tim -- Tim Pizey - http://pizey.net/~timp - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Is it possible to use a jar overlay pattern, like the war overlay?
Thanks, that looks very promising. Tim On 23 February 2012 23:06, Wayne Fay wayne...@gmail.com wrote: What I have done is create source jar of the first one and unpack that into the second, but it would be really nice to use an overlay plugin, excluding the single resource file and including a different one. No plugin that I am aware of supports this specific use-case but perhaps Shade can help? http://maven.apache.org/plugins/maven-shade-plugin/examples/resource-transformers.html Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Tim Pizey - http://pizey.net/~timp - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Is it possible to use a jar overlay pattern, like the war overlay?
Hi, I have a jar which uses the hyperjaxb plugin. I would like to make a similar one, with one .xsd file different. What I have done is create source jar of the first one and unpack that into the second, but it would be really nice to use an overlay plugin, excluding the single resource file and including a different one. Is there a plugin for that? cheers Tim -- Tim Pizey - http://pizey.net/~timp - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
How to turn off project assembly generation
Hi, I have seen that the default (in maven 2.2) is now to generate a series of -project.zip, -project.tar.bz2, -project.tar.gz files. I have read the site but cannot figure out how to configure my pom to only produce the .jar outputs. thanks in advance Tim -- Tim Pizey - http://pizey.net/~timp - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: How to turn off project assembly generation
Hi Dennis, Thanks, doh, that will be the explicit configuration I put in some years ago! I have removed all explicit configuration of the assembly plugin and it is back to expected behaviour. thanks again Tim On 10 February 2012 19:10, Dennis Lundberg wrote: Hi Tim Maven does not produce such assemblies by default. Somewhere in your project's POM hierarchy you should find a configuration for maven-assembly-plugin. To find it you can use this command: mvn help:effective-pom On 2012-02-10 20:07, Tim Pizey wrote: Hi, I have seen that the default (in maven 2.2) is now to generate a series of -project.zip, -project.tar.bz2, -project.tar.gz files. I have read the site but cannot figure out how to configure my pom to only produce the .jar outputs. thanks in advance Tim -- Tim Pizey - http://pizey.net/~timp - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Problems with MAVEN's-ANT on OpenVMS
Wow Wayne, brilliant response!
On 20 October 2011 22:51, Wayne Fay wrote:
With knowing the details about our environment
would you expect that Lucene written in clean Java
is not operating on such a platform?
Without a comprehensive analysis of the source code for Lucene (and
potentially, some or all of its dependencies) it is impossible to say
anything conclusive about how well it may operate on OpenVMS or any
other operating system except for those explicitly supported (and
tested) by the dev team. Java isn't truly write-once run-anywhere,
despite such claims ~10-15 years back.
I looked at your stacktrace and the problem seemed to be related to a
NumberFormatException thrown by java.lang.Long.parseLong() that is not
being caught and handled by Lucene:
Caused by: java.lang.NumberFormatException: For input string: 1.
at
java.lang.NumberFormatException.forInputString(NumberFormatException.java:48)
at java.lang.Long.parseLong(Long.java:419)
at
org.apache.lucene.index.SegmentInfos.generationFromSegmentsFileName(SegmentInfos.java:199)
I found a Lucene JIRA issue that is loosely related:
https://issues.apache.org/jira/browse/LUCENE-3008
Looks like line 211 in trunk is the issue (was line 199 in the stacktrace):
http://svn.apache.org/viewvc/lucene/dev/trunk/lucene/src/java/org/apache/lucene/index/SegmentInfos.java?view=markup
The source code is:
return
Long.parseLong(fileName.substring(1+IndexFileNames.SEGMENTS.length()),
Character.MAX_RADIX);
A quick look at the Java API shows:
http://download.oracle.com/javase/1,5.0/docs/api/java/lang/Long.html#parseLong(java.lang.String,%20int)
An exception of type NumberFormatException is thrown if any of the
following situations occurs:
* Any character of the string is not a digit of the specified
radix, except that the first character may be a minus sign '-'
('\u002d') provided that the string is longer than length 1.
The decimal character in the string 1. is not valid in the radix
defined by Character.MAX_RADIX. So, you'll need to figure out where
that filename of 1. is coming from -- either OpenVMS or Lucene --
and somehow get rid of the decimal in the filename. Or just rename
that file from 1. to simply 1 in your filesystem.
Without access to an OpenVMS system and having no real understanding
of Lucene's internals, I can't really look into it any more at this
point. You probably need to email the Lucene Users list and ask if
anyone has successfully gotten it to run on OpenVMS (I'm guessing not)
and get things patched up before you can make more progress with
getting Nexus running on it. Or take the more reasonable approach and
simply install Nexus on a Windows box in your office. ;-)
Wayne
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
--
Tim Pizey - http://pizey.net/~timp
Centre for Genomics and Global Health - http://cggh.org
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
How to use latest versions of all dependencies and plugins
Hi, I see from https://cwiki.apache.org/MAVEN/maven-3x-compatibility-notes.html#Maven3.xCompatibilityNotes-PluginMetaversionResolution Plugin Metaversion Resolution Internally, Maven 2.x used the special version markers RELEASE and LATEST to support automatic plugin version resolution. These metaversions were also recognized in the version element for a plugin declaration. For the sake of reproducible builds, Maven 3.x no longer supports usage of these metaversions in the POM. As a result, users will need to replace occurrences of these metaversions with a concrete version. What is the right way now to cover the developers use case where I want to discover and use the latest version of everything, see what breaks, fix and upgrade to latest. I can see that using LATEST was not the right solution, is there a command line flag? cheers Tim -- Tim Pizey - http://pizey.net/~timp Centre for Genomics and Global Health - http://cggh.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: How to use latest versions of all dependencies and plugins
On 20 August 2011 10:45, Ansgar Konermann ansgar.konerm...@googlemail.com wrote: Am 20.08.2011 11:37 schrieb Tim Pizey tim.pi...@gmail.com: Hi, I see from https://cwiki.apache.org/MAVEN/maven-3x-compatibility-notes.html#Maven3.xCompatibilityNotes-PluginMetaversionResolution Plugin Metaversion Resolution Internally, Maven 2.x used the special version markers RELEASE and LATEST to support automatic plugin version resolution. These metaversions were also recognized in the version element for a plugin declaration. For the sake of reproducible builds, Maven 3.x no longer supports usage of these metaversions in the POM. As a result, users will need to replace occurrences of these metaversions with a concrete version. What is the right way now to cover the developers use case where I want to discover and use the latest version of everything, see what breaks, fix and upgrade to latest. One option is to use maven-version-plugin to update dependency/parent versions, potentially on a branch dedicated for this purpose, run mvn clean verify on your ci server for this branch and see if/what breaks. If all your tests are still green, merge the poms of this branch into your main line. If you preferr one single development line, omit the dedicated branch. Great, thanks Ansgar cheers Tim -- Tim Pizey - http://pizey.net/~timp Centre for Genomics and Global Health - http://cggh.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: How to run tests in jetty
On 18 May 2011 18:19, Victor Grazi wrote: Hi - I am wondering if there is any way to tell maven 3 to launch jetty and then execute some unit testers, and finally tear down jetty? What is the best way to do this? http://docs.codehaus.org/display/JETTY/Maven+Jetty+Plugin Automatic execution of the plugin cheers Tim -- Tim Pizey - http://pizey.net/~timp Centre for Genomics and Global Health - http://cggh.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven 3.0.3 hanging / having timeouts often?
On 12 May 2011 11:50, Alex Lopez wrote: Em 12-05-2011 01:22, Andrew Robinson escreveu: I have been using maven 2.2.1 for a while at my company and we just switched to maven 3. I have rebuilt my computer (ubuntu maverick 10.04 32-bit == ubuntu natty 11.04 64-bit) and installed maven 3. In maven 3.0.3, (I have not seen it with maven 2.2.1), it stops downloading after a few to several downloads. If I ^C the build, and keep re-running it, +1, I've been having this kind of 'hangs', using maven 3.0.2 and artifactory 2.3.1 (sometimes when running maven site, sometimes performing a build), then ^C seems to get maven to continue doing what it was doing and eventually end with success... Me too, on win7/cygwin. I thought it was a cygwin problem. cheers -- Tim Pizey - http://pizey.net/~timp Centre for Genomics and Global Health - http://cggh.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Maven3 missing dependency message is no longer helpful
Hi, In Maven2 when a dependency could not be found in any repository then there was a helpful message giving the command to install locally of deploy to your repository. Please can we have it back? cheers Tim -- Tim Pizey - http://pizey.net/~timp Centre for Genomics and Global Health - http://cggh.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven3 missing dependency message is no longer helpful
On 10 May 2011 10:42, Tim Pizey wrote: Hi, In Maven2 when a dependency could not be found in any repository then there was a helpful message giving the command to install locally of deploy to your repository. Please can we have it back? How can one now deploy to a repository using scp from the command line? mvn deploy:deploy-file -Durl=scp://paneris.net/data/www/ / -DrepositoryId=paneris -Dfile=lib/grddl.jar -DgroupId=com.hp.hpl.jena / -DartifactId=grddl -Dversion=0.3 -Dpackaging=jar Fails as scp is no longer supported, but there is nowhare to add the configuration. The loss of scp is proving a big problem to me. Thanks for any help Tim -- Tim Pizey - http://pizey.net/~timp Centre for Genomics and Global Health - http://cggh.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Can no longer deploy project artifacts using maven3
Hi Marc, On 6 April 2011 09:52, Marc Rohlfs wrote: Tim, I hope You don't mind the question, but did You add the the wagon jar to the MAVEN_HOME/lib directory on Your Hudson server, too? Thanks, no, I had not. I have now, and it still does not work: http://jenkins.paneris.net/job/melati/138/console Anyway, I'd rather not add any libraries to the MAVEN_HOME/lib directory, because this needs to be done on each and every server and workstation where the Maven build has to be executed and would most likely be forgotten when setting up new environments. Furthermore, You won't be able to use Hudsons automatic installation support for Maven any more. I agree. I cannot see in what sense ssh is an extension and I do not want to manually upgrade maven. I thought that adding the wagon JAR as a build extension as well as adding adding it as a plugin dependency would work with both M2 and M3. But if You really need different configurations for M2 and M3, You could use different profiles that are automatically activated when the build is executed with M2 or M3. [1] shows how this could be achieved. Thanks, yes, different profiles occurred to me, but really I want a single pom which will build under m2 and m3. Currently scp does not work under M2 or M3. One last question: How is the Your Maven repository realised? Reading Your posts, I assume that You might use an Apache server and copy the artifacts to the docroot (using the scp wagon). yes, you have it: distributionManagement repository idmelati/id nameMelati M2 Repository/name urlscp://melati.org/data/www/maven2//url /repository site idmelati_site/id urlscp://melati.org/data/www/melati//url /site /distributionManagement I'd suggest to use a repository manager, it provides You with several advantages over a simple docroot and normally work fine with the HTTP(S) protocols. I guess I am forced to, but I have used this simple, elegant mechanism since maven1 ! I do not see the use case for repository managers, and am in disagreement with the decision not to support per-dependency repositories. (My take on the success of the internet is decentralization). What should I do about older M2 repositories? eg http://webmacro.sourceforge.net/maven2/ See [2], it provides a list of the commonly used repository mangers along with some general information. Especially take a look at the feature matrix [3], it will help You to select the right one for Your needs - I'd suggest to take a closer look at Nexus ;) So scp support has been removed to drive people to Nexus ?? Kind regards Marc Thank you very much for your detailed reply. I can use straight file:// urls, as my CI server is on the same machine, and only ever deploy from a CI build, but that does not fix http://webmacro.sourceforge.net/maven2/ As others have successfully got scp working I am sure it will work for me soon. thanks again for your help Tim [1] https://cwiki.apache.org/MAVEN/maven-3x-and-site-plugin.html#Maven3.xandsiteplugin-Usingmavensiteplugin2.xwithMaven2.xandmavensiteplugin3.xwithMaven3.x [2] http://maven.apache.org/repository-management.html [3] http://docs.codehaus.org/display/MAVENUSER/Maven+Repository+Manager+Feature+Matrix -- Tim Pizey - http://pizey.net/~timp Centre for Genomics and Global Health - http://cggh.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Can no longer deploy project artifacts using maven3
Hi, I now have my project deploying using scp. I added an explicit configuration for the deploy plugin to the pom: plugin artifactIdmaven-deploy-plugin/artifactId version2.5/version dependencies dependency groupIdorg.apache.maven.wagon/groupId artifactIdwagon-ssh/artifactId version1.0-beta-7/version /dependency /dependencies /plugin To get Maven (M2) to deploy using scp you need to add the wagon-ssh.jar in your /usr/local/apache-maven/lib or equivalent, (if you do not you will get a spurious failed to create directory message and a NPE) You do not need an extension section for M2 or M3. Thanks for your help, I would welcome the ssh wagon being part of the default install. cheers Tim -- Tim Pizey - http://pizey.net/~timp Centre for Genomics and Global Health - http://cggh.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Can no longer deploy project artifacts using maven3
Hi Jason, Marc, Thankyou for your help. I am now back to working for M2 and M3, but it looks like I need to get with the plot and use Nexus. I have never understood why the maven generated site does not link to the default distribution repo., nor why the decision was taken not to persue per dependency repos. The central repo strategy has failed a few times since maven1, and the repo-as-proxy (Nexus) would make even more sense if it were proxying a lot of other small repos. I just do not see why, as a project owner, with control over my own webspace I should have to involve a third party to distribute my artifacts. Why not have a default repo generated as part of the site plugin? thanks for the great help Tim On 6 April 2011 13:23, Jason van Zyl ja...@sonatype.com wrote: If this is for a Sourceforge (I saw Webmacro in there) project then the route that many have gone is to drop SCP, and use Nexus OSS. There are 1300 projects using Nexus OSS now, it's easier to get your project into Maven Central and you don't have to worry about the Maven repository infrastructure. It would honestly have taken you less time to setup something with: https://docs.sonatype.org/display/Repository/Sonatype+OSS+Maven+Repository+Usage+Guide Then trying to fiddle with the SCP stuff. You still get all your project download statistics and like and far less hassle. If you jump into #mavencentral on Codehaus IRC I imagine we can get you setup from end to end in a couple hours. On Apr 6, 2011, at 7:49 AM, Tim Pizey wrote: Hi, I now have my project deploying using scp. I added an explicit configuration for the deploy plugin to the pom: plugin artifactIdmaven-deploy-plugin/artifactId version2.5/version dependencies dependency groupIdorg.apache.maven.wagon/groupId artifactIdwagon-ssh/artifactId version1.0-beta-7/version /dependency /dependencies /plugin To get Maven (M2) to deploy using scp you need to add the wagon-ssh.jar in your /usr/local/apache-maven/lib or equivalent, (if you do not you will get a spurious failed to create directory message and a NPE) You do not need an extension section for M2 or M3. Thanks for your help, I would welcome the ssh wagon being part of the default install. cheers Tim -- Tim Pizey - http://pizey.net/~timp Centre for Genomics and Global Health - http://cggh.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl - There's no sense in being precise when you don't even know what you're talking about. -- John von Neumann -- Tim Pizey - http://pizey.net/~timp Centre for Genomics and Global Health - http://cggh.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Can no longer deploy project artifacts using maven3
Hi Jason, thank you for your detailed reply. On 6 April 2011 13:59, Jason van Zyl wrote: On Apr 6, 2011, at 8:33 AM, Tim Pizey wrote: Hi Jason, Marc, Thankyou for your help. I am now back to working for M2 and M3, but it looks like I need to get with the plot and use Nexus. I have never understood why the maven generated site does not link to the default distribution repo., I think this would be a harmful conflation of concerns. The site plugin's concern is documentation, that people try to use it as a general purpose publishing mechanism is bad. I think that this is where we differ. The beauty of Maven, as I saw it, was the conflation of code and documentation. Particularly in a CI environment there is no reason for the code and documentation to get out of step. By separating the two we have allowed the two fail situations: 1. where the artifact in the public repositories has no up-to-date documentation. 2. where the documentation exists but not the artifact referred to. I cannot see the case for publishing an artifact without publishing the site, the two steps need to be separated on a developers machine, but they should, in my view, not be separable at the publishing step. But additionally we have found cases where projects have published their own repositories and then don't maintain them. They vanish, people complain and then Maven is blamed. There is no reason why central should not be an aggregating service, just not the source, so a decentralised model does not entail Maven being blamed. As long as the site has existed and the aggregator has seen it then it does not matter if the site disappears. The chances are very high that we can maintain your repository infrastructure better then you can. No disputing that, I wiped mine yesterday :) It would be lovely if all previous versions were being stored elsewhere. That's not meant to be a slight it's just that we do this everyday, have full time people, it's monitored, replicated and users have come to expect everything to just work, be production quality even though they are depending heavily on an OSS infrastructure that they are not paying for. We try to provide that infrastructure because we know how many things can, and do, go awry. nor why the decision was taken not to persue per dependency repos. If by this you mean why we don't let everyone maintain their own repositories and aggregate them? That was not what I meant, though it is what I think would be best. What I meant was that you are not able to specify in the pom a repository for a particular dependency. So to use say http://webmacro.sourceforge.net/maven2/ for one dependency it has to be polled for every dependency. There is an issue in JIRA on this marked 'won't fix'. The answer to this is that if it were a consortium of enterprises who's viability depended on the availability of the repositories it might work. But with OSS projects that come and go, many networks that go up and down, security concerns, possible outages, and the general dissipation of interest we know that it would cause an unacceptable level of grief for users and the system would likely collapse if everyone just tried to manage their own repositories. I cannot think of the major OOS infrastructure sites which have disappeared. sourceforge? google code ? java.net ? I am not suggesting that there is no role for repo1 or Nexus, just that they should pull not require projects to push. That said there is nothing stopping any project from publishing their own repositories and providing instructions on how to use that repository as part of project build. Users don't like it. The distributed approach is nice in theory, but for a bunch of OSS projects in practice it fails. We've had lots of example of project releasing to repositories, publishing POMs and then the repositories being removed. I am not sure which ones you are thinking of, but only ones I can think of that have disappeared have been corporations. The core open source organisations are stronger than ever: apache, codehaus, sourceforge, googlecode I think they can now be taken for granted and bet on to outlast any commercial concern. The central repo strategy has failed a few times since maven1, and the repo-as-proxy (Nexus) would make even more sense if it were proxying a lot of other small repos. Maven Central since being on Contegix has had very little downtime. While on Ibiblio, yes it stopped working all the time. That's why I moved it off Ibiblio a long time ago. I think users of Maven Central get pretty good service for something they don't pay for. Sure, I love the net, there is lots of free stuff on it. I just do not see why, as a project owner, with control over my own webspace I should have to involve a third party to distribute my artifacts. You're not forced at all. But most Maven users have come to expect artifacts to be in Maven Central. If you provide
Can no longer deploy project artifacts using maven3
Hi, I have tried to update my project to use maven3 (version 3.0.2), however I can no longer deploy artifacts to my repository. I have found a number of notes about how to do this: https://cwiki.apache.org/MAVEN/maven-3x-compatibility-notes.html Gives Transport Protocols (Wagons) Unlike Maven 2, Maven 3 supports out of the box only http:, https: and file: as transport protocols. Why? Surely scp is both a central use case and existing functionality. To use other transport protocols like scp:, the appropriate wagons have to be explicitly declared in the POM as a build extension. If the wagon in question is only used for deployment, it can alternatively be declared as a dependency of the Maven Deploy Plugin. For more information, see Guide to Using Extensions. I have everything set up as per http://maven.apache.org/plugins/maven-deploy-plugin/examples/deploy-ssh-external.html I have followed the recommeds in http://maven.40175.n5.nabble.com/Wagon-in-3-0-No-connector-td3256506.html and followed exactly http://johnsjavapda.blogspot.com/2010/11/maven-wagon.html As so often with these things I am upgrading Maven at the same time as using a new install on Window7, I have checked that I can scp to the repository. I have added the wagon jar to the MAVEN_HOME/lib directory I am using cgywin on windows7, the actual error is: [INFO] [INFO] BUILD FAILURE [INFO] [INFO] Total time: 29.056s [INFO] Finished at: Tue Apr 05 17:56:51 BST 2011 [INFO] Final Memory: 21M/534M [INFO] [ERROR] Failed to execute goal org.apache.maven.plugins:maven-deploy-plugin:2.5: deploy (default-deploy) on project melati-parent: Failed to deploy artifacts/met adata: No connector available to access repository melati_to (scp://melati.org/d ata/www/maven2/) of type default using the available factories WagonRepositoryCo nnectorFactory - [Help 1] org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal o rg.apache.maven.plugins:maven-deploy-plugin:2.5:deploy (default-deploy) on proje ct melati-parent: Failed to deploy artifacts/metadata: No connector available to access repository melati_to (scp://melati.org/data/www/maven2/) of type default using the available factories WagonRepositoryConnectorFactory at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor .java:217) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor .java:153) thanks in advance Tim -- Tim Pizey - http://pizey.net/~timp Centre for Genomics and Global Health - http://cggh.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Can no longer deploy project artifacts using maven3
John, Thank you very much for the reply. I have two setups, local and on a CI server, which is still running maven2. This did not work under maven2 on the CI server: http://jenkins.paneris.net/job/melati/134/console but I will try at work tomorrow under maven3. I guess not that many people maintain a private repository using scp, but I maintain 4 this way, so scp no longer being supported by default means that I have to find a way through this, ideally a setup which works for maven2 and maven3. thanks again Tim On 5 April 2011 20:07, John Casey wrote: Try turning that extension into a dependency embedded in the maven-deploy-plugin configuration, IIRC: build plugins plugin artifactIdmaven-deploy-plugin/artifactId version2.5/version dependencies dependency groupIdorg.apache.maven.wagon/groupId artifactIdwagon-ssh/artifactId version1.0-beta-7/version /dependency /dependencies /plugin /plugins /build On 4/5/11 1:16 PM, Tim Pizey wrote: Hi, I have tried to update my project to use maven3 (version 3.0.2), however I can no longer deploy artifacts to my repository. I have found a number of notes about how to do this: https://cwiki.apache.org/MAVEN/maven-3x-compatibility-notes.html Gives Transport Protocols (Wagons) Unlike Maven 2, Maven 3 supports out of the box only http:, https: and file: as transport protocols. Why? Surely scp is both a central use case and existing functionality. To use other transport protocols like scp:, the appropriate wagons have to be explicitly declared in the POM as a build extension. If the wagon in question is only used for deployment, it can alternatively be declared as a dependency of the Maven Deploy Plugin. For more information, see Guide to Using Extensions. I have everything set up as per http://maven.apache.org/plugins/maven-deploy-plugin/examples/deploy-ssh-external.html I have followed the recommeds in http://maven.40175.n5.nabble.com/Wagon-in-3-0-No-connector-td3256506.html and followed exactly http://johnsjavapda.blogspot.com/2010/11/maven-wagon.html As so often with these things I am upgrading Maven at the same time as using a new install on Window7, I have checked that I can scp to the repository. I have added the wagon jar to the MAVEN_HOME/lib directory I am using cgywin on windows7, the actual error is: [INFO] [INFO] BUILD FAILURE [INFO] [INFO] Total time: 29.056s [INFO] Finished at: Tue Apr 05 17:56:51 BST 2011 [INFO] Final Memory: 21M/534M [INFO] [ERROR] Failed to execute goal org.apache.maven.plugins:maven-deploy-plugin:2.5: deploy (default-deploy) on project melati-parent: Failed to deploy artifacts/met adata: No connector available to access repository melati_to (scp://melati.org/d ata/www/maven2/) of type default using the available factories WagonRepositoryCo nnectorFactory - [Help 1] org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal o rg.apache.maven.plugins:maven-deploy-plugin:2.5:deploy (default-deploy) on proje ct melati-parent: Failed to deploy artifacts/metadata: No connector available to access repository melati_to (scp://melati.org/data/www/maven2/) of type default using the available factories WagonRepositoryConnectorFactory at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor .java:217) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor .java:153) thanks in advance Tim -- John Casey Developer, PMC Member - Apache Maven (http://maven.apache.org) Blog: http://www.johnofalltrades.name/ - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Tim Pizey - http://pizey.net/~timp Centre for Genomics and Global Health - http://cggh.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: One Agile automated CI build
Hi Brian, I think we have a very simple system, and we do not use artefactory. I hope I am right in thinkin g you are deploying a war. We use jenkins with the following command: mvn clean install deploy tomcat:deploy -Pstaging this stores artifacts, be they snapshot or release, to the repository and deploys to staging. hope this makes sense cheers Tim On 30 March 2011 19:24, Bryan Keech wrote: Can anyone give details on how they have done this? I am running into road blocks. If I leave the version as a non-snapshot, then Hudson deploys to artifactory and overwrites the same version in the repo. I have toyed with using install:install-file goal in the install phase. Thanks, Bryan -- Tim Pizey - http://pizey.net/~timp Centre for Genomics and Global Health - http://cggh.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Re-using tests - best practice
Thanks Lee, I think that makes sense. cheers Tim On 28 March 2011 05:23, Lee Meador l...@leemeador.com wrote: Yegor, If you look at the links he put in the 1st message it shows the POM he's talking about. It includes multiple execution sections within the surefire plugin section that run the tests only after building and deploying something (I guess its the code being tested). Each execution of the tests has some properties set so that the tests run somehow differently. Since the test jar is already built maybe its easier than we thought. This is just a hint of an idea though ... Maybe, Tim could create a POM of his own that has that test jar as a dependency of test scope. Then he could use a single AllTest.java in src/test/java somewhere that has a suite() method that tells SureFire about the tests that should be run. Those tests would all be in the test-jar. The only maintenence here is that if the underlying code adds some tests or comes out with a new version with new tests, he would have to find their names and add them to the suite. Tim's new pom would not be a child of the project's pom but would have similar execution sections under the SureFire plugin section. -- Lee On Fri, Mar 25, 2011 at 12:20 PM, Yegor Bugayenko e...@technoparkcorp.comwrote: In such a case (if you still want to reuse tests apart from the SUT they are designed for) your approach with dependency:unpack looks correct. But again, I would suggest to analyze the reason behind this operation and do everything you can to avoid this artificial separation of the SUT (system under testing) and its tests. — Yegor Bugayenko, PMP®, SCEA On Fri, Mar 25, 2011 at 11:02 AM, Tim Pizey tim.pi...@gmail.com wrote: Thanks for your comments Yegor, however you do not address the question, perhaps I did not put it well. What is the best way to re-use tests, given that Surefire will not discover tests in a jar and you cannot extend a non-pom project? I feel that the solution I have come up with is pretty clunky and would welcome a more elegant to the problem of test reuse. cheers Tim On 24 March 2011 08:08, Yegor Bugayenko wrote: What is the point of retesting a library which has already been tested? You need your own tests, that will check the validity of your own application, not a third-party library. If you want to reuse some code from the library - just get their .java files from their repository and add them to your project statically (don't forget to review their license restrictions). — Yegor Bugayenko, PMP®, SCEA On Tue, Mar 22, 2011 at 12:17 PM, Tim Pizey tim.pi...@gmail.com wrote: Hi, Atombeat http://code.google.com/p/atombeat/ has a set of possible configurations with different backends and security policies. atombeat-exist-full atombeat-exist-minimal atombeat-exist-full-secure atombeat-exist-minimal-secure atombeat-orbeon-full atombeat-orbeon-minimal atombeat-orbeon-full-secure atombeat-orbeon-minimal-secure Atombeat has a separate project which contains the tests for all of the above: http://code.google.com/p/atombeat/source/browse/trunk/parent/atombeat-integration-tests/pom.xml As an Atombeat user I want to re-purpose these tests to test a particular Atombeat installation, with a different security mechanism (CAS). Because the Atombeat tests test a set of different configurations some are not applicable - testing security on an unsecured configuration for example - so the tests pom file contains a lot of configuration information. I had hoped to be able to inherit from the Atombeat test pom, ie set it as parent, but parents may only be of type pom. The Atombeat test source is in src/test/java, so currently no jar file is produced. I can fix that by adding plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-jar-plugin/artifactId executions execution goals goaltest-jar/goal /goals /execution /executions /plugin however the surefire plugin will not run the tests as it does not look inside jars to discover tests. Unpacking the jar into target/test-classes gets the tests discovered by Surefire. I then need to configure my project by duplicating the configuration information in the test POM. Is this the best way to reuse tests? cheers Tim -- Tim Pizey - http://pizey.net/~timp Centre for Genomics and Global Health - http://cggh.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Tim
Re: Re-using tests - best practice
Thanks for your comments Yegor, however you do not address the question, perhaps I did not put it well. What is the best way to re-use tests, given that Surefire will not discover tests in a jar and you cannot extend a non-pom project? I feel that the solution I have come up with is pretty clunky and would welcome a more elegant to the problem of test reuse. cheers Tim On 24 March 2011 08:08, Yegor Bugayenko wrote: What is the point of retesting a library which has already been tested? You need your own tests, that will check the validity of your own application, not a third-party library. If you want to reuse some code from the library - just get their .java files from their repository and add them to your project statically (don't forget to review their license restrictions). — Yegor Bugayenko, PMP®, SCEA On Tue, Mar 22, 2011 at 12:17 PM, Tim Pizey tim.pi...@gmail.com wrote: Hi, Atombeat http://code.google.com/p/atombeat/ has a set of possible configurations with different backends and security policies. atombeat-exist-full atombeat-exist-minimal atombeat-exist-full-secure atombeat-exist-minimal-secure atombeat-orbeon-full atombeat-orbeon-minimal atombeat-orbeon-full-secure atombeat-orbeon-minimal-secure Atombeat has a separate project which contains the tests for all of the above: http://code.google.com/p/atombeat/source/browse/trunk/parent/atombeat-integration-tests/pom.xml As an Atombeat user I want to re-purpose these tests to test a particular Atombeat installation, with a different security mechanism (CAS). Because the Atombeat tests test a set of different configurations some are not applicable - testing security on an unsecured configuration for example - so the tests pom file contains a lot of configuration information. I had hoped to be able to inherit from the Atombeat test pom, ie set it as parent, but parents may only be of type pom. The Atombeat test source is in src/test/java, so currently no jar file is produced. I can fix that by adding plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-jar-plugin/artifactId executions execution goals goaltest-jar/goal /goals /execution /executions /plugin however the surefire plugin will not run the tests as it does not look inside jars to discover tests. Unpacking the jar into target/test-classes gets the tests discovered by Surefire. I then need to configure my project by duplicating the configuration information in the test POM. Is this the best way to reuse tests? cheers Tim -- Tim Pizey - http://pizey.net/~timp Centre for Genomics and Global Health - http://cggh.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Tim Pizey - http://pizey.net/~timp Centre for Genomics and Global Health - http://cggh.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re-using tests - best practice
Hi, Atombeat http://code.google.com/p/atombeat/ has a set of possible configurations with different backends and security policies. atombeat-exist-full atombeat-exist-minimal atombeat-exist-full-secure atombeat-exist-minimal-secure atombeat-orbeon-full atombeat-orbeon-minimal atombeat-orbeon-full-secure atombeat-orbeon-minimal-secure Atombeat has a separate project which contains the tests for all of the above: http://code.google.com/p/atombeat/source/browse/trunk/parent/atombeat-integration-tests/pom.xml As an Atombeat user I want to re-purpose these tests to test a particular Atombeat installation, with a different security mechanism (CAS). Because the Atombeat tests test a set of different configurations some are not applicable - testing security on an unsecured configuration for example - so the tests pom file contains a lot of configuration information. I had hoped to be able to inherit from the Atombeat test pom, ie set it as parent, but parents may only be of type pom. The Atombeat test source is in src/test/java, so currently no jar file is produced. I can fix that by adding plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-jar-plugin/artifactId executions execution goals goaltest-jar/goal /goals /execution /executions /plugin however the surefire plugin will not run the tests as it does not look inside jars to discover tests. Unpacking the jar into target/test-classes gets the tests discovered by Surefire. I then need to configure my project by duplicating the configuration information in the test POM. Is this the best way to reuse tests? cheers Tim -- Tim Pizey - http://pizey.net/~timp Centre for Genomics and Global Health - http://cggh.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
netbeans/cvslib jar needs updating [was Still having problem parsing cvs dates]
Hi, The problems with cvs date handling reported in http://jira.codehaus.org/browse/MAVEN-1447 have been fixed in netbeans version 4.1 http://www.netbeans.org/source/browse/javacvs/libsrc/org/netbeans/lib/cvsclient/command/log/LogInformation.java?r1=1.15r2=1.16 The current maven-1.1.-beta-2 is still shipping with a jar called cvslib-3.6.jar If one copies the ide5/modules/org-netbeans-lib-cvsclient.jar from a netbeans 4.1 installation to ~/.maven/repository/netbeans/jars/cvslib-3.6.jar then the problem goes away. Hope this helps Tim Pizey On Friday 16 September 2005 10:55, Tim Pizey wrote: Hi, For some while now I have had problems with cvs dates. I have just installed maven-1.1.-beta-2 in the hope that that would cure it, but no. The server was running cvs-1.12.9 which seemed to introduce this problem. I have now upgraded the server to 1.12.12, which my client is also running, but the problem persists: java.lang.Exception: Couldn't parse date 2003-07-15 11:56:29 + at org.netbeans.lib.cvsclient.util.BugLog.bug(BugLog.java:58) at org.netbeans.lib.cvsclient.command.log.LogInformation$Revision.setDateStrin g(LogInformation.java:382) at org.netbeans.lib.cvsclient.command.log.LogBuilder.processRevisionDate(LogBu ilder.java:273) at org.netbeans.lib.cvsclient.command.log.LogBuilder.parseLine(LogBuilder.java :134) at org.netbeans.lib.cvsclient.command.BuildableCommand.messageSent(BuildableCo mmand.java:86) at org.netbeans.lib.cvsclient.event.MessageEvent.fireEvent(MessageEvent.java:9 6) at org.netbeans.lib.cvsclient.event.EventManager.fireCVSEvent(EventManager.jav a:107) at org.netbeans.lib.cvsclient.response.MessageTaggedResponse.process(MessageTa ggedResponse.java:39) at org.netbeans.lib.cvsclient.Client.handleResponse(Client.java:485) at org.netbeans.lib.cvsclient.Client.processRequests(Client.java:439) at org.netbeans.lib.cvsclient.command.log.LogCommand.execute(LogCommand.java:1 32) at org.netbeans.lib.cvsclient.Client.executeCommand(Client.java:533) at org.apache.maven.cvslib.CvsConnection.executeCommand(CvsConnection.java:90) at org.apache.maven.cvslib.CvsConnection.processCommand(CvsConnection.java:436 ) at org.apache.maven.cvslib.CvsChangeLogGenerator.getEntries(CvsChangeLogGenera tor.java:100) at org.apache.maven.changelog.ChangeLog.generateSets(ChangeLog.java:423) at org.apache.maven.changelog.ChangeLog.doExecute(ChangeLog.java:368) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:3 9) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImp l.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.commons.jelly.impl.DynamicBeanTag.doTag(DynamicBeanTag.java:180) at org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript http://jira.codehaus.org/browse/MAVEN-1447 suggests that the problem is not with maven/netbeans and to search the ML, which I have done with no sucess. The date appears, to my naive eye, to be OK, any suggestions as to what I need to do to fix this, do I need to do some cvs surgery? There are a few of these rogue dates. yours Tim P - 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]
Still having problem parsing cvs dates
Hi, For some while now I have had problems with cvs dates. I have just installed maven-1.1.-beta-2 in the hope that that would cure it, but no. The server was running cvs-1.12.9 which seemed to introduce this problem. I have now upgraded the server to 1.12.12, which my client is also running, but the problem persists: java.lang.Exception: Couldn't parse date 2003-07-15 11:56:29 + at org.netbeans.lib.cvsclient.util.BugLog.bug(BugLog.java:58) at org.netbeans.lib.cvsclient.command.log.LogInformation$Revision.setDateString(LogInformation.java:382) at org.netbeans.lib.cvsclient.command.log.LogBuilder.processRevisionDate(LogBuilder.java:273) at org.netbeans.lib.cvsclient.command.log.LogBuilder.parseLine(LogBuilder.java:134) at org.netbeans.lib.cvsclient.command.BuildableCommand.messageSent(BuildableCommand.java:86) at org.netbeans.lib.cvsclient.event.MessageEvent.fireEvent(MessageEvent.java:96) at org.netbeans.lib.cvsclient.event.EventManager.fireCVSEvent(EventManager.java:107) at org.netbeans.lib.cvsclient.response.MessageTaggedResponse.process(MessageTaggedResponse.java:39) at org.netbeans.lib.cvsclient.Client.handleResponse(Client.java:485) at org.netbeans.lib.cvsclient.Client.processRequests(Client.java:439) at org.netbeans.lib.cvsclient.command.log.LogCommand.execute(LogCommand.java:132) at org.netbeans.lib.cvsclient.Client.executeCommand(Client.java:533) at org.apache.maven.cvslib.CvsConnection.executeCommand(CvsConnection.java:90) at org.apache.maven.cvslib.CvsConnection.processCommand(CvsConnection.java:436) at org.apache.maven.cvslib.CvsChangeLogGenerator.getEntries(CvsChangeLogGenerator.java:100) at org.apache.maven.changelog.ChangeLog.generateSets(ChangeLog.java:423) at org.apache.maven.changelog.ChangeLog.doExecute(ChangeLog.java:368) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.commons.jelly.impl.DynamicBeanTag.doTag(DynamicBeanTag.java:180) at org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript http://jira.codehaus.org/browse/MAVEN-1447 suggests that the problem is not with maven/netbeans and to search the ML, which I have done with no sucess. The date appears, to my naive eye, to be OK, any suggestions as to what I need to do to fix this, do I need to do some cvs surgery? There are a few of these rogue dates. yours Tim P - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Congratulations
Congratulations to all for the 1.0 release! Thanks for all the hard work. Nice that there is a new release on the day I come to do a clean install. yours TimP - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Maven SCM and PVCS
Hi, We use PVCS (from Merant, now Serena) at work. I am familiar with CVS and a fan of Maven, so want to find a way of either exporting pvcs to CVS or of using pvcs as the scm for maven. The SCM plugin only deals with scource code control, not change logs, developer activity, file activity etc, Presumably all of these are currently hardwired for CVS. Has anyone been here? cheers timp - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Don't put a symlink to . in a .war
Hi, I don't suppose anyone else would do this but I put a symlink to . in my webapp directory with: ln -s page . I had to kill maven war with Ctrl C (Not suggesting that this is a bug) Tim Pizey - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Melati version 0.7.2
On Wednesday 03 March 2004 4:12 am, Jason van Zyl wrote: On Tue, 2004-03-02 at 18:55, Tim Pizey wrote: Version 0.7.2 of Melati has been released. Why are you announcing this on the maven user list? Because it is a Mavenised project and on the Maven powered by page ? If this is not good I won't do it again. yours Tim Pizey - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem with assert in jellydoc
Hi, I am running out of cvs on my local machine but using 1.0-beta-9 on the production machine. Both systems are running j2sdk1.4.2 maven dist works on both On the production machine maven site fails with [javadoc] /usr/local/packages/dist/SPIndent/build/org/paneris/spindent/set/quasi/TokenSet.java:128: warning: as of release 1.4, assert is a keyword, and may not be used as an identifier [javadoc] assert !(one instanceof ComplexTokenSet) || !(two instanceof ComplexTokenSet); [javadoc] ^ [javadoc] /usr/local/packages/dist/SPIndent/build/org/paneris/spindent/set/quasi/TokenSet.java:128: not a statement [javadoc] assert !(one instanceof ComplexTokenSet) || !(two instanceof ComplexTokenSet); [javadoc] ^ [javadoc] /usr/local/packages/dist/SPIndent/build/org/paneris/spindent/set/quasi/TokenSet.java:128: ';' expected [javadoc] assert !(one instanceof ComplexTokenSet) || !(two instanceof ComplexTokenSet); [javadoc]^ BUILD FAILED null:37:50: attainGoal null:70:84: ant:copy Warning: Could not find file /usr/local/packages/dist/SPIndent/target/taglib.xml to copy. Total time: 1 minutes 56 seconds I have the following in project.properties maven.compile.deprecation = on maven.compile.optimize = off maven.compile.debug = on maven.compile.source = 1.4 maven.compile.target = 1.4 maven.javadoc.source = 1.4 maven.test.source = 1.4 maven.javadoc.customtags=todo todo.name=todo todo.description=To Do: Any clues? cheers timp - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with assert in jellydoc
Hi, I hope that reporting these problems is helpful. I have upgraded maven to 1.0-rc1 and the jellydoc report still cannot handle assert and is still reporting itself as javadoc. The checkstyle report has stopped working, saying that I have content in my prolog. maven.log reports many problems with parsing html as ant commands The actual output does not go to maven.log and is so verbose I cannot capture it in my xterm. Astonishingly the word 'PanEris' is split into 'PanEr is' within the Organisation. Much other spurious white space is introduced. Even if no time zone is present a TZ Offset / Time is printed. Contributors are mentioned even if there aren't any. ampersand entities within urls are not respected. The subscribe/unsubscribe links are being rendered as mailtos even though they start with http:// (again a whitespace issue I believe) I cannot get CVS HEAD to work locally. I would wish to see the distributions directory below docs, well to be honest I would like to see everything in docs moved up to target. Then I would set that as my Document-Root. Whilst in review mode I would lose the collapsed and expanded images. The above problems can be seen at http://spindent.paneris.net/ yours tim pizey On Wednesday 03 March 2004 3:06 pm, Tim Pizey wrote: Hi, I am running out of cvs on my local machine but using 1.0-beta-9 on the production machine. Both systems are running j2sdk1.4.2 maven dist works on both On the production machine maven site fails with [javadoc] /usr/local/packages/dist/SPIndent/build/org/paneris/spindent/set/quasi/Toke nSet.java:128: warning: as of release 1.4, assert is a keyword, and may not be used as an identifier [javadoc] assert !(one instanceof ComplexTokenSet) || !(two instanceof ComplexTokenSet); [javadoc] ^ [javadoc] /usr/local/packages/dist/SPIndent/build/org/paneris/spindent/set/quasi/Toke nSet.java:128: not a statement [javadoc] assert !(one instanceof ComplexTokenSet) || !(two instanceof ComplexTokenSet); [javadoc] ^ [javadoc] /usr/local/packages/dist/SPIndent/build/org/paneris/spindent/set/quasi/Toke nSet.java:128: ';' expected [javadoc] assert !(one instanceof ComplexTokenSet) || !(two instanceof ComplexTokenSet); [javadoc]^ BUILD FAILED null:37:50: attainGoal null:70:84: ant:copy Warning: Could not find file /usr/local/packages/dist/SPIndent/target/taglib.xml to copy. Total time: 1 minutes 56 seconds I have the following in project.properties maven.compile.deprecation = on maven.compile.optimize = off maven.compile.debug = on maven.compile.source = 1.4 maven.compile.target = 1.4 maven.javadoc.source = 1.4 maven.test.source = 1.4 maven.javadoc.customtags=todo todo.name=todo todo.description=To Do: Any clues? cheers timp - 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]
mail-lists.xml patch
Hi, A patch for maven-plugins/xdoc/src/plugin-resources/templates/mail-lsits.xml -#if ($link.startsWith(http)) +#if ($link.trim().startsWith(http)) looks like this is a hack to overcomne the fact that leading spaces are being included in the variable. yours Tim Pizey Index: mail-lists.xml === RCS file: /home/cvspublic/maven-plugins/xdoc/src/plugin-resources/templates/mail-lists.xml,v retrieving revision 1.3 diff -u -r1.3 mail-lists.xml --- mail-lists.xml 2 Feb 2004 04:40:25 - 1.3 +++ mail-lists.xml 3 Mar 2004 20:40:30 - @@ -3,7 +3,7 @@ #macro (displayLink $label $link) td #if ($link $link.length() != 0) -#if ($link.startsWith(http)) +#if ($link.trim().startsWith(http)) a href=$escape.getText($link)$label/a #else a href=mailto:$link;$label/a - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Powered by additions
On Thursday 02 October 2003 12:16 am, [EMAIL PROTECTED] wrote: Done. Thankyou Tim Pizey - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Powered by additions
Hi, I have been using Maven for a while, it has been of great benefit to me. Please consider listing the following two sites: Melati (http://melati.org/) A framework for creating database backed websites. and PanEris (http://paneris.net/) All the current software output of the PanEris collabrative. yours Tim Pizey - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Powered by additions
On Wednesday 01 October 2003 1:48 pm, Tim Pizey wrote: Hi, I have been using Maven for a while, it has been of great benefit to me. Please consider listing the following two sites: Melati (http://melati.org/) Arrg, hadn't made the switch, have now. A framework for creating database backed websites. Tim Pizey - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problems with xref and linkcheck
Hi, I am using beta-9-SNAPSHOT and have just used the linkcheck to good effect - thanks. The results can be seen at http://maven.melati.org/linkcheck.html, (any comments welcome) the remaining problems seem to be xref generated: 1. If code contains http://www.apache.org/ then xref creates a link to http://www.apache.org/ 2. All the XREF overview and package summary pages have broken escapes: http://maven.melati.org/xref/org/apache/java/lang/\.\./\.\./\.\./\.\./overview-summary.html 3. xref assumes that the first class in a file will be the class for which the file is named, which isn't necessarily true. 4. Any occurance of package is assumed to be the keyword: final String packageName; becomes bfinal/a href=../../../../b String packageName/package-summary.htmlb String packageName/a; Vector packageTables = dsd.tablesInPackage; becomes: a href=../../../../Vector packageTables = dsd/tablesInPackage/package-summary.htmlVector packageTables = dsd.tablesInPackage/a; 5. linkcheck counts 301 and 302 as dead links 6. linkcheck claims not to be able to /javadoc/ which I can find by hand. hope this helps, Tim pizey - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Feature request: link to source from task list
Hi, The Task List would be much improved with a link to the appropriate file Source Xref, possibly even the line of the todo. Thanks for all the work going into Maven. TimP - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Javadoc plugin links property
Martin, Thanks a lot for your reply. On Tuesday 01 July 2003 8:16 am, Martin Skopp wrote: On Mon, 2003-06-30 at 20:48, Tim Pizey wrote: I cannot persuade my cvs snapshot version of Maven (1.0-BETA-10-SNAPSHOT) to pass a links argument to javadoc. I have maven.javadoc.source=1.4 I have tried maven.javadoc.link=http://melati.org/javadoc/ and maven.javadoc.links=http://melati.org/javadoc/ with a variety of maven.javadoc.link.offline=true maven.javadoc.links.offline=true maven.javadoc.link.offline=false maven.javadoc.links.offline=true maven.javadoc.link.packagelistLoc=/inst/melati/target/docs/apidocs maven.javadoc.links.packagelistLoc=/inst/melati/target/docs/apidocs in beta9 it's (check $MAVEN_HOME/plugins/maven-javadoc-plugin-1.2/plugin.jelly!) Found it in $MAVEN_HOME/src/plugins-build/javadoc/plugin.jelly maven.javadoc.links but it only generates javadoc links in online mode (maven.mode.online=true) None of the above variations have put a link argument into the javadoc command though according to http://www.mail-archive.com/[EMAIL PROTECTED]/msg00293.html it should work. does the console say Linking with API information from ... ? Yes, then it says: /usr/local/packages/dist/test/src/org/paneris/cbitlog/model/CategoryTable.java:29: warning - Tag @see: reference not found: org.melati.poem.prepro.TableDef Though http://melati.org/javadoc/org/melati/poem/prepro/TableDef.html is there and so is http://melati.org/javadoc/package-list I have just spent all morning on this, I can't get plain javadoc to work either, nor ant, in online or offline mode. Using Standard Doclet 1.4.1, java version 1.4.1_01 Thanks for your help it looks like it is something stupid at my end. yours tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Using Maven [was Re: [WebMacro-user] WM Wishlist?]
On Wednesday 11 June 2003 6:17 am, Lane Sharman wrote: have you tried it, Tim? yes, I was really impressed with http://www.werken.com/ which got me going. see http://melati.paneris.net/ http://boards.paneris.net/ http://shopping.paneris.net/ http://jal.paneris.net/ http://rbr.paneris.net/ http://pol.paneris.net/ http://jammyjoes.paneris.net/ When I have retrofitted the whole of PanEris' output since 1999 I will put a top level site together at http://www.paneris.net/ The benefits so far have been: 1. The checkstyle report which gave me a checklist for cleaning up Melati code and gives an instant feedback when somone introduces a new ugliness (the checkstyle errors were at 12 recently). 2. javadoc, which has prompted me to actaully read the javadoc and retrofit it for the whole of melati, at least at a class level. Again I will use the checkstyle report to check the rest of the javadoc, by simply changing the checkstyle.javadoc setting in project.properties I will be shown all public methods still lacking javadoc. 3. Licence: Melati has evolved, so variations in the text of the licence header crept in, these were all identified. 4. The use of checkstyle motivated me to change the Poem preprocessor to handle imports explicitly and remove the * import form. This also motivated by my recent adoption of http://www.eclipse.org/ which Maven and now Melati also supports. 5. We had never actually distributed boards, shopping or jal or our actual projects as jars before. Maven should enable a complete distribution mechanism. 6. The naming conventions and directory structure imposed are good and by adhering to them should make it easier for newcomers to Melati. 7. The changelog gives a complete historical view of all cvs changes, something we haven't had before. 8. I had never used xdocs before. 9. It has the classic psychological motivation of giving you a big return for a little investment. 10. It maintains a league table of committers according to number of commits and number of files changed, sad I know but I do like it when one developer overtakes another! cheers TimP Tim Pizey wrote: On Tuesday 10 June 2003 10:47 pm, Eric B. Ridge wrote: Anything else we need to do? What do you guys think of http://maven.apache.org/ ? I am moving all my old projects to it. cheers timp --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Webmacro-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/webmacro-user - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Newbie questions
Hi, Sorry to be so wet behind the ears, not used Maven before (or XML much). My first issues: I created a project.xml by saving the html at http://maven.apache.org/start/integrate.html and then editting, it would be really nice to have a link to a real xml file. I ran Maven against it last night and thought all had gone well, editted project.xml today and ran again, again 'Build sucessful' however when I look at maven.log I find: 2003-04-02 12:47:07,869 ERROR org.apache.commons.jelly.tags.ant.AntTag - Class o rg.apache.commons.jelly.tags.core.IfTag doesn't support the nested available e lement. 2003-04-02 12:47:07,909 ERROR org.apache.commons.jelly.tags.ant.AntTag - Class o rg.apache.commons.jelly.tags.core.IfTag doesn't support the nested available e lement. 2003-04-02 12:47:07,913 ERROR org.apache.commons.jelly.tags.ant.AntTag - Class c om.werken.werkz.jelly.ProjectTag doesn't support the nested path element. What file/line number are these errors being generated from? I am also trying to move up to Eclipse, it seems that the Eclipse Maven plugin is still in development - is that right? thanks for any feedback Tim Pizey - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
