Re: Parent project version
I also think as Stephen, Having an option to specify parent with relative path will be very helpfull, I'm sure a solution can be found to provide this functionality. Maybe something like having both relativePath and version and give precedence to relativePath such that if it is found, it will be used and if not, the version will be used instead... Erez. On Jan 30, 2008 9:47 AM, Simon Kitching [EMAIL PROTECTED] wrote: Hi Mick, I don't think there is any way to do what you are trying to do. Having modules in a directory tree is just an optimisation; maven should be able to build any module when it is just checked out on its own. In other words, the relativePath tag is just an optimisation that works *when* modules happen to be checked out together, but a pom *must* work when the parent is only available via a lookup of the repository. If a module is checked out on its own, and there is insufficient information to find the parent without relying on the relativePath then that is an error. So of course a version *must* be specified in the parent tag (otherwise there is no way to know which version to pull from the repository). And that version must *not* be defined in terms of data defined in the parent pom, otherwise an obvious problem occurs: the parent pom would be needed to determine which parent pom is needed. Regards, Simon Mick Knutson [EMAIL PROTECTED] schrieb: I can comment out the modules version just fine then, but the parent: parent groupIdorg.delta.esp.dap.eep/groupId artifactIdservices/artifactId version1.0.2/version relativePath../pom.xml/relativePath /parent Still is complaining if I do not have the version. I also tried ${org.delta.esp.dap.eep.version} as the version but it could not find it. On Jan 29, 2008 12:11 PM, Erez Nahir [EMAIL PROTECTED] wrote: IMHO it should even be easier, just remove the version tag from the child poms. It will inherit the version from the parent. Erez. On Jan 29, 2008 9:52 PM, Manos Batsis [EMAIL PROTECTED] wrote: I never actually managed to do that. IMHO that should be as easy as version${project.parent.version}/version Oh well :-) Cheers, Manos Mick Knutson wrote: I am actually trying to use a property: org.delta.esp.dap.version1.0.2/org.delta.esp.dap.version Then use that property in my child pom's: ${org.delta.esp.dap.version} When I do an install and deploy it seems to work, but when I am doing a site-deploy, the parameter is not found and I get errors. Is there a better way? On Jan 29, 2008 10:23 AM, Arthur Rodrigues Stilben [EMAIL PROTECTED] wrote: Is there a way to use the version of a parent project in its childrens projects? Arthur Rodrigues Stilben - 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] -- Thanks, Mick Knutson http://www.baselogic.com http://www.blincmagazine.com http://www.djmick.com http://www.myspace.com/mickknutson http://www.myspace.com/BLiNCMagazine http://tahoe.baselogic.com --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Conflicting Jar Names
This looks to me like a bug (or at least an oversight) in the dependency plugin. I presume this is what you are using to copy all the jars into a directory before building your installer? Duplicate artifactIds are not normally a problem for maven; the classpath it builds for compiling, testing, etc will look like -classpath $M2REPO/group1/artifact1/artifact1-1.0.jar; $M2REPO/group2/artifact1/artifact1-1.0.jar which is absolutely no problem. The problem only comes when something like the dependency plugin tries to copy all the files into a single flat directory. I think that the dependency plugin should check for duplicate artifactId values in the set of files it is extracting, and if one is found then use a full jarname, eg groupid-artifactid-version.jar for the file it writes, instead of the short name. However that's no use to you as a workaround :-( Regards, Simon Jeff MAURY [EMAIL PROTECTED] schrieb: Steve, you can change the name of the JAR being generated through the finalName tag: it specifies the name of the file being generated. By default, it is equal to ${artifactId}-${version}.${packaging} so you may change it to: ${groupId}-${artifactId}-${version}.${packaging} for your purpose. Jeff On Jan 29, 2008 7:04 PM, Lee Meador [EMAIL PROTECTED] wrote: 1 isn't going to work because of how Maven finds files in the repo by tracing down the file system path based on the group id and then going down the path some more based on the artifact id and expecting the jar file to have a matching name. The real solution is to change the artifactId, which you said would be error prone. It sounds like what you have is error prone already since your build process is having trouble telling jar files with the same name apart. Sorry for no good news. Maybe someone else know more about it than i do. -- Lee On Jan 29, 2008 10:45 AM, Steve Found [EMAIL PROTECTED] wrote: Hi all, I have two separate systems that I build using maven. One has groupId:com.volantis.synergetics artifactId:repository-api version:5.0-SNAPSHOT. This system consists of around 50 artifacts. The second has groupId:com.volantis.mcs artifactId:repository-api version:5.0-SNAPSHOT. This system consists of around 150 artifacts. When I come to build an installer, the jar files are all copied into a packaging directory, but as you can probably see, both jar files will be called repository-api-5.0-SNAPSHOT.jar. Consequently, the second jar will overwrite the first. Now I could go and change all the artifactId's for this, but given that there are many more than just 2 systems in the project this would be very time consuming and prone to error. What I want to do therefore is either : 1. Be able to set the name of the jar file when 'mvn install' installs the generated jar the repository so that the jar files do not conflict when the installer resolves it's dependancies. I tried setting the name of the generated jar from each subsystem pom, but this was lost when the jar was installed. 2. Be able to change the name of the jar when the dependancy is resolved but without adding each and every dependancy to the installer POM. For example... can I prepend volantis-synergetics- to every jar file that has a groupId of com.volantis.synergetics ? In the above example then I would get volantis-synergetics-repository-api.5.0-SNAPSHOT.jar and volantis-mcs-repository-api.5.0-SNAPSHOT.jar. Is there any way I can achieve these things through the install or dependancy plugins ? Regards, Steve. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -- Lee Meador Sent from gmail. My real email address is lee AT leemeador.com -- La mélancolie c'est communiste Tout le monde y a droit de temps en temps La mélancolie n'est pas capitaliste C'est même gratuit pour les perdants La mélancolie c'est pacifiste On ne lui rentre jamais dedans La mélancolie oh tu sais ça existe Elle se prend même avec des gants La mélancolie c'est pour les syndicalistes Il faut juste sa carte de permanent Miossec (2006) http://www.jeffmaury.com http://riadiscuss.jeffmaury.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] when is the dashboard going to be out of snapshot?
Hi all, i'm the project leader of dashboard plugin. To release the dashboard, i must release the 2.0 JDepend plugin which is in snapshot version ( and i'm not the project leader of this plugin), i must correct 2 issues ( one with 1.9 cobertura problem and the new one with 2.4 surefire NPE). When all these will be ok, i will release. But as i already said to EN, i can't work on it at my job because i'm full and my personal computer has been robbed during my house's burglary. I 'm in progress to buy a new personal computer. I hope you understand the delay before having a release. Best regards David Vicente EN wrote: I had to file http://jira.codehaus.org/browse/MOJO-1023 also. I don't know if it will block 1.0 release, but it certainly blocks us from using surefire + dashboard :-( Erez. On Jan 30, 2008 2:20 AM, Mick Knutson [EMAIL PROTECTED] wrote: I voted for them... :-) On Jan 29, 2008 4:12 PM, Kalle Korhonen [EMAIL PROTECTED] wrote: The issue blocking the release of the dashboard plugin is the dependency to unreleased JDepend 2.0. What you can do - short of becoming a mojo developer yourself - is to vote for it to be fixed. The respective issues are: http://jira.codehaus.org/browse/MOJO-828 and http://jira.codehaus.org/browse/MOJO-829. I'm surprised there's so few votes so far even though many people seem to be using the dashboard. Kalle On 1/29/08, Erez Nahir [EMAIL PROTECTED] wrote: I'll second Mick, It is one of those good things that gives you the whole project's health picture up front without the need to digg into components and reports. Currently, there is an issue with latest surefire 2.4/testng 5.7preventing us from moving to surefire 2.4, but other then that (that I'm sure will be fixed soon ;-) way to go!! Erez. On Jan 29, 2008 9:14 PM, Mick Knutson [EMAIL PROTECTED] wrote: To the Dashboard developer: I love this plugin. It has really helped me push code quality onto my developers as I can display a great overview for management. The PM does not want to dig through each and every module to understand the current status and trend of our code. Thanks! On Jan 29, 2008 10:46 AM, Wendy Smoak [EMAIL PROTECTED] wrote: On Jan 29, 2008 11:35 AM, Mick Knutson [EMAIL PROTECTED] wrote: I am using the dashboard plugin but I can't use the release plugin because the dashboard is still snapshot. This one? http://mojo.codehaus.org/dashboard-maven-plugin/ It's a Codehaus plugin, so the right place to ask is on the Mojo Development list. Rather than just asking when it's going to be done, though, the developers might like to hear that you have successfully used it for X or Y -- i.e., give them some confidence that it's ready to be released. Checking JIRA might also give an idea of what's left to be done (whether there are any blocking issues) but I don't see a project for it on http://jira.codehaus.org/browse . You always have the option of doing an internal release to your organization's private repository, though it can be tedious to track down all the dependencies. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Thanks, Mick Knutson http://www.baselogic.com http://www.blincmagazine.com http://www.djmick.com http://www.myspace.com/mickknutson http://www.myspace.com/BLiNCMagazine http://tahoe.baselogic.com --- -- Thanks, Mick Knutson http://www.baselogic.com http://www.blincmagazine.com http://www.djmick.com http://www.myspace.com/mickknutson http://www.myspace.com/BLiNCMagazine http://tahoe.baselogic.com --- -- View this message in context: http://www.nabble.com/-m2--when-is-the-dashboard-going-to-be-out-of-snapshot--tp15166209s177p15177225.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Parent project version
On Jan 30, 2008 8:59 AM, Erez Nahir [EMAIL PROTECTED] wrote: I also think as Stephen, Having an option to specify parent with relative path will be very helpfull, I'm sure a solution can be found to provide this functionality. Maybe something like having both relativePath and version and give precedence to relativePath such that if it is found, it will be used and if not, the version will be used instead... Erez. This would give different results when the whole tree is checked out vs. just the module is checked out. - Henry - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: can maven run java program using dependence artifact information as classpath?
the application use System.getProperty(java.class.path) to get classpath. Rex On Jan 30, 2008 10:46 AM, Rex Huang [EMAIL PROTECTED] wrote: exec-maven-plugin is good, but in my case, the application also run javac to generate jar file, and it use its classpath instead of dependency information. I use java to run it with classpath is ok. BR//Rex On Jan 29, 2008 7:53 PM, Wayne Fay [EMAIL PROTECTED] wrote: The exec-maven-plugin should interest you: http://mojo.codehaus.org/exec-maven-plugin/usage.html Wayne On 1/29/08, Rex Huang [EMAIL PROTECTED] wrote: I just give mainclass and parameters information, then maven runs the mainclass and use dependence artifact information as classpath. Can this work? BR//Rex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Parent project version
I assume that's the case if you are with SVN (not my case, unfortunately :-). I thing maven should be version control agnostic, so, if the parent is found in the relative path, use it, if not (either if the parent is not checked out or if it is not in the path from any other reason) search the repository. Erez. On Jan 30, 2008 11:19 AM, Heinrich Nirschl [EMAIL PROTECTED] wrote: On Jan 30, 2008 8:59 AM, Erez Nahir [EMAIL PROTECTED] wrote: I also think as Stephen, Having an option to specify parent with relative path will be very helpfull, I'm sure a solution can be found to provide this functionality. Maybe something like having both relativePath and version and give precedence to relativePath such that if it is found, it will be used and if not, the version will be used instead... Erez. This would give different results when the whole tree is checked out vs. just the module is checked out. - Henry - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Conflicting Jar Names
Hi Jeff, Thanks for this but it is something we already tried. Although that does change the name of the generated jar file, the name is lost when it gets placed into the maven repository. When it gets installed, the name reverts to ${artifactId}-${version}.jar in a directory mad from ${groupId}. What I would need is a finalName tag in the install plugin... and I could not see one. Steve. Jeff MAURY wrote: Steve, you can change the name of the JAR being generated through the finalName tag: it specifies the name of the file being generated. By default, it is equal to ${artifactId}-${version}.${packaging} so you may change it to: ${groupId}-${artifactId}-${version}.${packaging} for your purpose. Jeff On Jan 29, 2008 7:04 PM, Lee Meador [EMAIL PROTECTED] wrote: 1 isn't going to work because of how Maven finds files in the repo by tracing down the file system path based on the group id and then going down the path some more based on the artifact id and expecting the jar file to have a matching name. The real solution is to change the artifactId, which you said would be error prone. It sounds like what you have is error prone already since your build process is having trouble telling jar files with the same name apart. Sorry for no good news. Maybe someone else know more about it than i do. -- Lee On Jan 29, 2008 10:45 AM, Steve Found [EMAIL PROTECTED] wrote: Hi all, I have two separate systems that I build using maven. One has groupId:com.volantis.synergetics artifactId:repository-api version:5.0-SNAPSHOT. This system consists of around 50 artifacts. The second has groupId:com.volantis.mcs artifactId:repository-api version:5.0-SNAPSHOT. This system consists of around 150 artifacts. When I come to build an installer, the jar files are all copied into a packaging directory, but as you can probably see, both jar files will be called repository-api-5.0-SNAPSHOT.jar. Consequently, the second jar will overwrite the first. Now I could go and change all the artifactId's for this, but given that there are many more than just 2 systems in the project this would be very time consuming and prone to error. What I want to do therefore is either : 1. Be able to set the name of the jar file when 'mvn install' installs the generated jar the repository so that the jar files do not conflict when the installer resolves it's dependancies. I tried setting the name of the generated jar from each subsystem pom, but this was lost when the jar was installed. 2. Be able to change the name of the jar when the dependancy is resolved but without adding each and every dependancy to the installer POM. For example... can I prepend volantis-synergetics- to every jar file that has a groupId of com.volantis.synergetics ? In the above example then I would get volantis-synergetics-repository-api.5.0-SNAPSHOT.jar and volantis-mcs-repository-api.5.0-SNAPSHOT.jar. Is there any way I can achieve these things through the install or dependancy plugins ? Regards, Steve. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -- Lee Meador Sent from gmail. My real email address is lee AT leemeador.com
Re: Conflicting Jar Names
Thanks Lee... I had a feeling this would be the case :D So I have witten myself a perl script to go around all the poms and change the artifactId's for all the dependancies. The joy of legacy code :) Lee Meador wrote: 1 isn't going to work because of how Maven finds files in the repo by tracing down the file system path based on the group id and then going down the path some more based on the artifact id and expecting the jar file to have a matching name. The real solution is to change the artifactId, which you said would be error prone. It sounds like what you have is error prone already since your build process is having trouble telling jar files with the same name apart. Sorry for no good news. Maybe someone else know more about it than i do. -- Lee On Jan 29, 2008 10:45 AM, Steve Found [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi all, I have two separate systems that I build using maven. One has groupId:com.volantis.synergetics artifactId:repository-api version:5.0-SNAPSHOT. This system consists of around 50 artifacts. The second has groupId:com.volantis.mcs artifactId:repository-api version:5.0-SNAPSHOT. This system consists of around 150 artifacts. When I come to build an installer, the jar files are all copied into a packaging directory, but as you can probably see, both jar files will be called repository-api-5.0-SNAPSHOT.jar. Consequently, the second jar will overwrite the first. Now I could go and change all the artifactId's for this, but given that there are many more than just 2 systems in the project this would be very time consuming and prone to error. What I want to do therefore is either : 1. Be able to set the name of the jar file when 'mvn install' installs the generated jar the repository so that the jar files do not conflict when the installer resolves it's dependancies. I tried setting the name of the generated jar from each subsystem pom, but this was lost when the jar was installed. 2. Be able to change the name of the jar when the dependancy is resolved but without adding each and every dependancy to the installer POM. For example... can I prepend volantis-synergetics- to every jar file that has a groupId of com.volantis.synergetics ? In the above example then I would get volantis-synergetics-repository-api.5.0-SNAPSHOT.jar and volantis-mcs-repository-api.5.0-SNAPSHOT.jar. Is there any way I can achieve these things through the install or dependancy plugins ? Regards, Steve. - To unsubscribe, e-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] -- -- Lee Meador Sent from gmail. My real email address is lee AT leemeador.com http://leemeador.com
Re: can maven run java program using dependence artifact information as classpath?
exec-maven-plugin is good, but in my case, the application also run javac to generate jar file, and it use its classpath instead of dependency information. I use java to run it with classpath is ok. BR//Rex On Jan 29, 2008 7:53 PM, Wayne Fay [EMAIL PROTECTED] wrote: The exec-maven-plugin should interest you: http://mojo.codehaus.org/exec-maven-plugin/usage.html Wayne On 1/29/08, Rex Huang [EMAIL PROTECTED] wrote: I just give mainclass and parameters information, then maven runs the mainclass and use dependence artifact information as classpath. Can this work? BR//Rex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: can maven run java program using dependence artifact information as classpath?
your plugin is interesting, but how to add argument to run application? BR//Rex On Jan 29, 2008 11:16 PM, Nick Stolwijk [EMAIL PROTECTED] wrote: I worked with the Application Assembler Plugin [1] which generates a directory under target, with a startup script, a lib directory with all the dependencies and some other files. Maybe that is what you're looking for. Hth, Nick Stolwijk [1] http://mojo.codehaus.org/appassembler/appassembler-maven-plugin/ Rex Huang wrote: I just give mainclass and parameters information, then maven runs the mainclass and use dependence artifact information as classpath. Can this work? BR//Rex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] when is the dashboard going to be out of snapshot?
Hi all, i'm the project leader of dashboard plugin. To release the dashboard, i must release the 2.0 JDepend plugin which is in snapshot version ( and i'm not the project leader of this plugin), i must correct 2 issues ( one with 1.9 cobertura problem and the new one with 2.4surefire NPE). When all these will be ok, i will release. But as i already said to EN, i can't work on it at my job because i'm full and my personal computer has been robbed during my house's burglary. I 'm in progress to buy a new personal computer. I hope you understand the delay before having a release. Best regards David Vicente
Odd behaviour of maven resources plugin
Hi, I'm trying to use the resources plugin in order to filter the out of the box jboss, as I wish to rename the 'all' server to a different name and also strip out unused parts. So naturally I've added a configuration to the pom.xml as follows: resource !-- just the jboss application without servers -- directory${basedir}/src/main/jboss-eap-4.2/directory excludes excludeserver/all/**/*/exclude excludejar-versions.xml/exclude /excludes targetPathtemplate/CUSTOM_JBOSS/targetPath /resource resource !-- use the jboss all server (without unused components) but rename to custom -- directory ${basedir}/src/main/jboss-eap-4.2/server/all /directory excludes exclude**/hibernate*.jar/exclude exclude**/jbossmq*.jar/exclude exclude**/jboss-messaging*.jar/exclude exclude**/jboss-remoting*.jar/exclude excludedeploy/jms/**/*/exclude excludedeploy-hasingleton/jms/**/*/exclude excludefarm/**/*/exclude /excludes targetPathtemplate/JBOSS/server/custom/targetPath /resource About 20% of the time I the resources I'm trying to filter end up in the target jboss directory anyway, as if the filter rules are completely ignored. Can anyone shed any light on this? Thanks - Ashley --- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and delete this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. Please refer to http://www.db.com/en/content/eu_disclosures.htm for additional EU corporate and regulatory disclosures.
[solved] Re: failed to deploy mojo snapshot
I fixed this by setting parent POM to mojo-3 2008/1/30, nicolas de loof [EMAIL PROTECTED]: Hello, I tried to deploy a mojo snapshot on codehaus repository and get strange messages : INFO: Redirect requested but followRedirects is disabled ... and the repository is not updated ! 1. How to enable followRedirects ? 2. Why did I just get an INFO message and not a warning / error ? Nico.
failed to deploy mojo snapshot
Hello, I tried to deploy a mojo snapshot on codehaus repository and get strange messages : INFO: Redirect requested but followRedirects is disabled ... and the repository is not updated ! 1. How to enable followRedirects ? 2. Why did I just get an INFO message and not a warning / error ? Nico.
Re: Conflicting Jar Names
If it did that, it would be marvellous :) Simon Kitching wrote: This looks to me like a bug (or at least an oversight) in the dependency plugin. I presume this is what you are using to copy all the jars into a directory before building your installer? Duplicate artifactIds are not normally a problem for maven; the classpath it builds for compiling, testing, etc will look like -classpath $M2REPO/group1/artifact1/artifact1-1.0.jar; $M2REPO/group2/artifact1/artifact1-1.0.jar which is absolutely no problem. The problem only comes when something like the dependency plugin tries to copy all the files into a single flat directory. I think that the dependency plugin should check for duplicate artifactId values in the set of files it is extracting, and if one is found then use a full jarname, eg groupid-artifactid-version.jar for the file it writes, instead of the short name. However that's no use to you as a workaround :-( Regards, Simon Jeff MAURY [EMAIL PROTECTED] schrieb: Steve, you can change the name of the JAR being generated through the finalName tag: it specifies the name of the file being generated. By default, it is equal to ${artifactId}-${version}.${packaging} so you may change it to: ${groupId}-${artifactId}-${version}.${packaging} for your purpose. Jeff On Jan 29, 2008 7:04 PM, Lee Meador [EMAIL PROTECTED] wrote: 1 isn't going to work because of how Maven finds files in the repo by tracing down the file system path based on the group id and then going down the path some more based on the artifact id and expecting the jar file to have a matching name. The real solution is to change the artifactId, which you said would be error prone. It sounds like what you have is error prone already since your build process is having trouble telling jar files with the same name apart. Sorry for no good news. Maybe someone else know more about it than i do. -- Lee On Jan 29, 2008 10:45 AM, Steve Found [EMAIL PROTECTED] wrote: Hi all, I have two separate systems that I build using maven. One has groupId:com.volantis.synergetics artifactId:repository-api version:5.0-SNAPSHOT. This system consists of around 50 artifacts. The second has groupId:com.volantis.mcs artifactId:repository-api version:5.0-SNAPSHOT. This system consists of around 150 artifacts. When I come to build an installer, the jar files are all copied into a packaging directory, but as you can probably see, both jar files will be called repository-api-5.0-SNAPSHOT.jar. Consequently, the second jar will overwrite the first. Now I could go and change all the artifactId's for this, but given that there are many more than just 2 systems in the project this would be very time consuming and prone to error. What I want to do therefore is either : 1. Be able to set the name of the jar file when 'mvn install' installs the generated jar the repository so that the jar files do not conflict when the installer resolves it's dependancies. I tried setting the name of the generated jar from each subsystem pom, but this was lost when the jar was installed. 2. Be able to change the name of the jar when the dependancy is resolved but without adding each and every dependancy to the installer POM. For example... can I prepend volantis-synergetics- to every jar file that has a groupId of com.volantis.synergetics ? In the above example then I would get volantis-synergetics-repository-api.5.0-SNAPSHOT.jar and volantis-mcs-repository-api.5.0-SNAPSHOT.jar. Is there any way I can achieve these things through the install or dependancy plugins ? Regards, Steve. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -- Lee Meador Sent from gmail. My real email address is lee AT leemeador.com -- La mélancolie c'est communiste Tout le monde y a droit de temps en temps La mélancolie n'est pas capitaliste C'est même gratuit pour les perdants La mélancolie c'est pacifiste On ne lui rentre jamais dedans La mélancolie oh tu sais ça existe Elle se prend même avec des gants La mélancolie c'est pour les syndicalistes Il faut juste sa carte de permanent Miossec (2006) http://www.jeffmaury.com http://riadiscuss.jeffmaury.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Make META-INF optional
Yes thanks for that tip - it did not work until I declared the type in the dependency plugin config I use to unpack it as well. John -Original Message- From: VUB Stefan Seidel [mailto:[EMAIL PROTECTED] Sent: 29 January 2008 14:13 To: Maven Users List Subject: Re: Make META-INF optional Did you try to declare the dependency as type zip? Stefan John Coleman wrote: Okay, I can now deploy the zip artifact to my repo - but how to I explode that into another maven project using the dependecy unpack plugin - this seems to expect a jar. TIA John -Original Message- From: Simon Kitching [mailto:[EMAIL PROTECTED] Sent: 29 January 2008 12:12 To: Maven Users List Subject: RE: Make META-INF optional That can be fixed by using the maven-buildhelper-plugin, which can attach any file to maven's list-of-deployable-files. http://mojo.codehaus.org/build-helper-maven-plugin/index.html John Coleman [EMAIL PROTECTED] schrieb: Ah, this does not work, since the zip will not deploy to the m2 repo in the deploy phase. -Original Message- From: John Coleman [mailto:[EMAIL PROTECTED] Sent: 29 January 2008 11:16 To: Maven Users List Subject: RE: Make META-INF optional Specifying pom packaging seems like an abuse, but if it works, then great! Thanks, John -Original Message- From: VUB Stefan Seidel [mailto:[EMAIL PROTECTED] Sent: 29 January 2008 11:05 To: Maven Users List Subject: Re: Make META-INF optional Hi John, no, the assembly plugin can also generate just one single zip file. I use packaging _pom_ and this plugin def: plugin artifactIdmaven-assembly-plugin/artifactId executions execution phasepackage/phase goals goalsingle/goal /goals /execution /executions configuration descriptors descriptorsrc/main/assembly/upload.xml/descriptor /descriptors /configuration /plugin On the other hand, there is an older maven zip plugin. Stefan John Coleman wrote: Thanks, I was hoping to avoid assembly plugin because it seems to be added to a jar project. A direct zip plugin would make more sense, but that's not a maven standard. John -Original Message- From: VUB Stefan Seidel [mailto:[EMAIL PROTECTED] Sent: 29 January 2008 09:44 To: Maven Users List Subject: Re: Make META-INF optional Would it help to create a ZIP file with the maven assembly plugin[1]? regards, Stefan P.S.: I just saw, the assembly plugin can also create JARs - so it's probably just what you need. [1] http://maven.apache.org/plugins/maven-assembly-plugin/ John Coleman wrote: Hi, Is it possible to make a jar with no META-INF entry - I just want to create a jar to unpack with some files I need. TIA, John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses
can maven package all the dependence jar files in the war file?
I want to generate a war file, the dependence jar files are needed to package in it. and also the class files in WEB-INF\classes, I want to package it in a jar file. all the jar files should be put in WEB-INF\lib. Can I make it work? BR//Rex
Writing the output of a command execution into a Maven Variable, so that it can be used later
Hi all, i have a Problem in writing the Output of a Command-Execution into a Maven Variable, so that it can be used later. I successfully have executed the following into a maven-antrun-plugin: -- Code Snippet plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-antrun-plugin/artifactId executions execution idvalidate/id phasevalidate/phase configuration tasks exec executable=glib-config outputproperty=Test.Testvariable arg value=--version/ /exec echo message=Content of Testvariable: ${Test.Testvariable}/ /tasks /configuration goals goalrun/goal /goals /execution /executions /plugin -- With this Piece of Code i'm able to retrieve the Output of the glib-config --version Command and display it in the followed echo message... Line. But how do i write it into a Maven Variable, so that i have Access to it in later Steps. For example i want to call this Code in the Parent POM File and recall the Variable in a Child POM File. Is there maybe another Way to accomplish this? Regards, Christian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: archetypes velocity [Virus checked]
Velocity is indicated in the plugin site in the faq IIRC. Raphaël 2008/1/30, [EMAIL PROTECTED] [EMAIL PROTECTED]: Thanks for your patience and support Raphaël ! I had NO idea that the archetype descriptor is in fact a velocity template. Since I started to read sources concerning archetype creation, I can see much clearer, what happens. mit freundlichen Grüßen/best regards Wolfgang Schrecker ... the elements of a good model have synergy, and well-chosen MODULES bring together elements of the model with particulary rich relationships from Eric Evans: Domain-Driven Design p. 110 -- -- Atos Worldline Processing GmbH Hahnstrasse 25 60528 Frankfurt/Main Germany Phone: +49 69/6657-1176 mailto:[EMAIL PROTECTED] http://www.atosworldline.com Geschäftsführer: Erik Munk Koefoed Aufsichtsratsvorsitzender: Didier Dhennin Sitz der Gesellschaft: Frankfurt/Main Handelsregister: Frankfurt/Main HRB 40 417 Raphaël Piéroni [EMAIL PROTECTED] mail.com An Maven Users List 25.01.2008 18:56 users@maven.apache.org Kopie Bitte antwortenThema an Re: Re: archetypes velocity Maven Users [Virus checked] List [EMAIL PROTECTED] he.org Then in §2 Create the archetype descriptor the java files in archetype-resources are velocity templates. In §4 Create the prototype files and the prototype pom.xml you can see use defined properties passed to the velocity context before generating from template files. Hope this helps. Raphaël 2008/1/25, [EMAIL PROTECTED] [EMAIL PROTECTED]: Sure I did, Raphaël. Did not see anything from velocity mentioned there. mit freundlichen Grüßen/best regards Wolfgang Schrecker ... the elements of a good model have synergy, and well-chosen MODULES bring together elements of the model with particulary rich relationships from Eric Evans: Domain-Driven Design p. 110 -- -- Atos Worldline Processing GmbH Hahnstrasse 25 60528 Frankfurt/Main Germany Phone: +49 69/6657-1176 mailto:[EMAIL PROTECTED] http://www.atosworldline.com Geschäftsführer: Erik Munk Koefoed Aufsichtsratsvorsitzender: Didier Dhennin Sitz der Gesellschaft: Frankfurt/Main Handelsregister: Frankfurt/Main HRB 40 417 Raphaël Piéroni [EMAIL PROTECTED] mail.com An Maven Users List 25.01.2008 15:11 users@maven.apache.org Kopie Bitte antworten Thema an Re: archetypes velocity [Virus Maven Users checked] List [EMAIL PROTECTED] he.org Hi Wolfgang, had you read that guide? http://maven.apache.org/guides/mini/guide-creating-archetypes.html Regards, Raphaël 2008/1/25, [EMAIL PROTECTED] [EMAIL PROTECTED]: Thanks a lot Raphaël! Then, once I have created the VTL text file (with help from your link), where in the archetype is it supposed to go, so it is executed when using the archetype to create a project?? mit freundlichen Grüßen/best regards Wolfgang Schrecker ... the elements of a good model have synergy, and well-chosen MODULES bring together elements of the model with particulary rich relationships from Eric Evans: Domain-Driven Design p. 110 -- -- Atos Worldline Processing GmbH Hahnstrasse 25 60528 Frankfurt/Main Germany Phone: +49 69/6657-1176 mailto:[EMAIL PROTECTED] http://www.atosworldline.com Geschäftsführer: Erik Munk Koefoed Aufsichtsratsvorsitzender: Didier Dhennin Sitz der Gesellschaft: Frankfurt/Main Handelsregister: Frankfurt/Main HRB 40 417 Raphaël Piéroni [EMAIL PROTECTED] mail.com An Maven Users List 24.01.2008 22:36 users@maven.apache.org Kopie Bitte antworten Thema an Re: archetypes velocity [Virus Maven Users checked] List [EMAIL PROTECTED] he.org Hi Wolfgang. velocity templates used in archetypes are just plain text files with VTL http://velocity.apache.org/engine/releases/velocity-1.4 /vtl-reference-guide.html
Re: Conflicting Jar Names
I'd imagine that this would cause an issue when making a distribution, or a war, also. On Jan 30, 2008 3:42 AM, Simon Kitching [EMAIL PROTECTED] wrote: This looks to me like a bug (or at least an oversight) in the dependency plugin. I presume this is what you are using to copy all the jars into a directory before building your installer? Duplicate artifactIds are not normally a problem for maven; the classpath it builds for compiling, testing, etc will look like -classpath $M2REPO/group1/artifact1/artifact1-1.0.jar; $M2REPO/group2/artifact1/artifact1-1.0.jar which is absolutely no problem. The problem only comes when something like the dependency plugin tries to copy all the files into a single flat directory. I think that the dependency plugin should check for duplicate artifactId values in the set of files it is extracting, and if one is found then use a full jarname, eg groupid-artifactid-version.jar for the file it writes, instead of the short name. However that's no use to you as a workaround :-( Regards, Simon Jeff MAURY [EMAIL PROTECTED] schrieb: Steve, you can change the name of the JAR being generated through the finalName tag: it specifies the name of the file being generated. By default, it is equal to ${artifactId}-${version}.${packaging} so you may change it to: ${groupId}-${artifactId}-${version}.${packaging} for your purpose. Jeff On Jan 29, 2008 7:04 PM, Lee Meador [EMAIL PROTECTED] wrote: 1 isn't going to work because of how Maven finds files in the repo by tracing down the file system path based on the group id and then going down the path some more based on the artifact id and expecting the jar file to have a matching name. The real solution is to change the artifactId, which you said would be error prone. It sounds like what you have is error prone already since your build process is having trouble telling jar files with the same name apart. Sorry for no good news. Maybe someone else know more about it than i do. -- Lee On Jan 29, 2008 10:45 AM, Steve Found [EMAIL PROTECTED] wrote: Hi all, I have two separate systems that I build using maven. One has groupId:com.volantis.synergetics artifactId:repository-api version:5.0-SNAPSHOT. This system consists of around 50 artifacts. The second has groupId:com.volantis.mcs artifactId:repository-api version:5.0-SNAPSHOT. This system consists of around 150 artifacts. When I come to build an installer, the jar files are all copied into a packaging directory, but as you can probably see, both jar files will be called repository-api-5.0-SNAPSHOT.jar. Consequently, the second jar will overwrite the first. Now I could go and change all the artifactId's for this, but given that there are many more than just 2 systems in the project this would be very time consuming and prone to error. What I want to do therefore is either : 1. Be able to set the name of the jar file when 'mvn install' installs the generated jar the repository so that the jar files do not conflict when the installer resolves it's dependancies. I tried setting the name of the generated jar from each subsystem pom, but this was lost when the jar was installed. 2. Be able to change the name of the jar when the dependancy is resolved but without adding each and every dependancy to the installer POM. For example... can I prepend volantis-synergetics- to every jar file that has a groupId of com.volantis.synergetics ? In the above example then I would get volantis-synergetics-repository-api.5.0-SNAPSHOT.jar and volantis-mcs-repository-api.5.0-SNAPSHOT.jar. Is there any way I can achieve these things through the install or dependancy plugins ? Regards, Steve. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -- Lee Meador Sent from gmail. My real email address is lee AT leemeador.com -- La mélancolie c'est communiste Tout le monde y a droit de temps en temps La mélancolie n'est pas capitaliste C'est même gratuit pour les perdants La mélancolie c'est pacifiste On ne lui rentre jamais dedans La mélancolie oh tu sais ça existe Elle se prend même avec des gants La mélancolie c'est pour les syndicalistes Il faut juste sa carte de permanent Miossec (2006) http://www.jeffmaury.com http://riadiscuss.jeffmaury.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: can maven package all the dependence jar files in the war file?
All Java files under src/main/java will be compiled into WEB-INF/classes in your final war. (To be honest, all java files will be compiled to target/classes, all resources from src/main/resources will be copied (and filtered) to target/classes and finally target/classes will be copied to WEB-INF/classes) Hth, Nick Stolwijk -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Wed 1/30/2008 4:40 PM To: Maven Users List Subject: Re: can maven package all the dependence jar files in the war file? Don't put any Java code in your WAR project, instead all code must come from other projects that you depend on. Assuming this is true, this is just how the WAR plugin works with default configuration. Personally we are building EARs so I don't want my WARs loaded up with all those JARs. Instead I like nice thin WARs and fat EARs. Wayne On 1/30/08, Rex Huang [EMAIL PROTECTED] wrote: I want to generate a war file, the dependence jar files are needed to package in it. and also the class files in WEB-INF\classes, I want to package it in a jar file. all the jar files should be put in WEB-INF\lib. Can I make it work? BR//Rex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: can maven package all the dependence jar files in the war file?
Don't put any Java code in your WAR project, instead all code must come from other projects that you depend on. Assuming this is true, this is just how the WAR plugin works with default configuration. Personally we are building EARs so I don't want my WARs loaded up with all those JARs. Instead I like nice thin WARs and fat EARs. Wayne On 1/30/08, Rex Huang [EMAIL PROTECTED] wrote: I want to generate a war file, the dependence jar files are needed to package in it. and also the class files in WEB-INF\classes, I want to package it in a jar file. all the jar files should be put in WEB-INF\lib. Can I make it work? BR//Rex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
maven renaming jar files
Hi,. When I am packaging a WAR project, I am seeing the following thing happening... [DEBUG] Processing: commons-logging-1.1.jar [DEBUG] Duplicate found: commons-logging-1.1.jar [DEBUG] Renamed to: commons-logging-commons-logging-1.1.jar Any idea why this happens and how to avoid this? I am mentioning commons-logging-1.1 as my dependency in the pom.xml, and have suppressed the other versions of commons logging which were getting packaged as transitive dependencies of project dependencies using exclusion tag in dependency taf. Same is happening with commons-digester and other dependencies. Regards, Amit - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven renaming jar files
Looks weird. Do you use a released version ? or the current snapshot ? Could you load an issue in jira with a simple project which reproduce this ? -- Olivier 2008/1/30, amit kumar [EMAIL PROTECTED]: Hi,. When I am packaging a WAR project, I am seeing the following thing happening... [DEBUG] Processing: commons-logging-1.1.jar [DEBUG] Duplicate found: commons-logging-1.1.jar [DEBUG] Renamed to: commons-logging-commons-logging-1.1.jar Any idea why this happens and how to avoid this? I am mentioning commons-logging-1.1 as my dependency in the pom.xml, and have suppressed the other versions of commons logging which were getting packaged as transitive dependencies of project dependencies using exclusion tag in dependency taf. Same is happening with commons-digester and other dependencies. Regards, Amit - 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: Writing the output of a command execution into a Maven Variable, so that it can be used later
You can do this with a real Mojo by attaching the variable to Maven Project. But you can't do this in a simple Antrun plugin config. So you'll need to write some Java or Groovy etc. Wayne On 1/30/08, Christian Weber [EMAIL PROTECTED] wrote: Hi all, i have a Problem in writing the Output of a Command-Execution into a Maven Variable, so that it can be used later. I successfully have executed the following into a maven-antrun-plugin: -- Code Snippet plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-antrun-plugin/artifactId executions execution idvalidate/id phasevalidate/phase configuration tasks exec executable=glib-config outputproperty=Test.Testvariable arg value=--version/ /exec echo message=Content of Testvariable: ${Test.Testvariable}/ /tasks /configuration goals goalrun/goal /goals /execution /executions /plugin -- With this Piece of Code i'm able to retrieve the Output of the glib-config --version Command and display it in the followed echo message... Line. But how do i write it into a Maven Variable, so that i have Access to it in later Steps. For example i want to call this Code in the Parent POM File and recall the Variable in a Child POM File. Is there maybe another Way to accomplish this? Regards, Christian - 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: can maven package all the dependence jar files in the war file?
Rex, I think you can set archiveClasses to true if you want the WAR's class files in a jar file: http://maven.apache.org/plugins/maven-war-plugin/war-mojo.html#archiveCl asses -Original Message- From: Rex Huang [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 30, 2008 7:40 AM To: users@maven.apache.org Subject: can maven package all the dependence jar files in the war file? I want to generate a war file, the dependence jar files are needed to package in it. and also the class files in WEB-INF\classes, I want to package it in a jar file. all the jar files should be put in WEB-INF\lib. Can I make it work? BR//Rex Visit our website at http://www.ubs.com This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation or offer to buy or sell any securities or related financial instruments. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Where is plugin configuration information?
Can you please point me to where I can find a listing of a plugin's configurable properties? For example, I wanted the war plugin to use ${basedir}/build as the output directory (instead of the default target directory) but was unable to find out how to do so by reading the http://maven.apache.org/plugins/maven-war-plugin/ documentation . I finally had to go look at the http://svn.apache.org/repos/asf/maven/plugins/trunk/maven-war-plugin/src/main/java/org/apache/maven/plugin/war/WarMojo.java source to figure out that I could set project.build.directory or configure the outputDirectory for the plugin. With Maven1, the plugin's site has a section called Plugin properties for such information. There doesn't seem to be such a setup for M2. Am I correct? I am looking for something like http://maven.apache.org/plugins/maven-surefire-plugin/test-mojo.html what is there for the test mojo of the surefire plugin. Sri -- View this message in context: http://www.nabble.com/Where-is-plugin-configuration-information--tp15189569s177p15189569.html Sent from the Maven - Users mailing list archive at Nabble.com.
Re: Where is plugin configuration information?
Sri Sankaran wrote: Can you please point me to where I can find a listing of a plugin's configurable properties? For example, I wanted the war plugin to use ${basedir}/build as the output directory (instead of the default target directory) but was unable to find out how to do so by reading the http://maven.apache.org/plugins/maven-war-plugin/ documentation . http://maven.apache.org/plugins/maven-war-plugin/war-mojo.html It's a bit hidden under Project Documentation # Project Reports * Plugin documentation in the left navigation =Stefan -- reuter network consulting Neusser Str. 110 50760 Koeln Germany Telefon: +49 221 1305699-0 Telefax: +49 221 1305699-90 E-Mail: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] WWW: http://www.reucon.com Steuernummern 215/5140/1791 USt-IdNr. DE220701760 signature.asc Description: OpenPGP digital signature
Re: Where is plugin configuration information?
D'oh! Thanks. I just noticed that this also accessible by following the Goals link on the nav bar. Sri Stefan Reuter wrote: Sri Sankaran wrote: Can you please point me to where I can find a listing of a plugin's configurable properties? For example, I wanted the war plugin to use ${basedir}/build as the output directory (instead of the default target directory) but was unable to find out how to do so by reading the http://maven.apache.org/plugins/maven-war-plugin/ documentation . http://maven.apache.org/plugins/maven-war-plugin/war-mojo.html It's a bit hidden under Project Documentation # Project Reports * Plugin documentation in the left navigation =Stefan -- reuter network consulting Neusser Str. 110 50760 Koeln Germany Telefon: +49 221 1305699-0 Telefax: +49 221 1305699-90 E-Mail: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] WWW: http://www.reucon.com Steuernummern 215/5140/1791 USt-IdNr. DE220701760 -- View this message in context: http://www.nabble.com/Where-is-plugin-configuration-information--tp15189569s177p15190740.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Where is plugin configuration information?
BTW, you can also type mvn help:describe -DgroupId=pluginGroupId -DartifactId=pluginArtifactId -Dversion=pluginVersion -Dfull=true my 2c, Erez On Jan 30, 2008 10:07 PM, Sri Sankaran [EMAIL PROTECTED] wrote: D'oh! Thanks. I just noticed that this also accessible by following the Goals link on the nav bar. Sri Stefan Reuter wrote: Sri Sankaran wrote: Can you please point me to where I can find a listing of a plugin's configurable properties? For example, I wanted the war plugin to use ${basedir}/build as the output directory (instead of the default target directory) but was unable to find out how to do so by reading the http://maven.apache.org/plugins/maven-war-plugin/ documentation . http://maven.apache.org/plugins/maven-war-plugin/war-mojo.html It's a bit hidden under Project Documentation # Project Reports * Plugin documentation in the left navigation =Stefan -- reuter network consulting Neusser Str. 110 50760 Koeln Germany Telefon: +49 221 1305699-0 Telefax: +49 221 1305699-90 E-Mail: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] WWW: http://www.reucon.com Steuernummern 215/5140/1791 USt-IdNr. DE220701760 -- View this message in context: http://www.nabble.com/Where-is-plugin-configuration-information--tp15189569s177p15190740.html Sent from the Maven - Users mailing list archive at Nabble.comhttp://nabble.com/ . - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: A Hello World in ejb3
Hi Jacek, Thanks, I checked out that trunk, and mvn compile, everything compiles then mvn package, I got this error: org.apache.geronimo.kernel.config.LifecycleException: load of org.apache.geronimo.framework/geronimo-gbean-deployer/2.1-SNAPSHOT/car failed at org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:299) ... at org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:296) ... 33 more [INFO] [ERROR] BUILD ERROR [INFO] [INFO] org.apache.geronimo.framework/geronimo-gbean-deployer/2.1-SNAPSHOT/car however the ear file for calculator is there, so I deployed it in Geronimo and it works! now, is there a simple maven project? let's say, just calculator, what in the trunk now has a lot of sample projects, and many level of pom.xml, this is too advanced for newbie like me, i need a single project, any one available? thanks. A.C. Jacek Laskowski wrote: On Jan 29, 2008 4:14 PM, Angelo Chen [EMAIL PROTECTED] wrote: I believe you downloaded the samples of Geronimo from https://svn.apache.org/repos/asf/geronimo/samples/trunk, didn't you? If so, the issue was resolved yesterday so you should check out yesterday's changes and give it a whirl again. It should build and work fine. Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/A-%22Hello-World%22-in-ejb3-tp15127007s177p15193814.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Maven Eclipse plugin does not evaluate systemPath dependency
I have the following in my pom.xml: dependency groupIdoracle.apps/groupId artifactIdoracle.apps.all/artifactId version11.5.10/version scopesystem/scope systemPath${AF_CLASSPATH}/systemPath /dependency The ${AF_CLASSPATH} should evaluate the environment variable AF_CLASSPATH to c:\oracle\apps (where my class folder is). However, it doesn't seem to do that. It even fails if I hard code the directory into the systemPath: dependency groupIdoracle.apps/groupId artifactIdoracle.apps.all/artifactId version11.5.10/version scopesystem/scope systemPathc:/oracle/apps/systemPath /dependency Interestingly, both techniques work from the Maven command line, thus leading me to believe there's something wrong with the Maven Eclipse plugin... -- View this message in context: http://www.nabble.com/Maven-Eclipse-plugin-does-not-evaluate-systemPath-dependency-tp15194043s177p15194043.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven Eclipse plugin does not evaluate systemPath dependency
If it is an environment variable it should be ${env.AF_CLASSPATH} ?? Did you try ? Arnaud On Jan 30, 2008 11:49 PM, 8 [EMAIL PROTECTED] wrote: I have the following in my pom.xml: dependency groupIdoracle.apps/groupId artifactIdoracle.apps.all/artifactId version11.5.10/version scopesystem/scope systemPath${AF_CLASSPATH}/systemPath /dependency The ${AF_CLASSPATH} should evaluate the environment variable AF_CLASSPATH to c:\oracle\apps (where my class folder is). However, it doesn't seem to do that. It even fails if I hard code the directory into the systemPath: dependency groupIdoracle.apps/groupId artifactIdoracle.apps.all/artifactId version11.5.10/version scopesystem/scope systemPathc:/oracle/apps/systemPath /dependency Interestingly, both techniques work from the Maven command line, thus leading me to believe there's something wrong with the Maven Eclipse plugin... -- View this message in context: http://www.nabble.com/Maven-Eclipse-plugin-does-not-evaluate-systemPath-dependency-tp15194043s177p15194043.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- .. Arnaud HERITIER .. OCTO Technology - aheritier AT octo DOT com www.octo.com | blog.octo.com .. ASF - aheritier AT apache DOT org www.apache.org | maven.apache.org ...
Re: Maven Eclipse plugin does not evaluate systemPath dependency
Hi Arnaud, Thanks for the info. I tried that, too. Unfortunately, that didn't work either. Again, both ${AF_CLASSPATH} and ${env.AF_CLASSPATH} work from the command line. Arnaud HERITIER wrote: If it is an environment variable it should be ${env.AF_CLASSPATH} ?? Did you try ? Arnaud On Jan 30, 2008 11:49 PM, 8 [EMAIL PROTECTED] wrote: I have the following in my pom.xml: dependency groupIdoracle.apps/groupId artifactIdoracle.apps.all/artifactId version11.5.10/version scopesystem/scope systemPath${AF_CLASSPATH}/systemPath /dependency The ${AF_CLASSPATH} should evaluate the environment variable AF_CLASSPATH to c:\oracle\apps (where my class folder is). However, it doesn't seem to do that. It even fails if I hard code the directory into the systemPath: dependency groupIdoracle.apps/groupId artifactIdoracle.apps.all/artifactId version11.5.10/version scopesystem/scope systemPathc:/oracle/apps/systemPath /dependency Interestingly, both techniques work from the Maven command line, thus leading me to believe there's something wrong with the Maven Eclipse plugin... -- View this message in context: http://www.nabble.com/Maven-Eclipse-plugin-does-not-evaluate-systemPath-dependency-tp15194043s177p15194043.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- .. Arnaud HERITIER .. OCTO Technology - aheritier AT octo DOT com www.octo.com | blog.octo.com .. ASF - aheritier AT apache DOT org www.apache.org | maven.apache.org ... -- View this message in context: http://www.nabble.com/Maven-Eclipse-plugin-does-not-evaluate-systemPath-dependency-tp15194043s177p15195088.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven Eclipse plugin does not evaluate systemPath dependency
Oops, I forgot to post the Eclipse error displayed: Required library cannot denote external folder: 'C:\oracle\apps' for project 'MyProgram' Obviously, c:\oracle\apps points to a class folder... hmm. Arnaud HERITIER wrote: If it is an environment variable it should be ${env.AF_CLASSPATH} ?? Did you try ? Arnaud On Jan 30, 2008 11:49 PM, 8 [EMAIL PROTECTED] wrote: I have the following in my pom.xml: dependency groupIdoracle.apps/groupId artifactIdoracle.apps.all/artifactId version11.5.10/version scopesystem/scope systemPath${AF_CLASSPATH}/systemPath /dependency The ${AF_CLASSPATH} should evaluate the environment variable AF_CLASSPATH to c:\oracle\apps (where my class folder is). However, it doesn't seem to do that. It even fails if I hard code the directory into the systemPath: dependency groupIdoracle.apps/groupId artifactIdoracle.apps.all/artifactId version11.5.10/version scopesystem/scope systemPathc:/oracle/apps/systemPath /dependency Interestingly, both techniques work from the Maven command line, thus leading me to believe there's something wrong with the Maven Eclipse plugin... -- View this message in context: http://www.nabble.com/Maven-Eclipse-plugin-does-not-evaluate-systemPath-dependency-tp15194043s177p15194043.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- .. Arnaud HERITIER .. OCTO Technology - aheritier AT octo DOT com www.octo.com | blog.octo.com .. ASF - aheritier AT apache DOT org www.apache.org | maven.apache.org ... -- View this message in context: http://www.nabble.com/Maven-Eclipse-plugin-does-not-evaluate-systemPath-dependency-tp15194043s177p15195467.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven Eclipse plugin does not evaluate systemPath dependency
Can you perhaps jar up the classes in that path, and then specify the full jar name, or even better check it into your local Maven repo cache using install:install-file? Wayne On 1/30/08, 8 [EMAIL PROTECTED] wrote: Oops, I forgot to post the Eclipse error displayed: Required library cannot denote external folder: 'C:\oracle\apps' for project 'MyProgram' Obviously, c:\oracle\apps points to a class folder... hmm. Arnaud HERITIER wrote: If it is an environment variable it should be ${env.AF_CLASSPATH} ?? Did you try ? Arnaud On Jan 30, 2008 11:49 PM, 8 [EMAIL PROTECTED] wrote: I have the following in my pom.xml: dependency groupIdoracle.apps/groupId artifactIdoracle.apps.all/artifactId version11.5.10/version scopesystem/scope systemPath${AF_CLASSPATH}/systemPath /dependency The ${AF_CLASSPATH} should evaluate the environment variable AF_CLASSPATH to c:\oracle\apps (where my class folder is). However, it doesn't seem to do that. It even fails if I hard code the directory into the systemPath: dependency groupIdoracle.apps/groupId artifactIdoracle.apps.all/artifactId version11.5.10/version scopesystem/scope systemPathc:/oracle/apps/systemPath /dependency Interestingly, both techniques work from the Maven command line, thus leading me to believe there's something wrong with the Maven Eclipse plugin... -- View this message in context: http://www.nabble.com/Maven-Eclipse-plugin-does-not-evaluate-systemPath-dependency-tp15194043s177p15194043.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- .. Arnaud HERITIER .. OCTO Technology - aheritier AT octo DOT com www.octo.com | blog.octo.com .. ASF - aheritier AT apache DOT org www.apache.org | maven.apache.org ... -- View this message in context: http://www.nabble.com/Maven-Eclipse-plugin-does-not-evaluate-systemPath-dependency-tp15194043s177p15195467.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
surefire and initial context
Hi there, I am running maven2 and surefire plugin 2.4 to execute junit4 style tests. I am using spring2.5 and creating a jndiTemplate bean with the following properties to talk to a weblogic 10 server message queue. bean id=jndiTemplate class=org.springframework.jndi.JndiTemplate property name=environment props prop key=java.naming.factory.initial weblogic.jndi.WLInitialContextFactory /prop prop key=java.naming.provider.url t3://localhost:7001 /prop /props /property /bean When I run my test using eclipse it creates the bean no problem. If I try to run it using maven I get the following trace: Caused by: java.lang.NoClassDefFoundError: weblogic/jndi/spi/EnvironmentManager at weblogic.jndi.Environment.getContext(Environment.java:307) at weblogic.jndi.Environment.getContext(Environment.java:277) at weblogic.jndi.WLInitialContextFactory.getInitialContext(WLInitialContext Factory.java:117) at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:667) at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:247) at javax.naming.InitialContext.init(InitialContext.java:223) at javax.naming.InitialContext.init(InitialContext.java:197) at org.springframework.jndi.JndiTemplate.createInitialContext(JndiTemplate. java:105) at org.springframework.jndi.JndiTemplate.execute(JndiTemplate.java:83) at org.springframework.jndi.JndiTemplate.lookup(JndiTemplate.java:121) at org.springframework.jndi.JndiTemplate.lookup(JndiTemplate.java:146) at org.springframework.jndi.JndiLocatorSupport.lookup(JndiLocatorSupport.ja va:93) at org.springframework.jndi.JndiObjectLocator.lookup(JndiObjectLocator.java :105) at org.springframework.jndi.JndiObjectFactoryBean.lookupWithFallback(JndiOb jectFactoryBean.java:197) at org.springframework.jndi.JndiObjectFactoryBean.afterPropertiesSet(JndiOb jectFactoryBean.java:184) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFac tory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1390) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFac tory.initializeBean(AbstractAutowireCapableBeanFactory.java:1359) I am including the following dependencies for weblogic: dependency groupIdweblogic-server/groupId artifactIdapi/artifactId version10.0.0.0/version /dependency dependency groupIdweblogic-server/groupId artifactIdwls-api/artifactId version10.0.0.0/version /dependency dependency groupIdweblogic-server/groupId artifactIdwlclient/artifactId version10.0.0.0/version /dependency dependency groupIdweblogic-server/groupId artifactIdwljmsclient/artifactId version10.0.0.0/version /dependency Has anyone come across a similar issue? I can only assume it is a problem with the surefire plugin as it works fine in eclipse and the eclipse classpath is being built from my maven dependencies. I am stumped on this. Cheers, Matt. This email and associated attachments may contain confidential and privileged CITEC information that is provided solely for the use of the intended addressee. Views and opinions expressed in this email are those of the individual sender and are not necessarily the views and opinions of CITEC unless the sender expressly states that such views and opinions are those of CITEC. The privilege and confidentiality associated with this email and attachments will not be waived, lost or rescinded by reason of mistaken delivery. Should you receive this email by mistake, please notify the sender by return email then delete the email from your computer system. You must not use, copy, modify, print, or distribute the email or the information and attachments contained within same to any third party. CITEC does not accept any liability in respect of viruses or computer problems experienced by the recipient through access gained to this email and its attachments.
Re: Maven Eclipse plugin does not evaluate systemPath dependency
Unfortunately, the class folder contains over 100,000 .class files (typical Oracle fat)... and since jars can only contain 65K files, this will not work (I'm using Java 5). I guess I can put it in two or more jar files, but that's pretty messy. Also, that still doesn't address why this doesn't work - when it should, as the command line demonstrates. Wayne Fay wrote: Can you perhaps jar up the classes in that path, and then specify the full jar name, or even better check it into your local Maven repo cache using install:install-file? Wayne On 1/30/08, 8 [EMAIL PROTECTED] wrote: Oops, I forgot to post the Eclipse error displayed: Required library cannot denote external folder: 'C:\oracle\apps' for project 'MyProgram' Obviously, c:\oracle\apps points to a class folder... hmm. Arnaud HERITIER wrote: If it is an environment variable it should be ${env.AF_CLASSPATH} ?? Did you try ? Arnaud On Jan 30, 2008 11:49 PM, 8 [EMAIL PROTECTED] wrote: I have the following in my pom.xml: dependency groupIdoracle.apps/groupId artifactIdoracle.apps.all/artifactId version11.5.10/version scopesystem/scope systemPath${AF_CLASSPATH}/systemPath /dependency The ${AF_CLASSPATH} should evaluate the environment variable AF_CLASSPATH to c:\oracle\apps (where my class folder is). However, it doesn't seem to do that. It even fails if I hard code the directory into the systemPath: dependency groupIdoracle.apps/groupId artifactIdoracle.apps.all/artifactId version11.5.10/version scopesystem/scope systemPathc:/oracle/apps/systemPath /dependency Interestingly, both techniques work from the Maven command line, thus leading me to believe there's something wrong with the Maven Eclipse plugin... -- View this message in context: http://www.nabble.com/Maven-Eclipse-plugin-does-not-evaluate-systemPath-dependency-tp15194043s177p15194043.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- .. Arnaud HERITIER .. OCTO Technology - aheritier AT octo DOT com www.octo.com | blog.octo.com .. ASF - aheritier AT apache DOT org www.apache.org | maven.apache.org ... -- View this message in context: http://www.nabble.com/Maven-Eclipse-plugin-does-not-evaluate-systemPath-dependency-tp15194043s177p15195467.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Maven-Eclipse-plugin-does-not-evaluate-systemPath-dependency-tp15194043s177p15199253.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]