Dependencies between multiple projects
Hi, I'm hosting a project consisting of multiple subprojects. Each subproject is depending on jars of other subprojects. To be able to compile (and test) each subproject I have to include jars of other subprojects into the particular classpath. Since it doesn't make sense to publish project-dependent jars in a central repository I've to find another solution... what I've tried so far: 1.) created my own java:compile goal in maven.xml, adding local jars to ant. !--goal name=java:compile description=Compile all Java Classes for subproject 2 echoCompiling all Java-Classes/echo ant:mkdir dir=${maven.build.dir}/classes/ ant:path id=mio.classpath ant:pathelement location=D:\Project\Subproject1\dist\jar1.jar/ ant:pathelement location=D:\Project\Subproject1\dist\jar2.jar/ ant:pathelement location=D:\Project\Subproject1\dist\jar3.jar/ ant:path refid=maven.dependency.classpath/ ant:pathelement path=${maven.build.dest}/ /ant:path ant:javac srcdir=${maven.src.dir} destdir=${maven.build.dest} debug=${maven.compile.debug} deprecation=${maven.compile.deprecation} optimize=${maven.compile.optimize} classpathref=mio.classpath/ /goal-- -- works, but as soon as I call maven test compiling fails. Besides, it doesn't seem to be a proper solution, because you have to rewrite all existing goals 2.) defined a local repository, pointing to jars of other subprojects maven.repo.remote=http://www.ibiblio.org/maven,file:///D:/Project/Subproject1/dist/ -- works, but is not a proper solution --- Any suggestions how I could my problem? Is there a way to manipulate the maven.dependency.classpath property? If yes, I could use a java:compile pregoal... Is the multiproject plugin the solution? If that is the case, is there any useful documentation? Any examples? thx bernhard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
how to use scm:bootstrap-project
I can't get scm:bootstrap-project to work. I've searched the mailing list and documentation and there's not much. Can someone please let me know if they have any ideas on how to do this? D:\projects\MDSP\maven\cs-commonset CVSROOT CVSROOT=:pserver:mmattox:[EMAIL PROTECTED]:C:/cvsrepo/repdev D:\projects\MDSP\maven\cs-commonmaven -Dmaven.scm.cvs.module=sources/cs-com mon scm:bootstrap-project __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-rc2 BUILD FAILED File.. file:/C:/Documents and Settings/mmattox/.maven/plugins/maven-scm-plugin-1.2/plugin.jelly Element... ant:fail Line.. 96 Column 19 Unknown SCM method: '' Total time: 6 seconds Finished at: Mon Apr 26 12:07:54 CEST 2004 D:\projects\MDSP\maven\cs-common -- This E-mail is confidential. It may also be legally privileged. If you are not the addressee you may not copy, forward, disclose or use any part of it. If you have received this message in error, please delete it and all copies from your system and notify the sender immediately by return E-mail. Internet communications cannot be guaranteed to be timely, secure, error or virus-free. The sender does not accept liability for any errors or omissions. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Deploy JNLP
- Original Message - From: Daniel Frey [EMAIL PROTECTED] To: 'Maven Users List' [EMAIL PROTECTED] Sent: Sunday, April 25, 2004 10:31 AM Subject: Deploy JNLP Hi there, Is there a way to deploy the JNLP artifacts generated by maven jnlp to a server? No, you can write a postGoal for the jnlp generation, or add a new goal in the jnlp plugin and send us the patch. Emmanuel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Query on current approach to integration tests
-Original Message- From: Tim Stephenson [mailto:[EMAIL PROTECTED] Sent: Monday, April 26, 2004 1:29 PM To: '[EMAIL PROTECTED]' Subject: Query on current approach to integration tests Hi, I notice that there have been a few changes to the project xsd (and supporting implementation classes) around integration tests sometime over the last year when I have been away from maven for one reason or another. I have an old problem around how to split out certain tests (which I dub 'integration tests') from the regular unit tests. There are 2 ways I identify these tests: a) slow running tests b) tests that require the project code to be deployed before testing begins (eg EJBs) I used to employ a modified version of the test plugin that offered goals like iutest:test and iutest:single, but unfortunately developed this when the test plugin was rapidly evolving so it quickly became obsolete. Can anyone suggest the preferred approach to solving this problem now that the pom support for the integration source directory is deprecated (and partially removed) Thanks, Tim The simplest solution is to create one more project for your iu tests. It can either use jar artifact of main project which you want to test or directly operate on sources of the main project. Then you are able to use all goals of test plugin. Michal - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Query on current approach to integration tests
For very simplistic needs, commons-net, we just named our java test cases with the suffix, 'FunctionalTest'. Using excludes and some minimal jelly around the test:match goal, we have a test:functional goal: goal name=test:functional j:set var=testmatch value=*FunctionalTest/ attainGoal name=test:match/ /goal It worked for this case. I have a larger use-case where I work. About half the 1800 tests are too slow and depend on external systems. I've not really come up with a way to do this yet, except maybe keeping an exclude list, then write custom goals for the integration tests ( basically how we are doing it in ant now ). I like the idea of having a separate project, especially for acceptance/functional testing. The other thing that the pain of separating what you define ( and myself btw ) as integration tests in maven provides is motivation for not writing slow tests or tests that depend on external dependencies at that level. On Mon, 26 Apr 2004 12:28:37 +0100, Tim Stephenson [EMAIL PROTECTED] said: Hi, I notice that there have been a few changes to the project xsd (and supporting implementation classes) around integration tests sometime over the last year when I have been away from maven for one reason or another. I have an old problem around how to split out certain tests (which I dub 'integration tests') from the regular unit tests. There are 2 ways I identify these tests: a) slow running tests b) tests that require the project code to be deployed before testing begins (eg EJBs) I used to employ a modified version of the test plugin that offered goals like iutest:test and iutest:single, but unfortunately developed this when the test plugin was rapidly evolving so it quickly became obsolete. Can anyone suggest the preferred approach to solving this problem now that the pom support for the integration source directory is deprecated (and partially removed) Thanks, Tim The information in this e-mail is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If you are not the intended recipient, please inform the sender immediately and destroy the e-mail and any attachments. No liability or responsibility whatsoever is accepted for any review, retransmission, dissemination or other use or any action taken or omitted, in reliance on this e-mail or its contents - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- = Jeffrey D. Brekke [EMAIL PROTECTED] Wisconsin, USA [EMAIL PROTECTED] [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
CheckStyle error:Unable to get class information for
I noticed some CheckStyle errors saying it couldn't get class information for some of the exceptions we throw. I thought I could solve the problem by adding the build path to the classpath Maven passes to CheckStyle, but it is already there. I'm out of ideas. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: CheckStyle error:Unable to get class information for
I have the same problem with checkstyle under Eclipse. I think it is not a maven plugin problem. Can you contact the checkstyle dev team and open a bug please. Arnaud. -Message d'origine- De : Ryan Sonnek [mailto:[EMAIL PROTECTED] Envoyé : lundi 26 avril 2004 19:11 À : Maven Users List Objet : RE: CheckStyle error:Unable to get class information for i've had the same problem. i've filled an issue in jira (http://jira.codehaus.org/secure/ViewIssue.jspa?key=MPCHECKSTYLE-20) regarding this problem and have also searched checkstyle's mailing lists to no avail. if anyone out there has a resolution, i have yet to find it. Ryan -Original Message- From: STRAYER, JON (SBCSI) [mailto:[EMAIL PROTECTED] Sent: Monday, April 26, 2004 12:06 PM To: Maven Users List Subject: CheckStyle error:Unable to get class information for I noticed some CheckStyle errors saying it couldn't get class information for some of the exceptions we throw. I thought I could solve the problem by adding the build path to the classpath Maven passes to CheckStyle, but it is already there. I'm out of ideas. - 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]
xdoclet problem
I am trying to use xdoclet to generate EJbs interfaces. I put all necessary dependences: dependency groupIdxdoclet/groupId artifactIdxdoclet-ejb-module/artifactId version1.2/version /dependency dependency groupIdxdoclet/groupId artifactIdxdoclet-jboss-module/artifactId version1.2/version /dependency !-- This one is needed because jboss-module depends on it -- dependency groupIdxdoclet/groupId artifactIdxdoclet-jmx-module/artifactId version1.2/version /dependency and I put a preGoal: preGoal name=ejb:init attainGoal name=xdoclet:ejbdoclet/ /preGoal But is happing this failure: taskdef class xdoclet.modules.ejb.EjbDocletTask cannot be found Did somebody has this problem before ? _ MSN Messenger: converse com os seus amigos online. http://messenger.msn.com.br - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: xdoclet problem
My guess is that you're missing the xjavadoc dependency. Try maven with the -X option for more info. WM --- Ricardo de Souza Moura [EMAIL PROTECTED] wrote: I am trying to use xdoclet to generate EJbs interfaces. I put all necessary dependences: dependency groupIdxdoclet/groupId artifactIdxdoclet-ejb-module/artifactId version1.2/version /dependency dependency groupIdxdoclet/groupId artifactIdxdoclet-jboss-module/artifactId version1.2/version /dependency !-- This one is needed because jboss-module depends on it -- dependency groupIdxdoclet/groupId artifactIdxdoclet-jmx-module/artifactId version1.2/version /dependency and I put a preGoal: preGoal name=ejb:init attainGoal name=xdoclet:ejbdoclet/ /preGoal But is happing this failure: taskdef class xdoclet.modules.ejb.EjbDocletTask cannot be found Did somebody has this problem before ? _ MSN Messenger: converse com os seus amigos online. http://messenger.msn.com.br - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Photos: High-quality 4x6 digital prints for 25¢ http://photos.yahoo.com/ph/print_splash - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Andromda-devel] Wrapping Maven
Hi Harald, One of the maven developers would probably be able to help you out more with this than I can, so I'm forwarding your question to their list. Thanks, Chad - Original Message - From: Harald Weyhing [EMAIL PROTECTED] To: 'Developers AndroMDA' [EMAIL PROTECTED] Sent: Thursday, April 22, 2004 2:46 PM Subject: [Andromda-devel] Wrapping Maven Hi Chad and others, I am currently tying to wrap some Java class around running Maven. This is quite strange, because Maven does not start with some org.apache.Maven.main(), but wit Forehead.main. (http://forehead.werken.com/) Forehead is a small framework to help controlling the runtime ClassLoader hirarchy via some property file. Well, this means Maven get's started, will stop after work and that's it. I wanted to keep at leas the metamodells in memory in order to have an AndroMDA build starter that will parse the xmi only once... perhaps there are more things that could be optimized by wrapping the build process... With Forehead I do not know if Maven leaves garbage if i subclass the initial Maven class to prevent Maven from stopping... Does anybody have any idea that might help with this? Chers Harald --- This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek For a limited time only, get FREE Ground shipping on all orders of $35 or more. Hurry up and shop folks, this offer expires April 30th! http://www.thinkgeek.com/freeshipping/?cpg=12297 ___ Andromda-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/andromda-devel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Property containing start time of build?
We have a requirement from our support group that we record, among other things, the time a build starts and ends in a log file. Is there already some property available denoting the start time of the build? Thanks, Jim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: idea:multiproject / Maven IRC channel
This may be related to another bug which has been fixed in CVS. I'll take a look. -Original Message- From: news [mailto:[EMAIL PROTECTED] On Behalf Of Geoffrey Sent: Sunday, 25 April 2004 11:54 PM To: [EMAIL PROTECTED] Subject: idea:multiproject / Maven IRC channel On my multiprojected project, the goal idea:multiproject fails, with following output: idea:workspace: [echo] Creating D:\projects\created\apps\simplegamenet/simplegamenet.iws ... Plugin 'maven-multiproject-plugin' in project 'SimpleGameNet' is not available Plugin 'maven-multiproject-plugin' in project 'SimpleGameNet' is not available Plugin 'maven-multiproject-plugin' in project 'SimpleGameNet' is not available BUILD FAILED File.. file:/C:/Documents and Settings/Geoffrey/.maven/plugins/maven-idea-plugin-1.3/plugin.jelly Element... maven:reactor Line.. 123 Column 36 You must define an attribute called 'basedir' for this tag. Total time: 3 seconds Finished at: Sun Apr 25 15:50:38 CEST 2004 Anyone have a clue what I am doing wrong? multiproject:intall works (BUILD SUCCESSFUL) I have maven.idea.project.version=4 In my root and every subproject project.properties. My subprojects extend the project.xml of my root. Does this mean the the project.properties are also extended automatically? Other question: Is there an IRC channel about maven on which irc net? Thanks for any and all help, Geoffrey - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: how to use scm:bootstrap-project
I'm working on that documentation next. You need to add -Dmaven.scm.method=cvs -Original Message- From: Michael Mattox [mailto:[EMAIL PROTECTED] Sent: Monday, 26 April 2004 8:09 PM To: Maven Users List Subject: how to use scm:bootstrap-project I can't get scm:bootstrap-project to work. I've searched the mailing list and documentation and there's not much. Can someone please let me know if they have any ideas on how to do this? D:\projects\MDSP\maven\cs-commonset CVSROOT CVSROOT=:pserver:mmattox:[EMAIL PROTECTED]:C:/cvsrepo/repdev D:\projects\MDSP\maven\cs-commonmaven -Dmaven.scm.cvs.module=sources/cs-com mon scm:bootstrap-project __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-rc2 BUILD FAILED File.. file:/C:/Documents and Settings/mmattox/.maven/plugins/maven-scm-plugin-1.2/plugin.jelly Element... ant:fail Line.. 96 Column 19 Unknown SCM method: '' Total time: 6 seconds Finished at: Mon Apr 26 12:07:54 CEST 2004 D:\projects\MDSP\maven\cs-common -- This E-mail is confidential. It may also be legally privileged. If you are not the addressee you may not copy, forward, disclose or use any part of it. If you have received this message in error, please delete it and all copies from your system and notify the sender immediately by return E-mail. Internet communications cannot be guaranteed to be timely, secure, error or virus-free. The sender does not accept liability for any errors or omissions. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Call of jelly invokeStatic in maven.xml
Is ch.netcetera.golo.IDgen in one of the jars in your project.xml? -- dIon Gillard, Multitask Consulting Martin Jaeger [EMAIL PROTECTED] wrote on 26/04/2004 09:43:07 PM: Hi together After my project is compiled and packaged I want to deploy it to our server. For this I have to get an id from a static helper method in the code of the project and insert it to a textfile. This did not work (see excerpt from maven.xml and exception at the bottom). I think the reason is that the classpath of the invokeStatic is wrong. Has someone an idea how I can set the classpath, or how else I could call a static method and use the returnvalue in Maven? Thanks a lot Martin I tried to do this in my maven.xml goal name=vega:getSession j:invokeStatic var=id method=getID className=ch.netcetera.golo.IDgen/ echo message=ID = ${id}/ /goal The result was: Could not load class: ch.netcetera.golo.IDgen. Reason: java.lang.ClassNotFoundException: ch.netcetera.golo.IDgen at com.werken.werkz.Goal.fire(Goal.java:646) at com.werken.werkz.Goal.attain(Goal.java:575) at com.werken.werkz.WerkzProject.attainGoal(WerkzProject.java:193) at org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:531) at org.apache.maven.MavenSession.attainGoals(MavenSession.java:265) at org.apache.maven.cli.App.doMain(App.java:466) at org.apache.maven.cli.App.main(App.java:1117) 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) - 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: xdoclet problem
You also probably need the web-module. I seem to remember that I needed it even though I wasn't using it. On Mon, Apr 26, 2004 at 03:40:10PM -0300, Ricardo de Souza Moura wrote: I am trying to use xdoclet to generate EJbs interfaces. I put all necessary dependences: dependency groupIdxdoclet/groupId artifactIdxdoclet-ejb-module/artifactId version1.2/version /dependency dependency groupIdxdoclet/groupId artifactIdxdoclet-jboss-module/artifactId version1.2/version /dependency !-- This one is needed because jboss-module depends on it -- dependency groupIdxdoclet/groupId artifactIdxdoclet-jmx-module/artifactId version1.2/version /dependency and I put a preGoal: preGoal name=ejb:init attainGoal name=xdoclet:ejbdoclet/ /preGoal But is happing this failure: taskdef class xdoclet.modules.ejb.EjbDocletTask cannot be found Did somebody has this problem before ? _ MSN Messenger: converse com os seus amigos online. http://messenger.msn.com.br - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Alwyn Schoeman SMART Communications. Kaizen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Call of jelly invokeStatic in maven.xml
Hi No, it is in my newly compiled classes. I have to compile this class first and then use it. Is there a way to do this? Would it work if it is one of the jars in the project.xml? Thank you Martin On Tue, 27 Apr 2004 [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] To: Maven Users List [EMAIL PROTECTED] Subject: Re: Call of jelly invokeStatic in maven.xml Date: Tue, 27 Apr 2004 09:16:44 +1000 X-mailer: Lotus Notes Release 6.5 September 26, 2003 Is ch.netcetera.golo.IDgen in one of the jars in your project.xml? -- dIon Gillard, Multitask Consulting Martin Jaeger [EMAIL PROTECTED] wrote on 26/04/2004 09:43:07 PM: Hi together After my project is compiled and packaged I want to deploy it to our server. For this I have to get an id from a static helper method in the code of the project and insert it to a textfile. This did not work (see excerpt from maven.xml and exception at the bottom). I think the reason is that the classpath of the invokeStatic is wrong. Has someone an idea how I can set the classpath, or how else I could call a static method and use the returnvalue in Maven? Thanks a lot Martin I tried to do this in my maven.xml goal name=vega:getSession j:invokeStatic var=id method=getID className=ch.netcetera.golo.IDgen/ echo message=ID = ${id}/ /goal The result was: Could not load class: ch.netcetera.golo.IDgen. Reason: java.lang.ClassNotFoundException: ch.netcetera.golo.IDgen at com.werken.werkz.Goal.fire(Goal.java:646) at com.werken.werkz.Goal.attain(Goal.java:575) at com.werken.werkz.WerkzProject.attainGoal(WerkzProject.java:193) at org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:531) at org.apache.maven.MavenSession.attainGoals(MavenSession.java:265) at org.apache.maven.cli.App.doMain(App.java:466) at org.apache.maven.cli.App.main(App.java:1117) 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) - 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: idea:multiproject / Maven IRC channel
This: Plugin 'maven-multiproject-plugin' in project 'SimpleGameNet' is not available Plugin 'maven-multiproject-plugin' in project 'SimpleGameNet' is not available Plugin 'maven-multiproject-plugin' in project 'SimpleGameNet' is not available Is fixed in RC3. The basedir problem is still there, so I'm raising an issue against maven-idea-plugin. - Brett -Original Message- From: news [mailto:[EMAIL PROTECTED] On Behalf Of Geoffrey Sent: Sunday, 25 April 2004 11:54 PM To: [EMAIL PROTECTED] Subject: idea:multiproject / Maven IRC channel On my multiprojected project, the goal idea:multiproject fails, with following output: idea:workspace: [echo] Creating D:\projects\created\apps\simplegamenet/simplegamenet.iws ... Plugin 'maven-multiproject-plugin' in project 'SimpleGameNet' is not available Plugin 'maven-multiproject-plugin' in project 'SimpleGameNet' is not available Plugin 'maven-multiproject-plugin' in project 'SimpleGameNet' is not available BUILD FAILED File.. file:/C:/Documents and Settings/Geoffrey/.maven/plugins/maven-idea-plugin-1.3/plugin.jelly Element... maven:reactor Line.. 123 Column 36 You must define an attribute called 'basedir' for this tag. Total time: 3 seconds Finished at: Sun Apr 25 15:50:38 CEST 2004 Anyone have a clue what I am doing wrong? multiproject:intall works (BUILD SUCCESSFUL) I have maven.idea.project.version=4 In my root and every subproject project.properties. My subprojects extend the project.xml of my root. Does this mean the the project.properties are also extended automatically? Other question: Is there an IRC channel about maven on which irc net? Thanks for any and all help, Geoffrey - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]