Re: plugin:uninstall
Brett Porter wrote: The manual process is rm $MAVEN_HOME/plugins/groupId-pluginId-version.jar The uninstall would be maven -DpluginId=pluginId -DgroupId=maven -Dversion=version plugin:uninstall The first one is shorter :) Plus, you can run the first one when your maven runtime is completly messed up (for example by an invalid plugin!), but the other one requires the runtime to be at least a bit functional... R. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: plugin:uninstall
Well the first one does not seem to work.. what I needed to do was the following to manually uninstall the plugin. rm -r $MAVEN_HOME_LOCAL/plugins/groupId-pluginId-version rm -r $MAVEN_HOME_LOCAL/repository/maven/plugins/groupId-pluginId-version rm $MAVEN_HOME/plugins/groupId-pluginId-version.jar and I keep forgetting one of those... and I still think a plugin:uninstall would work even if there was some plugins messed up, since the plugin:uninstall would depend on no other goals... unless ofcourse if the messed up plugin is a preGoal to the plugin:uninstall goal... but I doubt that would ever happen. /Christian Andersson Rafal Krzewski wrote: Brett Porter wrote: The manual process is rm $MAVEN_HOME/plugins/groupId-pluginId-version.jar The uninstall would be maven -DpluginId=pluginId -DgroupId=maven -Dversion=version plugin:uninstall The first one is shorter :) Plus, you can run the first one when your maven runtime is completly messed up (for example by an invalid plugin!), but the other one requires the runtime to be at least a bit functional... R. - 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]
Windows .exe file available
A self extracting .exe file for maven 1.0-rc1 is now available for download from http://maven.apache.org/start/download.html If your mirror doesn't have the .exe file, please use the 'backup site'. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven, xdoclet, jbossservice
Though dIon recommends to ask in xdoclet-user, I'll answer here. I'm trying to better understand how maven xdoclet work together, in particular how configParam works. I'm using hibernatedoclet well enough, but I'm not quite getting what I need from jbossservice when it outputs the jboss-service.xml I need to add: dependsjboss.jca:service=LocalTxCM/depends to the mbean descriptor. I've tried something in the mergeDir, but it places it outsite the mbean /mbean tags. Well, that's where merge point is defined - just after closing mbean tag. But adding : maven.xdoclet.hibernatedoclet.jbossservice.0.depends=foobar to your project.properties shall do the trick. ( you got only one additional dependency though ), at least in current CVS versions. regards, = [ Konstantin Pribluda ( ko5tik ) ] Zu Verstärkung meines Teams suche ich ab Sofort einen Softwareentwickler[In] für die Festanstellung. Arbeitsort: Mainz Skills: Programieren, Kentnisse in OpenSource-Bereich [ http://www.pribluda.de ] __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven, xdoclet, jbossservice
uh, yes, I know that. How does MAVEN do it is a good question to ask MAVEN people. xdoclet mailing list is generally useless for this kind of information, they're too ant-oriented to be of much help to people who are trying to do it with maven. I'm asking about the configParam variable, is it like a classpathref, a refid? is it a string? How do I set it within a project.properties or even a maven.xml file? I've seen in some of the plugin.jelly files such things as maven:addPath id=maven.compile.src.set this seems to be a refid kind of thing. Is configParam something like this? - Original Message - From: [EMAIL PROTECTED] To: Maven Users List [EMAIL PROTECTED] Sent: Tuesday, October 07, 2003 8:49 PM Subject: Re: maven, xdoclet, jbossservice the xdoclet plugin is supported on the xdoclet mailing list. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ khote [EMAIL PROTECTED] wrote on 07/10/2003 10:08:01 PM: I'm trying to better understand how maven xdoclet work together, in particular how configParam works. I'm using hibernatedoclet well enough, but I'm not quite getting what I need from jbossservice when it outputs the jboss-service.xml I need to add: dependsjboss.jca:service=LocalTxCM/depends to the mbean descriptor. I've tried something in the mergeDir, but it places it outsite the mbean /mbean tags. - 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]
Re: maven, xdoclet, jbossservice
So configParam is a word used to generically describe a placeholder, rather than actually using maven.xdoclet.hibernatedoclet.jbossservice.configParam.0.name=depends maven.xdoclet.hibernatedoclet.jbossservice.configParam.0.value=whatever. instead use (per your example) maven.xdoclet.hibernatedoclet.jbossservice.0.depends=foobar Thank you for answering. - Original Message - From: Konstantin Priblouda [EMAIL PROTECTED] To: Maven Users List [EMAIL PROTECTED] Sent: Wednesday, October 08, 2003 1:32 AM Subject: Re: maven, xdoclet, jbossservice Though dIon recommends to ask in xdoclet-user, I'll answer here. I'm trying to better understand how maven xdoclet work together, in particular how configParam works. I'm using hibernatedoclet well enough, but I'm not quite getting what I need from jbossservice when it outputs the jboss-service.xml I need to add: dependsjboss.jca:service=LocalTxCM/depends to the mbean descriptor. I've tried something in the mergeDir, but it places it outsite the mbean /mbean tags. Well, that's where merge point is defined - just after closing mbean tag. But adding : maven.xdoclet.hibernatedoclet.jbossservice.0.depends=foobar to your project.properties shall do the trick. ( you got only one additional dependency though ), at least in current CVS versions. regards, = [ Konstantin Pribluda ( ko5tik ) ] Zu Verstärkung meines Teams suche ich ab Sofort einen Softwareentwickler[In] für die Festanstellung. Arbeitsort: Mainz Skills: Programieren, Kentnisse in OpenSource-Bereich [ http://www.pribluda.de ] __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.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]
Re: maven, xdoclet, jbossservice
--- khote [EMAIL PROTECTED] wrote: So configParam is a word used to generically describe a placeholder, rather than actually using maven.xdoclet.hibernatedoclet.jbossservice.configParam.0.name=depends maven.xdoclet.hibernatedoclet.jbossservice.configParam.0.value=whatever. instead use (per your example) maven.xdoclet.hibernatedoclet.jbossservice.0.depends=foobar Thank you for answering. maven.xdoclet.hibernatedoclet.jbossservice.0 is a prefix to configure instance 0 of jbosservice subtask ( you could have more than one ) regards, = [ Konstantin Pribluda ( ko5tik ) ] Zu Verstärkung meines Teams suche ich ab Sofort einen Softwareentwickler[In] für die Festanstellung. Arbeitsort: Mainz Skills: Programieren, Kentnisse in OpenSource-Bereich [ http://www.pribluda.de ] __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven, xdoclet, jbossservice
--- khote [EMAIL PROTECTED] wrote: uh, yes, I know that. How does MAVEN do it is a good question to ask MAVEN people. xdoclet mailing list is generally useless for this kind of information, they're too ant-oriented to be of much help to people who are trying to do it with maven. As I'm active xdoclet commiteer, you would have reached me as well on xdoclet list. I'r readinhg / answering both. We are pretty maven oriented meanwhile... = [ Konstantin Pribluda ( ko5tik ) ] Zu Verstärkung meines Teams suche ich ab Sofort einen Softwareentwickler[In] für die Festanstellung. Arbeitsort: Mainz Skills: Programieren, Kentnisse in OpenSource-Bereich [ http://www.pribluda.de ] __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven, xdoclet, jbossservice
thanks, that is useful to know. I am subscribed to that list, I just haven't seen anything like it there. The main thing I think I was missing here is the concept of the subtask. I did not understand that at all ... - Original Message - From: Konstantin Priblouda [EMAIL PROTECTED] To: Maven Users List [EMAIL PROTECTED]; khote [EMAIL PROTECTED] Sent: Wednesday, October 08, 2003 2:11 AM Subject: Re: maven, xdoclet, jbossservice --- khote [EMAIL PROTECTED] wrote: uh, yes, I know that. How does MAVEN do it is a good question to ask MAVEN people. xdoclet mailing list is generally useless for this kind of information, they're too ant-oriented to be of much help to people who are trying to do it with maven. As I'm active xdoclet commiteer, you would have reached me as well on xdoclet list. I'r readinhg / answering both. We are pretty maven oriented meanwhile... = [ Konstantin Pribluda ( ko5tik ) ] Zu Verstärkung meines Teams suche ich ab Sofort einen Softwareentwickler[In] für die Festanstellung. Arbeitsort: Mainz Skills: Programieren, Kentnisse in OpenSource-Bereich [ http://www.pribluda.de ] __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.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]
[Fwd: Why does javadoc intra-links not work?]
-Forwarded Message- From: Howard M. Lewis Ship [EMAIL PROTECTED] To: Maven Users List [EMAIL PROTECTED] Subject: Why does javadoc intra-links not work? Date: 02 Oct 2003 10:33:57 -0400 When using Javadoc, links to classes and interfaces within the same project (same source code base) usually show up as hyperlinks. Possibly a javadoc problem? http://java.sun.com/j2se/javadoc/faq/index.html#namenotreferenced -- Martin Skopp Riege Software International GmbH Support: mailto:[EMAIL PROTECTED], Information: http://www.riege.com This email is intended to be viewed with a nonproportional font. Public Key on http://www.keyserver.net, Key-ID: 3D4027B5 Fingerprint: 1970 C78D 9A1D 99FA 5CE4 5C0D 29E6 6A95 3D40 27B5 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Maven reactor and versions
Hi Eric, How can you build twice the same project? What does it mean? I think the best solution is to use 2 reactors, once for a project in a given version and another one for the project in another version. What would be the problem of having 2 reactors? I think there's a more general issue than Maven here... :-) Thanks -Vincent -Original Message- From: Eric Berenguier [mailto:[EMAIL PROTECTED] Sent: 08 October 2003 12:05 To: Maven Users List Subject: Maven reactor and versions Hi, I'm using maven reactor to execute a goal on several projects in subdirectories. If there are multiples instances of the same project (same group and id) but with different versions, goal is executed only for one of theses instances. Don't you think reactor should build same project with different versions and take versions into accout when computing build order ? Eric Berenguier PS: it seems that this problem is cause by both implementations of DependencyResolver that use only id (from projects and rependency) for node identification. - 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]
Suppressing Maven trace log
Using: Maven 1.0rc1 Is there a way to suppress the trace logging when Maven executes? I do not want to see all the goals that are being invoked in order to service the goal that I have executed. For example, if goal-A invoked goal-B which in turn invoked goal-C the command maven plugin:goal-A Results in goal-B: goal-C: being echoed over and above any messages resulting from echo or log statements in these goals. Also I would like to be able to suppress the BUILD SUCCESSFUL Total time: 13 seconds Finished at: Wed Oct 08 08:58:55 EDT 2003 that displays at the end. Is this possible? Sri - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Suppressing Maven trace log
It is just too much background noise. Since it is just tracing information I thought that one could toggle it on or off -- like with a normal Java application. Maven goal null Grabs everything. Can't do interaction. Sri -Original Message- From: Michal Maczka [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 08, 2003 9:55 AM To: 'Maven Users List' Subject: RE: Suppressing Maven trace log Can I ask why? Try: maven goal null Michal -Original Message- From: Sri Sankaran [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 08, 2003 3:09 PM To: Maven Users @ Apache Subject: Suppressing Maven trace log Using: Maven 1.0rc1 Is there a way to suppress the trace logging when Maven executes? I do not want to see all the goals that are being invoked in order to service the goal that I have executed. For example, if goal-A invoked goal-B which in turn invoked goal-C the command maven plugin:goal-A Results in goal-B: goal-C: being echoed over and above any messages resulting from echo or log statements in these goals. Also I would like to be able to suppress the BUILD SUCCESSFUL Total time: 13 seconds Finished at: Wed Oct 08 08:58:55 EDT 2003 that displays at the end. Is this possible? Sri - 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]
shortDescription in Specification-Title in Manifest
We upgraded from beta10 to rc1 and now java is unable to load classes out of the jar file that maven creates. After quite a bit of puzzling, we figured out that the problem is related to the shortDescription from the POM being put into the Specification-Title in the jar manifest. Our shortDescription looked like this: shortDescription Global Earthquake Explorer, an education and outreach tool for seismology. /shortDescription When running maven, the jar:jar goal does output this error, but the jar is still created. Given the BUILD SUCCESSFUL, I presume that jar is not letting maven know that there was a (potentially) serious error. jar:jar: [jar] [ERROR] Manifest is invalid: Manifest line Global Earthquake Explorer, an education and ou is not valid as it does not contain a name and a value separated by ': ' [jar] error while reading original manifest: Invalid Manifest: null [jar] Building jar: /Users/crotwell/Development/gee/target/gee-2.0.1beta.jar BUILD SUCCESSFUL The manifest looks like this in the jar file: Specification-Title: Global Earthquake Explorer, an education and out^M reach tool for seismology. ^M Note it is on 4 lines. So, the linefeeds in the pom are preserved in the manifest. But the manifest expects everything to be on one line. Strangely, java gives this not so helpful error when trying to run from that jar: java -cp gee-2.0.1beta.jar edu.sc.seis.vsnexplorer.Start Exception in thread main java.lang.NoClassDefFoundError: edu/sc/seis/vsnexplorer/Start I suppose that NoClassDefFound is correct, but a bad jar file error would be more helpful...sigh. Changing our shortDescription to be all one line: shortDescription Global Earthquake Explorer, an education and outreach tool for seismology. /shortDescription the manifest is now: Specification-Title: Global Earthquake Explorer, an education and out^M reach tool for seismology. ^M Note that it is now on 2 lines!!! And seemingly broken at the 70 char point. Lastly, redoing the manifest by hand so that it is all on one line and recreateing the jar manually works, so the 70 character thing is not a limitation of the manifest file itself. So the maven generation of the manifest file may be splitting lines at 70 characters??? A workaround is to simply shorten the shortDescription to much less than 70 characters, allowing room for Specification-Title: and make sure the start and end tags are on the same line. thanks, Philip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Maven kickoff woes.
Hi, my name is Matt and I'm having problems kicking maven off: 1.) Downloaded and installed maven 1.0 beta 10 2.) set my MAVEN_HOME and JAVA_HOME environment variables 3.) chmod +x maven in the /bin directory 4.) attempted to run ./maven -Dpackage=com.mycompany.app genapp as per the user guide. Executed from the bin directory. output: Exception in thread main java.lang.NoClassDefFoundError: com/werken/forehead/Forehead which looks like a classpath issue. Have I skipped a step or done something wrong? -- Matt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Maven kickoff woes.
Sounds ok, although I'd recommend using maven 1.0 RC1. All I can guess at at this stage is that you may not have exported MAVEN_HOME and JAVA_HOME so that the shell picked them up? You probably want to put $MAVEN_HOME/bin in your PATH and run it from a more sensible directory - generating your applications in the maven installation isn't ideal. - Brett -Original Message- From: R. Matt Barnett [mailto:[EMAIL PROTECTED] Sent: Thursday, 9 October 2003 7:21 AM To: [EMAIL PROTECTED] Subject: Maven kickoff woes. Hi, my name is Matt and I'm having problems kicking maven off: 1.) Downloaded and installed maven 1.0 beta 10 2.) set my MAVEN_HOME and JAVA_HOME environment variables 3.) chmod +x maven in the /bin directory 4.) attempted to run ./maven -Dpackage=com.mycompany.app genapp as per the user guide. Executed from the bin directory. output: Exception in thread main java.lang.NoClassDefFoundError: com/werken/forehead/Forehead which looks like a classpath issue. Have I skipped a step or done something wrong? -- Matt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Windows .exe file available
That's neat. How hard is it to improve the experience for users with this? - check JAVA_HOME in env, and if not set, prompt for JDK and set it - set MAVEN_HOME in env - prompt for MAVEN_HOME_LOCAL and set in environment - run install_repo.bat - add an uninstall entry that removes the directory and undoes the other things it did I've never used nullsoft installer myself. Cheers, Brett -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Wednesday, 8 October 2003 5:41 PM To: [EMAIL PROTECTED] Subject: Windows .exe file available A self extracting .exe file for maven 1.0-rc1 is now available for download from http://maven.apache.org/start/download.html If your mirror doesn't have the .exe file, please use the 'backup site'. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Windows .exe file available
Is it scriptable? By which I mean could we incorporate something into the install build to produce the .exe if it's that good? I'm going to separate the install builder from the core so making some additions can't hurt if someone knows how to make a good windows installer. I believe it is. I know there is a guy at work that has played with it before and might be able to help out. How does this relate to the sea plugin? (Another thing I've noticed but never attempted to use :) I actually have an installer plugin at work that does a few different things to dist (but similar to the maven.xml goals in maven's root project). Possibly we can enhance the dist plugin to produce maven itself, and include SEAs and other installers/tarballs with that? Integrating that stuff was on my medium term todo list. Cheers, Brett
XDoclet plugin troubles
When I try to build my project, which has a preGoal for xdoclet, I get the following error (debug information tagged at the end of this message): com.werken.werkz.UnattainableGoalException: Unable to obtain goal [java:compile] -- file:/C:/Documents and Settings/Bryce Fischer/.maven/plugins/maven-java-plugin-1.3/:55:48: ant:javac srcdir D:\dev\BISWEB2\bis-persistence-classes\target\xdoclet\ejbdoclet does not exist! I've set the following in my build.properties: maven.xdoclet.ejbdoclet.destDir=${maven.build.dir}/src/java maven.xdoclet.ejbdoclet.deploymentdescriptor.0.destDir=${maven.build.dir}/src/ejb/META-INF What's strange, is that it doesn't seem to be executing the xdoclet goal... Here's my relevant maven.xml entries: preGoal name=java:compile attainGoal name=xdoclet:ejbdoclet/ /preGoal Any help/tips would be appreciated. TIA This was obtained using maven -X java:compile [START DEBUG INFORMATION] maven.bat -X java:compile __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-beta-10 [DEBUG] Adding reference: maven.dependency.classpath - D:\dev\Java\repository\repository\j2ee\jars\j2ee-1.3.jar;D:\dev\Java\repository\repository\cactus\jars\cactus-13-1.6dev-20030829.jar;D:\dev\Java\repository\repository\commons-logging\jars\commons-logging-1.1-dev.jar;D:\dev\Java\repository\repository\cactus\jars\cactus-ant-13-1.6dev-20030829.jar;D:\dev\Java\repository\repository\commons-httpclient\jars\commons-httpclient-SNAPSHOT.jar;D:\dev\Java\repository\repository\aspectj\jars\aspectjrt-1.1.0.jar;D:\dev\Java\repository\repository\xdoclet\jars\xdoclet-ejb-module-1.2b2.jar;D:\dev\Java\repository\repository\xdoclet\jars\xdoclet-jboss-module-1.2b2.jar;D:\dev\Java\repository\repository\xdoclet\jars\xdoclet-jmx-module-1.2b2.jar;D:\dev\Java\repository\repository\ejb\jars\ejb-2.1.jar;D:\dev\Java\repository\repository\xdoclet\jars\xdoclet-1.2b2.jar;D:\dev\Java\repository\repository\jboss\jars\jboss-client-3.2.1.jar;D:\dev\Java\repository\repository\jboss\jars\javassist-2.5.1.jar;D:\dev\Java\repository\repository\jboss\jars\jboss-3.2.1.jar;D:\dev\Java\repository\repository\jboss\jars\jboss-common-3.2.1.jar;D:\dev\Java\repository\repository\jboss\jars\jboss-system-3.2.1.jar;D:\dev\Java\repository\repository\jboss\jars\jbossall-client-3.2.1.jar [available] [VERBOSE] Found: src\java [available] [VERBOSE] Found: test\java [DEBUG] Adding reference: maven-classpath - [DEBUG] Adding reference: maven.compile.src.set - [DEBUG] Adding reference: maven.test.compile.src.set - Attempting to download commons-httpclient-SNAPSHOT.jar. [DEBUG] Adding reference: maven.dependency.classpath - D:\dev\Java\repository\repository\ant\jars\ant-1.5.1.jar;D:\dev\Java\repository\repository\commons-jelly\jars\commons-jelly-tags-antlr-20030211.143720.jar;D:\dev\Java\repository\repository\commons-lang\jars\commons-lang-1.0-b1.1.jar;D:\dev\Java\repository\repository\antlr\jars\antlr-2.7.2.jar [DEBUG] Adding reference: maven-classpath - [DEBUG] Adding reference: maven.compile.src.set - [DEBUG] Adding reference: maven.test.compile.src.set - [DEBUG] Adding reference: maven.dependency.classpath - [DEBUG] Adding reference: maven-classpath - [DEBUG] Adding reference: maven.compile.src.set - [DEBUG] Adding reference: maven.test.compile.src.set - [DEBUG] Adding reference: maven.jar.resources.set - patternSet{ includes: [] excludes: [] } [DEBUG] Adding reference: maven.dependency.classpath - D:\dev\Java\repository\repository\junit\jars\junit-3.8.1.jar;D:\dev\Java\repository\repository\xml-apis\jars\xml-apis-1.0.b2.jar;D:\dev\Java\repository\repository\xerces\jars\xerces-2.0.2.jar [DEBUG] Adding reference: maven-classpath - [DEBUG] Adding reference: maven.compile.src.set - [DEBUG] Adding reference: maven.test.compile.src.set - [DEBUG] Adding reference: maven.dependency.classpath - D:\dev\Java\repository\repository\maven\jars\maven-SNAPSHOT.jar;D:\dev\Java\repository\repository\commons-io\jars\commons-io-20030203.000550.jar;D:\dev\Java\repository\repository\commons-net\jars\commons-net-1.0.0.jar;D:\dev\Java\repository\repository\commons-httpclient\jars\commons-httpclient-2.0-beta1.jar;D:\dev\Java\repository\repository\commons-lang\jars\commons-lang-1.0.jar;D:\dev\Java\repository\repository\jsch\jars\jsch-0.1.5.jar;D:\dev\Java\repository\repository\commons-jelly\jars\commons-jelly-20030310.073407.jar;D:\dev\Java\repository\repository\commons-jelly\jars\commons-jelly-tags-velocity-20030303.205659.jar;D:\dev\Java\repository\repository\velocity\jars\velocity-1.3.jar [DEBUG] Adding reference: maven-classpath - [DEBUG] Adding reference: maven.compile.src.set - [DEBUG] Adding reference: maven.test.compile.src.set - [DEBUG] Adding reference: maven.dependency.classpath -
multiple developer setup
Hi, I'm setting up maven for a number of developers. I'd like a central repository so developers autmatically get the latest versions of our internal plugins when they are updated at the repo. However, our projects are assembed using multiproject:install which copies the assembled jars to the repo. This will cause problems if developers are sharing the same repo. I guess what I'm saying is that I'd like to share plugins but not the repository. Is this possible? thanks Nathan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: StackOverflowException on ant:property
Posted this a few days back and have received no feedback. Anyone home? ;-) Gilles Dodinet did a bit of refactoring of the build process for mevenide, so things are a bit cleaner. However, it continues to fail for me (on linux, rc1, jdk1.4.2) but works fine for him (winxp, rc1): [EMAIL PROTECTED] mevenide-master]$ maven -e mevenide:build-all __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-rc1-SNAPSHOT BUILD FAILED org.apache.commons.jelly.JellyTagException: file:/usr/local/maven/plugins/maven-eclipse-plugin-plugin-0.1.1-SNAPSHOT/:238:43: ant:property java.lang.StackOverflowError at org.apache.commons.jelly.impl.TagScript.handleException(TagScript.java:702) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:296) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233) at com.werken.werkz.jelly.GoalTag$1.performAction(GoalTag.java:128) at com.werken.werkz.Goal.fire(Goal.java:639) at com.werken.werkz.Goal.attain(Goal.java:575) at com.werken.werkz.WerkzProject.attainGoal(WerkzProject.java:193) at com.werken.werkz.jelly.AttainGoalTag.doTag(AttainGoalTag.java:134) at org.apache.maven.jelly.tags.werkz.LazyAttainGoalTag.doTag(LazyAttainGoalTag.java:107) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233) at org.apache.commons.jelly.tags.core.JellyTag.doTag(JellyTag.java:91) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) at org.apache.commons.jelly.JellyContext.runScript(JellyContext.java:634) at org.apache.commons.jelly.JellyContext.runScript(JellyContext.java:595) at org.apache.commons.jelly.tags.core.IncludeTag.doTag(IncludeTag.java:147) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233) at com.werken.werkz.jelly.GoalTag$1.performAction(GoalTag.java:128) at com.werken.werkz.Goal.fire(Goal.java:639) at com.werken.werkz.Goal.attain(Goal.java:575) at com.werken.werkz.Goal.attainPrecursors(Goal.java:488) at com.werken.werkz.Goal.attain(Goal.java:573) at org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:448) at org.apache.maven.MavenSession.attainGoals(MavenSession.java:348) at org.apache.maven.cli.App.doMain(App.java:543) at org.apache.maven.cli.App.main(App.java:1109) 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 com.werken.forehead.Forehead.run(Forehead.java:551) at com.werken.forehead.Forehead.main(Forehead.java:581) Caused by: java.lang.StackOverflowError Root cause java.lang.StackOverflowError Root cause java.lang.StackOverflowError File.. file:/usr/local/eclipse/mevenide/test/mevenide-master/ Element... j:include Line.. 30 Column 41 file:/usr/local/maven/plugins/maven-eclipse-plugin-plugin-0.1.1-SNAPSHOT/:238:43: ant:property java.lang.StackOverflowError Total time: 19 seconds Finished at: Wed Oct 08 22:46:09 EDT 2003 Any clues where to start looking? jeff Jeffrey Bonevich wrote: I am working on the mevenide plugin, and we are using ant:property to get at environment info like so: * in maven.xml: goal name=mevenide:init description=Copy eclipse dependencies to maven.repo.local if necessary util:file var=installScript name=${basedir}/install-dependencies.xml/ j:include file=${installScript}/ /goal * and the contents of install-dependencies.xml has: ?xml version=1.0? j:jelly xmlns:ant=jelly:ant xmlns:j=jelly:core !-- set eclipse.home property -- ant:property environment=env/ ant:property name=eclipse.home location=${env.ECLIPSE_HOME}/ !-- find swt.plugin.dir -- ant:available property=swt.plugin.dir value=org.eclipse.swt.gtk_3.0.0/ws/gtk file=${eclipse.home}/plugins/org.eclipse.swt.gtk_3.0.0/ws/gtk/swt.jar/ ... Everytime I try to do a maven mevenide:build-all I get the following: [EMAIL PROTECTED] mevenide-master]$ maven -e mevenide:build-all __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-rc1-SNAPSHOT BUILD FAILED org.apache.commons.jelly.JellyTagException:
Re: multiple developer setup
I'm using subdirectories in the repository, based on users name: extend${basedir}/../project.xml/extend pomVersion3/pomVersion idclientapp/id nameClient Master Project/name groupIdchronicle/${user.name}/groupId currentVersion1.0/currentVersion It keeps the same jars/wars/ears/ejbs/tlds etc for me under the ${user.name} subdirectory. - Original Message - From: Nathan Coast [EMAIL PROTECTED] To: Maven Users [EMAIL PROTECTED] Sent: Wednesday, October 08, 2003 7:22 PM Subject: multiple developer setup Hi, I'm setting up maven for a number of developers. I'd like a central repository so developers autmatically get the latest versions of our internal plugins when they are updated at the repo. However, our projects are assembed using multiproject:install which copies the assembled jars to the repo. This will cause problems if developers are sharing the same repo. I guess what I'm saying is that I'd like to share plugins but not the repository. Is this possible? thanks Nathan - 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]
RE: multiple developer setup
Default maven b10+ install does this already. ~/.maven/plugins - extracted plugins only ~/.maven/repository - user repository $MAVEN_HOME/plugins - shared installation of plugins that everyone gets The only gotcha: if you change the contents of $MAVEN_HOME/plugins, each user needs to rm -rf ~/.maven/plugins (I've fixed this in my current work on CVS - just not yet committed). - Brett -Original Message- From: Nathan Coast [mailto:[EMAIL PROTECTED] Sent: Thursday, 9 October 2003 12:23 PM To: Maven Users Subject: multiple developer setup Hi, I'm setting up maven for a number of developers. I'd like a central repository so developers autmatically get the latest versions of our internal plugins when they are updated at the repo. However, our projects are assembed using multiproject:install which copies the assembled jars to the repo. This will cause problems if developers are sharing the same repo. I guess what I'm saying is that I'd like to share plugins but not the repository. Is this possible? thanks Nathan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]