Re: Possible for ant to get build number from continuum?
It isn't possible yet. Emmanuel Karr, David a écrit : Related to my recent questions about enhancing a build, is it possible for a build.xml to get a parameter from continuum indicating the build number that is in progress?
Re: [spam]::Re: Possible for ant to get build number from continuum?
I don't think we have an issue for it and I'm sure it isn't implemented. 1.1 will be done when all issues in the roadmap will be fixed ;-) Emmanuel Karr, David a écrit : I looked at the current 1.1 status, and there appeared to be a bug describing this, and I think it was fixed. Did I perceive that correctly? What is the ETA for 1.1? -Original Message- From: Emmanuel Venisse [mailto:[EMAIL PROTECTED] Sent: Monday, July 03, 2006 2:10 AM To: continuum-users@maven.apache.org Subject: [spam]::Re: Possible for ant to get build number from continuum? It isn't possible yet. Emmanuel Karr, David a écrit : Related to my recent questions about enhancing a build, is it possible for a build.xml to get a parameter from continuum indicating the build number that is in progress?
[M2] How to include a subproject that is not named pom.xml
Hi, All, In my scenario, I want to define a module in a root project, the POM file of the module (subproject) is named as pom-test.xml rather than standard pom.xml, for example, pom.xml (root project) systest/pom-systest.xml (sub-project) It seems the modules element in a POM only support the fixed name. Could anyone tell me how to resolve it? Regards/Kevin. ___ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it.
Re: Problem with eclipse-plugin and dependency-maven-plugin
http://jira.codehaus.org/browse/MDEP-27 The problem seems not to be related to the eclipse-plugin only. It occurs also in conjunction with other plugins or lifecycle-phases. -- View this message in context: http://www.nabble.com/Problem-with-eclipse-plugin-and-dependency-maven-plugin-tf1861928.html#a5148090 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: Project structure and releasing
Though I read on a separate thread on this list (http://www.nabble.com/Top-level-POM-behaviour-t1825699.html#a4980080) that doing a module based build is not working for separated projects. That is why I didn't put a modules section in the parent project. Here's the quote from Alexandre: begin quote Modules are meant to be built from the top project so you can work on all of them at the same time. Don't try to build them separatly because it won't work. If it's not what you want and you prefer compiling each project separately, you should stick to normal SNAPSHOT dependencies. end quote In our case, each project may have a separated build: wicket-spring is a self contained project with its own website etc. Am I not grokking something here? Should I add a modules section to my parent project? Martijn On 7/1/06, Andrew Williams [EMAIL PROTECTED] wrote: I may be wrong, but if your parent is, as in the book, a pom packaged artifact with a module list then doing a release at that level should prompt (with sensible defaults) the release of all the modules. Andy On Fri, 2006-06-30 at 21:29 +0200, Martijn Dashorst wrote: All, I've updated the structure of my projects that depend on one another to the structure as proposed in the better builds with maven book. The one problem I have with this way of building is the link to the parent project: parent groupIdwicket/groupId artifactIdwicket-parent/artifactId version1.2-SNAPSHOT/version /parent Now I have to update all projects to perform a release of say version 1.2.1. Or is there a better way? BTW. All projects use snapshot dependencies as adviced earlier on this mailinglist. Martijn - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Download Wicket 1.2 now! Write Ajax applications without touching JavaScript! -- http://wicketframework.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Should I Support Maven 1?
I am planning to release the latest version of a library of mine to ibiblio. It isn't built with Maven, so I'm hand creating the POMs (following the instructions in the Maven doc). My question: Should I bother uploading a version to the Maven 1 repository, or is Maven 1 dead and buried? Thanks, Graham. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Should I Support Maven 1?
I would like to call it retired ;-) But of course it depends on the users of your library. If they are still using maven 1 then I think you should. On 7/3/06, Graham Lea [EMAIL PROTECTED] wrote: I am planning to release the latest version of a library of mine to ibiblio. It isn't built with Maven, so I'm hand creating the POMs (following the instructions in the Maven doc). My question: Should I bother uploading a version to the Maven 1 repository, or is Maven 1 dead and buried? Thanks, Graham. - 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]
Ibiblio Download Count?
Is there any way to see how many times an artefact has been downloaded from ibiblio? G. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] How to know which artifact ships a given resource?
Thanks, MRM is what I was looking for. On 7/2/06, Edwin Punzalan [EMAIL PROTECTED] wrote: Repository indexing is a known feature and there are apps (i.e. MRM) and websites (www.mavenregistry.com) that provide them. Alessio Pace wrote: Hi, does anybody ever had the need, given a resource name (i.e.: a class name), to know which maven2 artifact(s), and in which versions, contain that resource? So, essentially just a maven2 repository(or repositeries) inverted index (resource name-[artifacts list with versions]) , that could be useful also for an IDE perhaps: you write a class name in the code, the autocompletion looks into the compile classpath, if it can't find it anywhere, it queries the inverted index and eventually suggests to add a dependency to the pom.xml ... Unnecessary and stupid idea (maybe caused by the tropical weather in Rome)? Or is it an already existing service? Well, let me know something :-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Alessio Pace. http://www.jroller.com/page/alessiopace
Class Loader problem - maven 2
All, I have 6 projects that each one has a POM file. I have a master POM file that I run it in order to build/test/package my projects. I use maven 2. When my test runs I get the error below: I guess that this happen because there are 2 different project that their test load the same DLL from 2 different classloaders. Does maven use different classloader for each project? (and does not release them at the end). How can I solve the problem below? java.lang.ExceptionInInitializerError: JCO.classInitialize(): Could not load middleware layer 'com.sap.mw.jco.rfc.MiddlewareRFC' JCO.nativeInit(): Could not initialize dynamic link library sapjcorfc [Native Library C:\WINDOWS\system32\sapjcorfc.dll already loaded in another classloader]. java.library.path [C:\Program Files\Java\jdk1.5.0_06\bin;.;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\s ystem32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\Java\jdk1.5.0_06\bin;D:\Program Files\maven-2.0.4\bin] at com.sap.mw.jco.JCO.clinit(JCO.java:738) at com.panaya.sap.utils.SapUtils.connectSAP(SapUtils.java:1140) at com.panaya.sap.utils.SapUtils.init(SapUtils.java:175) at com.panaya.sap.utils.SapUtils.clinit(SapUtils.java:149) at com.panaya.explorer.ui.controls.errormessages.ErrorMessagesPGraphTest.te stValidGraph(ErrorMessagesPGraphTest.java:54) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav a:39) Thanks, Ronen
Re: Should I Support Maven 1?
I'm not sure, but I think we have a converter, but I don't remember if it's m1-m2 or m2-m1 Brett, Carlos ? Arnaud On 7/3/06, Kees de Kooter [EMAIL PROTECTED] wrote: I would like to call it retired ;-) But of course it depends on the users of your library. If they are still using maven 1 then I think you should. On 7/3/06, Graham Lea [EMAIL PROTECTED] wrote: I am planning to release the latest version of a library of mine to ibiblio. It isn't built with Maven, so I'm hand creating the POMs (following the instructions in the Maven doc). My question: Should I bother uploading a version to the Maven 1 repository, or is Maven 1 dead and buried? Thanks, Graham. - 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: Howto configure boot classpath for several plugins?
Frank, I was wondering if you made any progress with the bootclasspath and compiling JavaME application with Maven. I have looked at your plugin in the mojo sandbox and could not find anything about this stage in the build process. I am looking to start a new maven project with JavaME and do not want to move away from maven. Any thoughts or feedback? Many thanks Trent On 21/03/06, Frank Seidinger [EMAIL PROTECTED] wrote: Frank Seidinger wrote: I want to build J2ME applications with maven. To do this, you have to use another boot classpath for the compiler. This ensures, that you only can use classes known to the J2ME platform. I guess this can be done via configuration of the compiler plugin. I digged into the sources of the maven-compiler-plugin and found, that the bootclasspath cannot be configured. This is not an issue of the maven-compiler-plugin, because it relies on the plexus javac plugin, that also lacks the ability to specify a bootclasspath. Frank Seidinger wrote: Because I don't want to specify the classpath twice, I'm looking for a way to specify the boot class path in the pom at one place and inject the configuration into the compiler plugin and the preverify plugin. Is there an easy way to do this? I went through the pom reference and found no obvious starting point to place such a configuration. Maybe the use of profiles could be a help. I will investigate this a little further. Kind regards, Frank -- View this message in context: http://www.nabble.com/Howto-configure-boot-classpath-for-several-plugins--t1312917.html#a3522485 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Should I Support Maven 1?
m1-m2 but this converter doesn't remove transitive dependenciesand don't define scope if it isn't define in dependencies properties. Emmanuel Arnaud HERITIER a écrit : I'm not sure, but I think we have a converter, but I don't remember if it's m1-m2 or m2-m1 Brett, Carlos ? Arnaud On 7/3/06, Kees de Kooter [EMAIL PROTECTED] wrote: I would like to call it retired ;-) But of course it depends on the users of your library. If they are still using maven 1 then I think you should. On 7/3/06, Graham Lea [EMAIL PROTECTED] wrote: I am planning to release the latest version of a library of mine to ibiblio. It isn't built with Maven, so I'm hand creating the POMs (following the instructions in the Maven doc). My question: Should I bother uploading a version to the Maven 1 repository, or is Maven 1 dead and buried? Thanks, Graham. - 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]
distributing multiple versions of sites to URLs containing the version number
I am trying to deploy each version of a site to a different URL, and use a single configuration in a parent pom. Given a project: P1 - M1 - M2 where P1 inherits its config from a P0 master pom. My intent is to obtain something like: P1 be: http://my.domaine.com/projects/P1/${project.version}/ M1 be: http://my.domaine.com/projects/P1/${project.version}/M1 It works if I specify url for the pom and distributionManagement in each project, but I am trying to get it to work in a single pom. I tried various things, including distributionManagement site ... urlhttp://my.domaine.com/projects/${project.artifactId}/${project.version}/ in P0 P1 gets http://my.domaine.com/projects/P1/${project.version}/P1 and M1 gets http://my.domaine.com/projects/M1/${project.version}/P1/M1 I could live with the superfluous P1 for the moment, but the P1 replaced by M1 obviously breaks browsing... Any comment? Anyone else dealing with versionned sites ? Jerome - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Ibiblio Download Count?
No On 7/3/06, Graham Lea [EMAIL PROTECTED] wrote: Is there any way to see how many times an artefact has been downloaded from ibiblio? G. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- I could give you my word as a Spaniard. No good. I've known too many Spaniards. -- The Princess Bride - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Ibiblio Download Count?
Perhaps : http://www.ibiblio.org/stats/ Arnaud On 7/3/06, Graham Lea [EMAIL PROTECTED] wrote: Is there any way to see how many times an artefact has been downloaded from ibiblio? G. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Newbie question
seems like something that could be scripted with minimal effort...have you looked into that? -- View this message in context: http://www.nabble.com/Newbie-question-tf1879027.html#a5149890 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Call for Papers for ApacheCon Asia 2006 is currently open!
ApacheCon Asia 2006 will be held at the TransAsia Hotel in Colombo, Sri Lanka, August 14-17, 2006. The ASF and the FOSS community — invite the Open Source community to send in session and tutorial proposals for ApacheCon Asia 2006. Please check the web site for details http://www.asia.apachecon.com http://www.asia.apachecon.com/ To submit a proposal, visit http://www.asia.apachecon.com/conference/cfp/ http://us.apachecon.com/cfp-form.html The deadline for submission is July 9, 2006 - ApacheCon Asia team - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Pregoal
Is there an equivalence of doing a file copy from one location to another as one could do in M1 , as a pregoal? -- Jeff Mutonho GoogleTalk : ejbengine Skype: ejbengine Registered Linux user number 366042 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Ibiblio Download Count?
Thanks. That works well. Arnaud HERITIER wrote: Perhaps : http://www.ibiblio.org/stats/ Arnaud On 7/3/06, Graham Lea [EMAIL PROTECTED] wrote: Is there any way to see how many times an artefact has been downloaded from ibiblio? G. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.9.8/380 - Release Date: 30/06/2006
Re: Pregoal
On 7/3/06, Jeff Mutonho [EMAIL PROTECTED] wrote: Is there an equivalence of doing a file copy from one location to another as one could do in M1 , as a pregoal? You can probbaly use the antrun plugin to make the copy and attach the plugin's execution to the phase before the one that requires your file to be in the correct location. Jerome - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Pregoal
On 7/3/06, jerome lacoste [EMAIL PROTECTED] wrote: On 7/3/06, Jeff Mutonho [EMAIL PROTECTED] wrote: Is there an equivalence of doing a file copy from one location to another as one could do in M1 , as a pregoal? You can probbaly use the antrun plugin to make the copy and attach the plugin's execution to the phase before the one that requires your file to be in the correct location. Jerome Thanks.Basically what I wish to do is to copy some spring xml config files into my WEB-INF/appcontext directory, before the war file is created.Should I put the ant task in the process-resources phase? -- Jeff Mutonho GoogleTalk : ejbengine Skype: ejbengine Registered Linux user number 366042 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
plugin-registry.xml
Does anybody know how to get/create the plugin-registry.xml? It is not (or no more) in my .m2 directory? Thanks Hendrik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: plugin-registry.xml
Hi there, You can specify the use of the plugin-registry.xml file by placing the following within your setting.xml user your .m2 directory. usePluginRegistrytrue/usePluginRegistry Is this what you were asking for or are you wanting to know how to recreate it? Trent On 03/07/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Does anybody know how to get/create the plugin-registry.xml? It is not (or no more) in my .m2 directory? Thanks Hendrik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: Class Loader problem - maven 2
Hi Ronen, your system is missing some native libraries from SAP. You have to install the JCO or SAP GUI software, to get all that libraries. Markus -Ursprüngliche Nachricht- Von: Ronen Yaari [mailto:[EMAIL PROTECTED] Gesendet: Montag, 3. Juli 2006 12:17 An: users@maven.apache.org Betreff: Class Loader problem - maven 2 All, I have 6 projects that each one has a POM file. I have a master POM file that I run it in order to build/test/package my projects. I use maven 2. When my test runs I get the error below: I guess that this happen because there are 2 different project that their test load the same DLL from 2 different classloaders. Does maven use different classloader for each project? (and does not release them at the end). How can I solve the problem below? java.lang.ExceptionInInitializerError: JCO.classInitialize(): Could not load middleware layer 'com.sap.mw.jco.rfc.MiddlewareRFC' JCO.nativeInit(): Could not initialize dynamic link library sapjcorfc [Native Library C:\WINDOWS\system32\sapjcorfc.dll already loaded in another classloader]. java.library.path [C:\Program Files\Java\jdk1.5.0_06\bin;.;C:\WINDOWS\system32;C:\WINDOWS;C: \WINDOWS\s ystem32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\Java\jdk1.5.0_06\bin;D:\Program Files\maven-2.0.4\bin] at com.sap.mw.jco.JCO.clinit(JCO.java:738) at com.panaya.sap.utils.SapUtils.connectSAP(SapUtils.java:1140) at com.panaya.sap.utils.SapUtils.init(SapUtils.java:175) at com.panaya.sap.utils.SapUtils.clinit(SapUtils.java:149) at com.panaya.explorer.ui.controls.errormessages.ErrorMessagesPGr aphTest.te stValidGraph(ErrorMessagesPGraphTest.java:54) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess orImpl.jav a:39) Thanks, Ronen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Pregoal
On 7/3/06, Jeff Mutonho [EMAIL PROTECTED] wrote: On 7/3/06, jerome lacoste [EMAIL PROTECTED] wrote: On 7/3/06, Jeff Mutonho [EMAIL PROTECTED] wrote: Is there an equivalence of doing a file copy from one location to another as one could do in M1 , as a pregoal? You can probbaly use the antrun plugin to make the copy and attach the plugin's execution to the phase before the one that requires your file to be in the correct location. Jerome Thanks.Basically what I wish to do is to copy some spring xml config files into my WEB-INF/appcontext directory, before the war file is created.Should I put the ant task in the process-resources phase? Can't you just place your spring config file under src/main/webapp/appcontext/ ?? Otherwise there may be ways to configure the war plugin and tell it where from to pick the resources to copy into the war. Jerome - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Pregoal
On 7/3/06, Jeff Mutonho [EMAIL PROTECTED] wrote: On 7/3/06, jerome lacoste [EMAIL PROTECTED] wrote: On 7/3/06, Jeff Mutonho [EMAIL PROTECTED] wrote: Is there an equivalence of doing a file copy from one location to another as one could do in M1 , as a pregoal? You can probbaly use the antrun plugin to make the copy and attach the plugin's execution to the phase before the one that requires your file to be in the correct location. Jerome Thanks.Basically what I wish to do is to copy some spring xml config files into my WEB-INF/appcontext directory, before the war file is created.Should I put the ant task in the process-resources phase? I added the following to my pom : plugin artifactIdmaven-antrun-plugin/artifactId executions execution phaseprocess-resources/phase configuration tasks copy todir=WebContent/WEB-INF/appcontext fileset dir=${ant.common.eportal.services.dir}/src/spring/context includes=**/*.xml / fileset dir=${ant.common.eportal.messaging.dir}/src/spring/context includes=**/*.xml / fileset dir=${ant.common.eportal.webservices.dir}/src/spring/context includes=**/*.xml / /copy /tasks /configuration goals goalrun/goal /goals /execution /executions /plugin and then have the resource defined af : resource filteringtrue/filtering directory../eportal-support/ant/directory /resource where my ant-property.properties file is located and the varibles ant.common.eportal.services.dir , ant.common.eportal.messaging.dir , ant.common.eportal.webservices.dir are defined in that property file.Running mvn install fails with the message : [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error executing ant tasks Embedded error: D:\M2-WORK\${ant.common.eportal.services.dir}\src\spring\context not found. [INFO] [INFO] For more information, run Maven with the -e switch i.e ${ant.common.eportal.services.dir} is not being evaluated.How can i get these variables to be evaluated before they start being used? -- Jeff Mutonho GoogleTalk : ejbengine Skype: ejbengine Registered Linux user number 366042 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: plugin-registry.xml
Would be good to know both ways, is recreate also possible? Thanks! -Ursprüngliche Nachricht- Von: Maven Users List users@maven.apache.org Gesendet: 03.07.06 15:12:10 An: Maven Users List users@maven.apache.org Betreff: Re: plugin-registry.xml Hi there, You can specify the use of the plugin-registry.xml file by placing the following within your setting.xml user your .m2 directory. usePluginRegistrytrue/usePluginRegistry Is this what you were asking for or are you wanting to know how to recreate it? Trent On 03/07/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Does anybody know how to get/create the plugin-registry.xml? It is not (or no more) in my .m2 directory? Thanks Hendrik - 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: Class Loader problem - maven 2
Markus, The Dll is not missing, please read the exception carefully, it state that it cannot load it since another classloader already loaded it. When I run the test (mvn test) from a specific project it runs fine, just when I run my master POM file (that run all my projects one by one) I get the error below. Thanks, Ronen -Original Message- From: Kowalkowski, Markus [mailto:[EMAIL PROTECTED] Sent: Monday, July 03, 2006 3:19 PM To: Maven Users List Subject: AW: Class Loader problem - maven 2 Hi Ronen, your system is missing some native libraries from SAP. You have to install the JCO or SAP GUI software, to get all that libraries. Markus -Ursprüngliche Nachricht- Von: Ronen Yaari [mailto:[EMAIL PROTECTED] Gesendet: Montag, 3. Juli 2006 12:17 An: users@maven.apache.org Betreff: Class Loader problem - maven 2 All, I have 6 projects that each one has a POM file. I have a master POM file that I run it in order to build/test/package my projects. I use maven 2. When my test runs I get the error below: I guess that this happen because there are 2 different project that their test load the same DLL from 2 different classloaders. Does maven use different classloader for each project? (and does not release them at the end). How can I solve the problem below? java.lang.ExceptionInInitializerError: JCO.classInitialize(): Could not load middleware layer 'com.sap.mw.jco.rfc.MiddlewareRFC' JCO.nativeInit(): Could not initialize dynamic link library sapjcorfc [Native Library C:\WINDOWS\system32\sapjcorfc.dll already loaded in another classloader]. java.library.path [C:\Program Files\Java\jdk1.5.0_06\bin;.;C:\WINDOWS\system32;C:\WINDOWS;C: \WINDOWS\s ystem32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\Java\jdk1.5.0_06\bin;D:\Program Files\maven-2.0.4\bin] at com.sap.mw.jco.JCO.clinit(JCO.java:738) at com.panaya.sap.utils.SapUtils.connectSAP(SapUtils.java:1140) at com.panaya.sap.utils.SapUtils.init(SapUtils.java:175) at com.panaya.sap.utils.SapUtils.clinit(SapUtils.java:149) at com.panaya.explorer.ui.controls.errormessages.ErrorMessagesPGr aphTest.te stValidGraph(ErrorMessagesPGraphTest.java:54) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess orImpl.jav a:39) Thanks, Ronen - 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: Class Loader problem - maven 2
maven 2 spins new jvm per project to run test by default, how could this happens? what version of surefire plugin do you use? make sure to setup your PATH environment within surefire configuration too. java.library.path does not always work -D On 7/3/06, Ronen Yaari [EMAIL PROTECTED] wrote: Markus, The Dll is not missing, please read the exception carefully, it state that it cannot load it since another classloader already loaded it. When I run the test (mvn test) from a specific project it runs fine, just when I run my master POM file (that run all my projects one by one) I get the error below. Thanks, Ronen -Original Message- From: Kowalkowski, Markus [mailto:[EMAIL PROTECTED] Sent: Monday, July 03, 2006 3:19 PM To: Maven Users List Subject: AW: Class Loader problem - maven 2 Hi Ronen, your system is missing some native libraries from SAP. You have to install the JCO or SAP GUI software, to get all that libraries. Markus -Ursprüngliche Nachricht- Von: Ronen Yaari [mailto:[EMAIL PROTECTED] Gesendet: Montag, 3. Juli 2006 12:17 An: users@maven.apache.org Betreff: Class Loader problem - maven 2 All, I have 6 projects that each one has a POM file. I have a master POM file that I run it in order to build/test/package my projects. I use maven 2. When my test runs I get the error below: I guess that this happen because there are 2 different project that their test load the same DLL from 2 different classloaders. Does maven use different classloader for each project? (and does not release them at the end). How can I solve the problem below? java.lang.ExceptionInInitializerError: JCO.classInitialize(): Could not load middleware layer 'com.sap.mw.jco.rfc.MiddlewareRFC' JCO.nativeInit(): Could not initialize dynamic link library sapjcorfc [Native Library C:\WINDOWS\system32\sapjcorfc.dll already loaded in another classloader]. java.library.path [C:\Program Files\Java\jdk1.5.0_06\bin;.;C:\WINDOWS\system32;C:\WINDOWS;C: \WINDOWS\s ystem32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\Java\jdk1.5.0_06\bin;D:\Program Files\maven-2.0.4\bin] at com.sap.mw.jco.JCO.clinit(JCO.java:738) at com.panaya.sap.utils.SapUtils.connectSAP(SapUtils.java:1140) at com.panaya.sap.utils.SapUtils.init(SapUtils.java:175) at com.panaya.sap.utils.SapUtils.clinit(SapUtils.java:149) at com.panaya.explorer.ui.controls.errormessages.ErrorMessagesPGr aphTest.te stValidGraph(ErrorMessagesPGraphTest.java:54) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess orImpl.jav a:39) Thanks, Ronen - 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: RAR plugin problem
Henry S. Isidro hisidro at exist.com writes: On Saturday, June 24, 2006 05:11, Nidhi Tuli wrote: RAR plug in I downloaded doesn't seem to generate jar file. It is simply compiling the code and generating a rar file with just the dependencies in it. The generated rar file does not contain the jar of the compiled source. Is there a way to get this plugin to generate jar files of the compiled code before bundling it up in rar file? Thanks Nidhi The recommended way is to break up your project into two modules, one for generating the jar and another for the rar. Then, have the rar module depend on the jar module. HTH, Henry I recommend to integrate a call of the jar plugin in the lifecycle phase process-classes. Then the rar plugin finds a jar file with the compiled sources. Include the jar plugin in the pom.xml via ...buildpluginsplugin: ... build plugins plugin artifactIdmaven-jar-plugin/artifactId executions execution idbuild_jar/id phaseprocess-classes/phase goals goaljar/goal /goals /execution /executions /plugin /plugins /build ... Hope that helps, Frank - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: plugin-registry.xml
Hi there, If you do not have a plugin-registry file then the next time you interact with the plugins the file will be recreate automatically. The plugin values will be equal the latest releases that could be found. I test this by deleting my plugin file and then ran the 'mvn package' on my project. The plugins that were used to reach this stage were then present in a new version of the file. Trent On 03/07/06, Hendrik Fuchs [EMAIL PROTECTED] wrote: Would be good to know both ways, is recreate also possible? Thanks! -Ursprüngliche Nachricht- Von: Maven Users List users@maven.apache.org Gesendet: 03.07.06 15:12:10 An: Maven Users List users@maven.apache.org Betreff: Re: plugin-registry.xml Hi there, You can specify the use of the plugin-registry.xml file by placing the following within your setting.xml user your .m2 directory. usePluginRegistrytrue/usePluginRegistry Is this what you were asking for or are you wanting to know how to recreate it? Trent On 03/07/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Does anybody know how to get/create the plugin-registry.xml? It is not (or no more) in my .m2 directory? Thanks Hendrik - 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: Class Loader problem - maven 2
Maven does not spin new jvm by default only after I added: groupIdorg.apache.maven.plugins/groupId artifactIdmaven-surefire-plugin/artifactId configuration forkModepertest/forkMode /configuration For my master POM it does spin new JVM and it solved the problem. -Original Message- From: dan tran [mailto:[EMAIL PROTECTED] Sent: Monday, July 03, 2006 5:18 PM To: Maven Users List Subject: Re: Class Loader problem - maven 2 maven 2 spins new jvm per project to run test by default, how could this happens? what version of surefire plugin do you use? make sure to setup your PATH environment within surefire configuration too. java.library.path does not always work -D On 7/3/06, Ronen Yaari [EMAIL PROTECTED] wrote: Markus, The Dll is not missing, please read the exception carefully, it state that it cannot load it since another classloader already loaded it. When I run the test (mvn test) from a specific project it runs fine, just when I run my master POM file (that run all my projects one by one) I get the error below. Thanks, Ronen -Original Message- From: Kowalkowski, Markus [mailto:[EMAIL PROTECTED] Sent: Monday, July 03, 2006 3:19 PM To: Maven Users List Subject: AW: Class Loader problem - maven 2 Hi Ronen, your system is missing some native libraries from SAP. You have to install the JCO or SAP GUI software, to get all that libraries. Markus -Ursprüngliche Nachricht- Von: Ronen Yaari [mailto:[EMAIL PROTECTED] Gesendet: Montag, 3. Juli 2006 12:17 An: users@maven.apache.org Betreff: Class Loader problem - maven 2 All, I have 6 projects that each one has a POM file. I have a master POM file that I run it in order to build/test/package my projects. I use maven 2. When my test runs I get the error below: I guess that this happen because there are 2 different project that their test load the same DLL from 2 different classloaders. Does maven use different classloader for each project? (and does not release them at the end). How can I solve the problem below? java.lang.ExceptionInInitializerError: JCO.classInitialize(): Could not load middleware layer 'com.sap.mw.jco.rfc.MiddlewareRFC' JCO.nativeInit(): Could not initialize dynamic link library sapjcorfc [Native Library C:\WINDOWS\system32\sapjcorfc.dll already loaded in another classloader]. java.library.path [C:\Program Files\Java\jdk1.5.0_06\bin;.;C:\WINDOWS\system32;C:\WINDOWS;C: \WINDOWS\s ystem32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\Java\jdk1.5.0_06\bin;D:\Program Files\maven-2.0.4\bin] at com.sap.mw.jco.JCO.clinit(JCO.java:738) at com.panaya.sap.utils.SapUtils.connectSAP(SapUtils.java:1140) at com.panaya.sap.utils.SapUtils.init(SapUtils.java:175) at com.panaya.sap.utils.SapUtils.clinit(SapUtils.java:149) at com.panaya.explorer.ui.controls.errormessages.ErrorMessagesPGr aphTest.te stValidGraph(ErrorMessagesPGraphTest.java:54) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess orImpl.jav a:39) Thanks, Ronen - 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: Need to include ONLY a new version of a transitive dependency
Wendy, Thanks for the reply. I was able to make it work with the following: dependency groupIdnet.sf.ehcache/groupId artifactIdehcache/artifactId version1.2/version scopecompile/scope exclusions exclusion groupIdehcache/groupId artifactIdehcache/artifactId /exclusion /exclusions /dependency But I still have a question here -- I noticed that in the exclusion, there's no version element allowed. I happened to benefit here from the fact that ehcache had actually been moved to net.sf.ehcache, so I used that as the dependency groupId. But I don't quite understand this -- what I am trying to exclude is not ehcache, but a particular version of it. Why isn't a version supported for the exclusion? Brad Wendy Smoak wrote: On 7/2/06, Brad O'Hearne [EMAIL PROTECTED] wrote: I have manually gone in and nuked the contents of target, and rebuilt / packaged the WAR. I still get both jars -- I sent another email with the details of this. Examine the output of 'mvn package -X' to see if you can figure out where each jar is coming from. Take a look at mvn help:effective-pom to see if both dependencies are in there. Look at the poms and artifacts on ibiblio... and: http://www.ibiblio.org/maven2/ehcache/ehcache/1.2/ehcache-1.2.pom Ehcache 1.2 has been relocated to a different groupId, 'net.sf.ehcache' while ehcache 1.1 has not. Double check that issue that Stephen linked to, but I still think you need to exclude ehcache:ehcache from your hibernate dependency, then declare the newer one. And use the correct groupId now that we know what it is. If that *still* doesn't work, use mvn archetype:create to set up a project, and modify the pom so that it reproduces the problem, then let us take a look at that. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Depedency on jdbc-stdext-2.0.jar fails
It is useful when you generate an IDE project and you want to have access to your libraries sources. On 7/3/06, Brad O'Hearne [EMAIL PROTECTED] wrote: Thanks Alexandre. I missed the part about the intention being only to provide the location of the download. I am still curious though what the sources jars are there for, and how they can be used. B Alexandre Poitras wrote: http://maven.apache.org/guides/mini/guide-coping-with-sun-jars.html On 7/2/06, Brad O'Hearne [EMAIL PROTECTED] wrote: I have a dependency on the jdbc-stdext-2.0.jar. In my pom.xml, I have the following: dependency groupIdjavax.sql/groupId artifactIdjdbc-stdext/artifactId version2.0/version /dependency But when building, I get: 7/2/06 6:01:47 PM MST: [WARN] Unable to get resource from repository central (http://repo1.maven.org/maven2) 7/2/06 6:01:47 PM MST: Missing: -- 1) javax.sql:jdbc-stdext:jar:2.0 Try downloading the file manually from: http://java.sun.com/products/jdbc/download.html Then, install it using the command: mvn install:install-file -DgroupId=javax.sql -DartifactId=jdbc-stdext \ -Dversion=2.0 -Dpackaging=jar -Dfile=/path/to/file Path to dependency: 1) com.brad.app:App:war:0.1-SNAPSHOT 2) javax.sql:jdbc-stdext:jar:2.0 -- 1 required artifact is missing. for artifact: com.brad.app:App-0.1-SNAPSHOT.war I noticed on ibiblio that the jar found at http://www.ibiblio.org/maven2/javax/sql/jdbc-stdext/2.0/ is actually jdbc-stdext-2.0-sources.jar. A couple questions: 1) Is this jar equivalent to the jar I am attempting to get? 2) If the answer to 1) is yes, how can I properly specify that I need a sources jar in my pom.xml. Thanks, Brad - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Using attached tests
(Maven 2.0.4) I have configured my project to use an attached test per the Guide to using attached tests, http://maven.apache.org/guides/mini/guide-attached-tests.html, but the attached tests are not running. 1) I have verified the test class exist in test jar, foo-SNAPSHOT-test.jar. 2) I am using the command mvn test, but the attached test are not being run. The attached test jar is listed in the classpathElements display by mvn -X test Paul Spencer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Need to include ONLY a new version of a transitive dependency
On 7/3/06, Brad O'Hearne [EMAIL PROTECTED] wrote: But I still have a question here -- I noticed that in the exclusion, there's no version element allowed. I happened to benefit here from the fact that ehcache had actually been moved to net.sf.ehcache, so I used that as the dependency groupId. But I don't quite understand this -- what I am trying to exclude is not ehcache, but a particular version of it. Why isn't a version supported for the exclusion? You don't need a version number on an exclusion because you're always trying to get rid of the entire thing. If you just want a different version, you simply declare a dependency on the version you want, and Maven will choose the 'nearest' definition. In this case, you *are* trying to completely exclude ehcache:ehcache (groupId and artifactId). As far as Maven is concerned, ehcache:ehcache and net.sf.ehcache:ehcache are completely separate dependencies. It might be worth opening a MEV issue to get EHCache 1.1 relocated to the new groupId. That would make the exclusion unnecessary as Maven will see both 1.1 and 1.2 as the same again. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Class Loader problem - maven 2
the latest release of sure plugin sets the default value to forkMode is once http://maven.apache.org/plugins/maven-surefire-plugin/test-mojo.html try with -U to pickup the latest one if you have not done so hope this helps -D On 7/3/06, Ronen Yaari [EMAIL PROTECTED] wrote: Maven does not spin new jvm by default only after I added: groupIdorg.apache.maven.plugins/groupId artifactIdmaven-surefire-plugin/artifactId configuration forkModepertest/forkMode /configuration For my master POM it does spin new JVM and it solved the problem. -Original Message- From: dan tran [mailto:[EMAIL PROTECTED] Sent: Monday, July 03, 2006 5:18 PM To: Maven Users List Subject: Re: Class Loader problem - maven 2 maven 2 spins new jvm per project to run test by default, how could this happens? what version of surefire plugin do you use? make sure to setup your PATH environment within surefire configuration too. java.library.path does not always work -D On 7/3/06, Ronen Yaari [EMAIL PROTECTED] wrote: Markus, The Dll is not missing, please read the exception carefully, it state that it cannot load it since another classloader already loaded it. When I run the test (mvn test) from a specific project it runs fine, just when I run my master POM file (that run all my projects one by one) I get the error below. Thanks, Ronen -Original Message- From: Kowalkowski, Markus [mailto:[EMAIL PROTECTED] Sent: Monday, July 03, 2006 3:19 PM To: Maven Users List Subject: AW: Class Loader problem - maven 2 Hi Ronen, your system is missing some native libraries from SAP. You have to install the JCO or SAP GUI software, to get all that libraries. Markus -Ursprüngliche Nachricht- Von: Ronen Yaari [mailto:[EMAIL PROTECTED] Gesendet: Montag, 3. Juli 2006 12:17 An: users@maven.apache.org Betreff: Class Loader problem - maven 2 All, I have 6 projects that each one has a POM file. I have a master POM file that I run it in order to build/test/package my projects. I use maven 2. When my test runs I get the error below: I guess that this happen because there are 2 different project that their test load the same DLL from 2 different classloaders. Does maven use different classloader for each project? (and does not release them at the end). How can I solve the problem below? java.lang.ExceptionInInitializerError: JCO.classInitialize(): Could not load middleware layer 'com.sap.mw.jco.rfc.MiddlewareRFC' JCO.nativeInit(): Could not initialize dynamic link library sapjcorfc [Native Library C:\WINDOWS\system32\sapjcorfc.dll already loaded in another classloader]. java.library.path [C:\Program Files\Java\jdk1.5.0_06\bin;.;C:\WINDOWS\system32;C:\WINDOWS;C: \WINDOWS\s ystem32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\Java\jdk1.5.0_06\bin;D:\Program Files\maven-2.0.4\bin] at com.sap.mw.jco.JCO.clinit(JCO.java:738) at com.panaya.sap.utils.SapUtils.connectSAP(SapUtils.java:1140) at com.panaya.sap.utils.SapUtils.init(SapUtils.java:175) at com.panaya.sap.utils.SapUtils.clinit(SapUtils.java:149) at com.panaya.explorer.ui.controls.errormessages.ErrorMessagesPGr aphTest.te stValidGraph(ErrorMessagesPGraphTest.java:54) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess orImpl.jav a:39) Thanks, Ronen - 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: Need to include ONLY a new version of a transitive dependency
Wendy, Thanks for the reply. Responses below: Wendy Smoak wrote: On 7/3/06, Brad O'Hearne [EMAIL PROTECTED] wrote: But I still have a question here -- I noticed that in the exclusion, there's no version element allowed. I happened to benefit here from the fact that ehcache had actually been moved to net.sf.ehcache, so I used that as the dependency groupId. But I don't quite understand this -- what I am trying to exclude is not ehcache, but a particular version of it. Why isn't a version supported for the exclusion? You don't need a version number on an exclusion because you're always trying to get rid of the entire thing. If you just want a different version, you simply declare a dependency on the version you want, and Maven will choose the 'nearest' definition. The detail I've posted prior in this thread shows at least one case where it appears that Maven doesn't do this. The fact that Maven wasn't choosing the proper version, or for that matter, any version (it was including them both), and the groupId's and and artifactId's were identical between my pom.xml and the dependency pom, shows that this doesn't seem to work in all cases. This not working properly is the reason for my original question. In this case, you *are* trying to completely exclude ehcache:ehcache (groupId and artifactId). As far as Maven is concerned, ehcache:ehcache and net.sf.ehcache:ehcache are completely separate dependencies. This was only doable this way because ehcache:ehcache had just happened to be moved to net.sf.echcache:ehcache. Had this not been the case, this wouldn't have worked -- I would have had to try to include echcache:ehcache version 1.2 and exclude version 1.1. In fact, this is the original problem, which raised the question of how to explicitly exclude one version of a dependency while explicitly including another version of a dependency. I guess the thing that's a bit unnerving is that although we've found a workaround, the original problem still exists. Why doesn't Maven properly filter out the earlier version of the dependency? Brad - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Maven Plugin for RAD6
Is there a version of the Maven Plugin that works running RAD 6? -Dave McGee
How to write and use my own notifier?
Hi, I've analysed the code and found out that the notifiers implementation can be done extending the class AbstractContinuumNotifier, right? I would like to know how to use my own notifier. http://svn.apache.org/viewvc/maven/continuum/trunk/continuum-notifiers/continuum-notifier-jabber/src/main/java/org/apache/maven/continuum/notification/jabber/JabberContinuumNotifier.java?view=markup Thanks, Tatiana
Re: Re: [m2] problem with manifest entries with new war plugin
OK, that worked! Thanks so much, Mike. On 6/29/06, Mike Perham [EMAIL PROTECTED] wrote: http://svn.apache.org/repos/asf/maven/shared/trunk/maven-archiver/ See ManifestConfiguration.java. So I think it would be: configuration archive manifest addClasspathtrue/addClasspath addDefaultImplementationEntriestrue/addDefaultImplementationEntries /manifest /archive /configuration -Original Message- From: news [mailto:[EMAIL PROTECTED] On Behalf Of Mark Reynolds Sent: Thursday, June 29, 2006 7:48 PM To: users@maven.apache.org Subject: Re: [m2] problem with manifest entries with new war plugin Thanks, Mike. I did spend some time rereading all the associated bugs and looking at some source code (though I don't know where in the source tree the archiver has moved to), but I didn't figure out the switch to turn on automatic entries or how to specify my own values. -- Mark R Mike Perham wrote: Mark, there is a flag which you can specify to enable the old manifest default values. I'm not positive on the exact syntax so you'll need to do some legwork to find this. I think the plan was to document all this in the jar plugin but I guess the war plugin snuck out first without full documentation. This is all part of the recent changes to the shared maven-archiver project and should be documented in MJAR-38 and MJAR-39 I believe. -Original Message- From: news [mailto:[EMAIL PROTECTED] On Behalf Of Mark Reynolds Sent: Wednesday, June 28, 2006 3:45 PM To: users@maven.apache.org Subject: [m2] problem with manifest entries with new war plugin I see the war plugin was just updated to 2.0.1. It no longer automatically produces certain entries in the manifest that it did previously: Extension-Name: Specification-Title: Specification-Vendor: Implementation-Vendor: Implementation-Title: Implementation-Version: I read MWAR-34 and MWAR-35 but it is not clear to me what the intended behavior is as a result of fixing those bugs. Is it no longer supposed to add any of these by default? I tried to add these manually like this, for example: plugin artifactIdmaven-war-plugin/artifactId configuration archive manifestEntries Implementation-Versionabc/Implementation-Version /manifestEntries /archive /configuration /plugin Previously adding manual entries to a WAR did not seem to work (worked fine for JARs). Now it produces an exception no matter what entry I try to add, for example: org.codehaus.plexus.archiver.jar.ManifestException: The attribute Implementation-Version may not occur more than once in the same section at org.codehaus.plexus.archiver.jar.Manifest$Section. addAttributeAndCheck(Manifest.java:727) I can write up a bug, if appropriate, but I'm not clear on what the intended behavior is now. -- Mark 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Need to include ONLY a new version of a transitive dependency
On 7/3/06, Brad O'Hearne [EMAIL PROTECTED] wrote: The detail I've posted prior in this thread shows at least one case where it appears that Maven doesn't do this. The fact that Maven wasn't choosing the proper version, or for that matter, any version (it was including them both), and the groupId's and and artifactId's were identical between my pom.xml and the dependency pom, shows that this doesn't seem to work in all cases. This not working properly is the reason for my original question. All I can do is sympathize -- Maven is working the way it's supposed to, but it can only be as good as the data we give it. Even though _you_ think you're working with two versions of the same dependency, Maven doensn't agree. One of them moved and is now different. The repository metadata is greatly improved over what it was, but there are still problems, and unfortunately, you found one. In this case, EHCache 1.2 should *not* have been relocated without also relocating the prior versions. In its defense, Maven *did* try to tell you: Downloading: http://repo1.maven.org/maven2/ehcache/ehcache/1.2/ehcache-1.2.pom 278b downloaded [WARNING] While downloading ehcache:ehcache:1.2 This artifact has been relocated to net.sf.ehcache:ehcache:1.2. There's a long thread on Jakarta commons-dev about this very thing, as they get ready to move all of their artifacts from the current commons-xxx groupIds to org.apache.commons. This was only doable this way because ehcache:ehcache had just happened to be moved to net.sf.echcache:ehcache. Had this not been the case, this wouldn't have worked -- I would have had to try to include echcache:ehcache version 1.2 and exclude version 1.1. No. It was only *necessary* because one of them happened to have moved. If both of them were in the same groupId, this would have worked perfectly from the beginning when you declared a dependency on EHCache 1.2. The exclusion is a workaround. The fix is to file a 'Maven Evangelism' issue and get the older EHCache versions relocated to the same place as v1.2. HTH, -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Depedency on jdbc-stdext-2.0.jar fails
Ah, well that makes perfect sense. Thanks! Though if the sources are available, I wonder why a compiled version cannot be made available, or if there were a way to pull the sources, and automatically compile and jar locally. Brad Alexandre Poitras wrote: It is useful when you generate an IDE project and you want to have access to your libraries sources. On 7/3/06, Brad O'Hearne [EMAIL PROTECTED] wrote: Thanks Alexandre. I missed the part about the intention being only to provide the location of the download. I am still curious though what the sources jars are there for, and how they can be used. B Alexandre Poitras wrote: http://maven.apache.org/guides/mini/guide-coping-with-sun-jars.html On 7/2/06, Brad O'Hearne [EMAIL PROTECTED] wrote: I have a dependency on the jdbc-stdext-2.0.jar. In my pom.xml, I have the following: dependency groupIdjavax.sql/groupId artifactIdjdbc-stdext/artifactId version2.0/version /dependency But when building, I get: 7/2/06 6:01:47 PM MST: [WARN] Unable to get resource from repository central (http://repo1.maven.org/maven2) 7/2/06 6:01:47 PM MST: Missing: -- 1) javax.sql:jdbc-stdext:jar:2.0 Try downloading the file manually from: http://java.sun.com/products/jdbc/download.html Then, install it using the command: mvn install:install-file -DgroupId=javax.sql -DartifactId=jdbc-stdext \ -Dversion=2.0 -Dpackaging=jar -Dfile=/path/to/file Path to dependency: 1) com.brad.app:App:war:0.1-SNAPSHOT 2) javax.sql:jdbc-stdext:jar:2.0 -- 1 required artifact is missing. for artifact: com.brad.app:App-0.1-SNAPSHOT.war I noticed on ibiblio that the jar found at http://www.ibiblio.org/maven2/javax/sql/jdbc-stdext/2.0/ is actually jdbc-stdext-2.0-sources.jar. A couple questions: 1) Is this jar equivalent to the jar I am attempting to get? 2) If the answer to 1) is yes, how can I properly specify that I need a sources jar in my pom.xml. Thanks, Brad - 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] - 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: Need to include ONLY a new version of a transitive dependency
Thanks Wendy, that makes sense. I appreciate you taking the time to clarify the matter. Cheers, Brad Wendy Smoak wrote: On 7/3/06, Brad O'Hearne [EMAIL PROTECTED] wrote: The detail I've posted prior in this thread shows at least one case where it appears that Maven doesn't do this. The fact that Maven wasn't choosing the proper version, or for that matter, any version (it was including them both), and the groupId's and and artifactId's were identical between my pom.xml and the dependency pom, shows that this doesn't seem to work in all cases. This not working properly is the reason for my original question. All I can do is sympathize -- Maven is working the way it's supposed to, but it can only be as good as the data we give it. Even though _you_ think you're working with two versions of the same dependency, Maven doensn't agree. One of them moved and is now different. The repository metadata is greatly improved over what it was, but there are still problems, and unfortunately, you found one. In this case, EHCache 1.2 should *not* have been relocated without also relocating the prior versions. In its defense, Maven *did* try to tell you: Downloading: http://repo1.maven.org/maven2/ehcache/ehcache/1.2/ehcache-1.2.pom 278b downloaded [WARNING] While downloading ehcache:ehcache:1.2 This artifact has been relocated to net.sf.ehcache:ehcache:1.2. There's a long thread on Jakarta commons-dev about this very thing, as they get ready to move all of their artifacts from the current commons-xxx groupIds to org.apache.commons. This was only doable this way because ehcache:ehcache had just happened to be moved to net.sf.echcache:ehcache. Had this not been the case, this wouldn't have worked -- I would have had to try to include echcache:ehcache version 1.2 and exclude version 1.1. No. It was only *necessary* because one of them happened to have moved. If both of them were in the same groupId, this would have worked perfectly from the beginning when you declared a dependency on EHCache 1.2. The exclusion is a workaround. The fix is to file a 'Maven Evangelism' issue and get the older EHCache versions relocated to the same place as v1.2. HTH, - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Pregoal
On 7/3/06, Jeff Mutonho [EMAIL PROTECTED] wrote: On 7/3/06, Jeff Mutonho [EMAIL PROTECTED] wrote: On 7/3/06, jerome lacoste [EMAIL PROTECTED] wrote: On 7/3/06, Jeff Mutonho [EMAIL PROTECTED] wrote: Is there an equivalence of doing a file copy from one location to another as one could do in M1 , as a pregoal? You can probbaly use the antrun plugin to make the copy and attach the plugin's execution to the phase before the one that requires your file to be in the correct location. Jerome Thanks.Basically what I wish to do is to copy some spring xml config files into my WEB-INF/appcontext directory, before the war file is created.Should I put the ant task in the process-resources phase? I added the following to my pom : plugin artifactIdmaven-antrun-plugin/artifactId executions execution phaseprocess-resources/phase configuration tasks copy todir=WebContent/WEB-INF/appcontext fileset dir=${ant.common.eportal.services.dir}/src/spring/context includes=**/*.xml / fileset dir=${ant.common.eportal.messaging.dir}/src/spring/context includes=**/*.xml / fileset dir=${ant.common.eportal.webservices.dir}/src/spring/context includes=**/*.xml / /copy /tasks /configuration goals goalrun/goal /goals /execution /executions /plugin and then have the resource defined af : resource filteringtrue/filtering directory../eportal-support/ant/directory /resource where my ant-property.properties file is located and the varibles ant.common.eportal.services.dir , ant.common.eportal.messaging.dir , ant.common.eportal.webservices.dir are defined in that property file.Running mvn install fails with the message : [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error executing ant tasks Embedded error: D:\M2-WORK\${ant.common.eportal.services.dir}\src\spring\context not found. [INFO] [INFO] For more information, run Maven with the -e switch i.e ${ant.common.eportal.services.dir} is not being evaluated.How can i get these variables to be evaluated before they start being used? By defining them again as POM properties, maybe in a profile ? It seems to me that you are encountering problems because you are trying to use maven the same way you use ant. Maybe you are just in the middle of a migration from ant to maven ? So you are perhaps trying to find a solution to the wrong problem. Do you really need to make ant.common.eportal.services.dir a property ? Can't you hardcode it until your conversion is done ? Can't you keep your xml files in each of your sub module jars (services, messaging...) and extract them from there (that way you don't need to remember where they are stored locally) ? BTW don't copy your files under your source directory, better copy them to your target resource directory. Cheers, Jerome - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[m2] Plugin Version in POM
Hi all, I would like my POM to dictate the versions of the plugins to be used. I'm seeing strange things, though. Sometimes Maven abides by the version number I've configured, sometimes not. Below is the smallest POM I could create that displays the kind of problem I'm talking about. project xmlns=http://maven.apache.org/POM/4.0.0; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd; modelVersion4.0.0/modelVersion groupIdx/groupId artifactIdy/artifactId version1.0/version build pluginManagement plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-pmd-plugin/artifactId version2.0/version /plugin /plugins /pluginManagement /build reporting plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-pmd-plugin/artifactId /plugin /plugins /reporting /project Now try: mvn -X pmd:check | grep maven-pmd-plugin [DEBUG] Retrieving parent-POM: org.apache.maven.plugins:maven-plugins::1 for project: null:maven-pmd-plugin:maven-plugin:2.0 from the repository. [DEBUG] org.apache.maven.plugins:maven-pmd-plugin:maven-plugin:2.0:runtime (selected for runtime) [DEBUG] Configuring mojo 'org.apache.maven.plugins:maven-pmd-plugin:2.0:pmd' -- [DEBUG] Configuring mojo 'org.apache.maven.plugins:maven-pmd-plugin:2.0:check' -- Ok, this is what I was expecting to see. But now try: mvn -X site | grep maven-pmd-plugin [DEBUG] maven-pmd-plugin: resolved to version 2.1-SNAPSHOT from local repository [DEBUG] maven-pmd-plugin: using locally installed snapshot [DEBUG] Retrieving parent-POM: org.apache.maven.plugins:maven-plugins::1 for project: null:maven-pmd-plugin:maven-plugin:2.1-SNAPSHOT from the repository. [DEBUG] maven-pmd-plugin: using locally installed snapshot [DEBUG] org.apache.maven.plugins:maven-pmd-plugin:maven-plugin:2.1-SNAPSHOT:runtime (selected for runtime) [DEBUG] Configuring mojo 'org.apache.maven.plugins:maven-pmd-plugin:2.1-SNAPSHOT:pmd' -- [DEBUG] Configuring mojo 'org.apache.maven.plugins:maven-pmd-plugin:2.1-SNAPSHOT:cpd' -- (I have compiled a few plugins from the Maven Subversion repository.) Why don't I get the version I've asked for? Why is this different? Cheers, Hilco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Maven Plugin for RAD6
Your question makes no sense. Could you be more specific? -Original Message- From: David McGee [mailto:[EMAIL PROTECTED] Sent: Monday, July 03, 2006 11:22 AM To: users@maven.apache.org Subject: Maven Plugin for RAD6 Is there a version of the Maven Plugin that works running RAD 6? -Dave McGee - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
war plugin 2.0.1 webResources pom.* filtering
So my basic question is, how do I get some of my webapp files in my war project to be filtered with my pom.version value? I've done what I think I need to do, but the build appears to be executing the plugin twice or something, creating errors. There some configuration tweak that I can't figure out to get this to work. So here's what I have. I have a war project in my maven 2.0.4 multi-project build. I have a few files in src/main/webapp that I need to filter in the ${pom.version} value. This apparently was a bug with version 2.0 of the plugin ( see bug http://jira.codehaus.org/browse/MWAR-41 ). Hemce, I changed my version to the recently released 2.0.1. Also, see this thread . So, I modified my pom.xml to use to use the 2.0.1 plugin via the following configuration. plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-war-plugin/artifactId version2.0.1/version configuration !-- we need to filter the resources so the correct version gets into the jsp links -- webResources resource directory${basedir}/src/main/webapp/directory filteringtrue/filtering includes include**/web.xml/include include**/context.xml/include include**/*.jsp/include /includes /resource /webResources archive manifestEntries Implementation-Build${pom.version} (r${buildNumber})/Implementation-Build /manifestEntries /archive /configuration /plugin This appears to work sort of. In the build it appears to be doing the webResource filtering twice. This wouldn't be so bad, but it causes in error when the thing tries to set the Implementation-Build the second time it does the copy. Here's a snippet of the build output. It says the webResources are being copied, and then the next line it says the webResources are being copied again. This appears to be the reason why it fails. Something is causing the build to try and produce the manifest twice. [DEBUG] Configuring mojo 'org.apache.maven.plugins:maven-war-plugin:2.0.1:war' -- [DEBUG] (f) manifestEntries = {Implementation-Build=1.0-BETA (r1956)} [DEBUG] (f) archive = [EMAIL PROTECTED] [DEBUG] (f) archiveClasses = false [DEBUG] (s) classesDirectory = C:\Builds\mywebapp\manual\work\branches\checkout\30Jun06-1.0beta\www\target\classes [DEBUG] (f) filters = [] [DEBUG] (f) outputDirectory = C:\Builds\mywebapp\manual\work\branches\checkout\30Jun06-1.0beta\www\target [DEBUG] (f) primaryArtifact = true [DEBUG] (s) project = [EMAIL PROTECTED] [DEBUG] (f) warName = mywebapp-1.0-BETA [DEBUG] (s) warSourceDirectory = C:\Builds\mywebapp\manual\work\branches\checkout\30Jun06-1.0beta\www\src\main\webapp [DEBUG] (s) directory = C:\Builds\mywebapp\manual\work\branches\checkout\30Jun06-1.0beta\www/src/main/webapp [DEBUG] (s) filtering = true [DEBUG] (s) includes = [**/web.xml, **/context.xml, **/*.jsp] [DEBUG] (f) webResources = [Lorg.apache.maven.model.Resource;@1dfd868 [DEBUG] (s) webappDirectory = C:\Builds\mywebapp\manual\work\branches\checkout\30Jun06-1.0beta\www\target\mywebapp-1.0-BETA [DEBUG] (f) workDirectory = C:\Builds\mywebapp\manual\work\branches\checkout\30Jun06-1.0beta\www\target\war\work [DEBUG] -- end configuration -- [INFO] [war:war] [INFO] Exploding webapp... [INFO] Copy webapp webResources to C:\Builds\mywebapp\manual\work\branches\checkout\30Jun06-1.0beta\www\target\mywebapp-1.0-BETA [INFO] Copy webapp webResources to C:\Builds\mywebapp\manual\work\branches\checkout\30Jun06-1.0beta\www\target\mywebapp-1.0-BETA [INFO] Assembling webapp www in C:\Builds\mywebapp\manual\work\branches\checkout\30Jun06-1.0beta\www\target\mywebapp-1.0-BETA ... [ERROR] BUILD ERROR [INFO] [INFO] Error assembling WAR Embedded error: The attribute Implementation-Build may not occur more than once in the same section [INFO] -- View this message in context: http://www.nabble.com/war-plugin-2.0.1-webResources-pom.*-filtering-tf1886910.html#a5158779 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional
Re: Re: Project structure and releasing
On 7/3/06, Martijn Dashorst [EMAIL PROTECTED] wrote: Though I read on a separate thread on this list (http://www.nabble.com/Top-level-POM-behaviour-t1825699.html#a4980080) that doing a module based build is not working for separated projects. That is why I didn't put a modules section in the parent project. Here's the quote from Alexandre: begin quote Modules are meant to be built from the top project so you can work on all of them at the same time. Don't try to build them separatly because it won't work. If it's not what you want and you prefer compiling each project separately, you should stick to normal SNAPSHOT dependencies. end quote In our case, each project may have a separated build: wicket-spring is a self contained project with its own website etc. Am I not grokking something here? Should I add a modules section to my parent project? I'm no expert, I can only speak from what I have made work. The problem is that Continuum doesn't do a multi-module build. If you load in a pom that contains modules Continuum will create a new project, one for each module definition. I'm not even sure I want Continuum to do a multi-module build as I'd rather it rebuild only the parts that require rebuilding because of a change rather than the entire system. I haven't analysed this enough to work out what makes sense. I have not found adding modules to the pom to be a problem, except if you try to use ${project.version} in the dependency management sections because the dependency management section will get bound to the timestamped snapshot version of the parent project's build. Since the other modules are not being built at the same time you will get errors that maven can not locate the modules with the same timestamped snapshot version to download. It was simple to resolve by replacing ${project.version} with -SNAPSHOT. Then you have two choices, both of which will work fine in building your application. You can build from the top level pom and all the modules at once, or you can build them individually. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Pregoal
Just put your resources files in src/main/resources/appcontext and everything will work fine. No need to copy. On 7/3/06, jerome lacoste [EMAIL PROTECTED] wrote: On 7/3/06, Jeff Mutonho [EMAIL PROTECTED] wrote: On 7/3/06, Jeff Mutonho [EMAIL PROTECTED] wrote: On 7/3/06, jerome lacoste [EMAIL PROTECTED] wrote: On 7/3/06, Jeff Mutonho [EMAIL PROTECTED] wrote: Is there an equivalence of doing a file copy from one location to another as one could do in M1 , as a pregoal? You can probbaly use the antrun plugin to make the copy and attach the plugin's execution to the phase before the one that requires your file to be in the correct location. Jerome Thanks.Basically what I wish to do is to copy some spring xml config files into my WEB-INF/appcontext directory, before the war file is created.Should I put the ant task in the process-resources phase? I added the following to my pom : plugin artifactIdmaven-antrun-plugin/artifactId executions execution phaseprocess-resources/phase configuration tasks copy todir=WebContent/WEB-INF/appcontext fileset dir=${ant.common.eportal.services.dir}/src/spring/context includes=**/*.xml / fileset dir=${ant.common.eportal.messaging.dir}/src/spring/context includes=**/*.xml / fileset dir=${ant.common.eportal.webservices.dir}/src/spring/context includes=**/*.xml / /copy /tasks /configuration goals goalrun/goal /goals /execution /executions /plugin and then have the resource defined af : resource filteringtrue/filtering directory../eportal-support/ant/directory /resource where my ant-property.properties file is located and the varibles ant.common.eportal.services.dir , ant.common.eportal.messaging.dir , ant.common.eportal.webservices.dir are defined in that property file.Running mvn install fails with the message : [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error executing ant tasks Embedded error: D:\M2-WORK\${ant.common.eportal.services.dir}\src\spring\context not found. [INFO] [INFO] For more information, run Maven with the -e switch i.e ${ant.common.eportal.services.dir} is not being evaluated.How can i get these variables to be evaluated before they start being used? By defining them again as POM properties, maybe in a profile ? It seems to me that you are encountering problems because you are trying to use maven the same way you use ant. Maybe you are just in the middle of a migration from ant to maven ? So you are perhaps trying to find a solution to the wrong problem. Do you really need to make ant.common.eportal.services.dir a property ? Can't you hardcode it until your conversion is done ? Can't you keep your xml files in each of your sub module jars (services, messaging...) and extract them from there (that way you don't need to remember where they are stored locally) ? BTW don't copy your files under your source directory, better copy them to your target resource directory. Cheers, Jerome - 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]
Using a modified war file in an EAR
Hi, We have a third-party supplied war file to which we need to add some additional Servlet filter definitions (web.xml). I was planning to do this using the ant plugin. But how do I add this modified war file as a dependency for the ear (basically how to add a dependency as a path variable). Thanks -Mani - Do you Yahoo!? Next-gen email? Have it all with the all-new Yahoo! Mail Beta.
Re: [m2] Plugin Version in POM
Maven2 automatically looks for and uses newer versions of plugins and artifacts... You can lock down the version to 2.0 by using: version[2.0]/version Give that a try and report back. Wayne On 7/3/06, Hilco Wijbenga [EMAIL PROTECTED] wrote: Hi all, I would like my POM to dictate the versions of the plugins to be used. I'm seeing strange things, though. Sometimes Maven abides by the version number I've configured, sometimes not. Below is the smallest POM I could create that displays the kind of problem I'm talking about. project xmlns=http://maven.apache.org/POM/4.0.0; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd; modelVersion4.0.0/modelVersion groupIdx/groupId artifactIdy/artifactId version1.0/version build pluginManagement plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-pmd-plugin/artifactId version2.0/version /plugin /plugins /pluginManagement /build reporting plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-pmd-plugin/artifactId /plugin /plugins /reporting /project Now try: mvn -X pmd:check | grep maven-pmd-plugin [DEBUG] Retrieving parent-POM: org.apache.maven.plugins:maven-plugins::1 for project: null:maven-pmd-plugin:maven-plugin:2.0 from the repository. [DEBUG] org.apache.maven.plugins:maven-pmd-plugin:maven-plugin:2.0:runtime (selected for runtime) [DEBUG] Configuring mojo 'org.apache.maven.plugins:maven-pmd-plugin:2.0:pmd' -- [DEBUG] Configuring mojo 'org.apache.maven.plugins:maven-pmd-plugin:2.0:check' -- Ok, this is what I was expecting to see. But now try: mvn -X site | grep maven-pmd-plugin [DEBUG] maven-pmd-plugin: resolved to version 2.1-SNAPSHOT from local repository [DEBUG] maven-pmd-plugin: using locally installed snapshot [DEBUG] Retrieving parent-POM: org.apache.maven.plugins:maven-plugins::1 for project: null:maven-pmd-plugin:maven-plugin:2.1-SNAPSHOT from the repository. [DEBUG] maven-pmd-plugin: using locally installed snapshot [DEBUG] org.apache.maven.plugins:maven-pmd-plugin:maven-plugin:2.1-SNAPSHOT:runtime (selected for runtime) [DEBUG] Configuring mojo 'org.apache.maven.plugins:maven-pmd-plugin:2.1-SNAPSHOT:pmd' -- [DEBUG] Configuring mojo 'org.apache.maven.plugins:maven-pmd-plugin:2.1-SNAPSHOT:cpd' -- (I have compiled a few plugins from the Maven Subversion repository.) Why don't I get the version I've asked for? Why is this different? Cheers, Hilco - 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: [m2] Plugin Version in POM
I would have thought that version2.0/version would already have locked it down but I tried what you suggested and it *did* have an effect... On 7/3/06, Wayne Fay [EMAIL PROTECTED] wrote: You can lock down the version to 2.0 by using: version[2.0]/version For 'mvn site' there's no difference: Maven still picks the snapshot. For 'mvn pmd:check' I now get an error: [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'pmd'. Downloading: http://localhost:/repository/org/apache/maven/plugins/maven-pmd-plugin/[2.0]/maven-pmd-plugin-[2.0].pom [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) Downloading: http://localhost:/repository/org/apache/maven/plugins/maven-pmd-plugin/[2.0]/maven-pmd-plugin-[2.0].pom [WARNING] Unable to get resource from repository central (http://repo1.maven.org/maven2) [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. GroupId: org.apache.maven.plugins ArtifactId: maven-pmd-plugin Version: [2.0] Reason: Unable to download the artifact from any repository org.apache.maven.plugins:maven-pmd-plugin:pom:[2.0] from the specified remote repositories: central (http://repo1.maven.org/maven2) So for some reason pmd:check doesn't recognise then '[' and ']'. Cheers, Hilco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]