RE: multi-module bootstrap/release in a flat directory hierarchy (using ClearCase)
Torsten: You said : = How can I solve this problem, when I don´t want to change the flat hierarchy into a directory tree Much to my dismay, you can't. http://jira.codehaus.org/browse/MRELEASE-261 http://jira.codehaus.org/browse/MRELEASE-261 http://jira.codehaus.org/browse/MRELEASE-225 http://jira.codehaus.org/browse/MRELEASE-225 Barrett Barrett Nuzum Sr. Consultant [EMAIL PROTECTED] Mobile: 918-640-4414 Valtech 5080 Spectrum Drive, Ste 700W Addison, TX 75001 USA Tel: 972-789-1200 Fax: 972-789-1340 www.valtech.us - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How to debug transitive dependencies
Alternatively, you can use the new dependency:tree goal with the 2.0 version of the dependency plugin. mvn org.apache.maven.plugins:maven-dependency-plugin:2.0:tree It seems to be the simplest and most available option. (Thanks, Brian!) Barrett Nuzum Sr. Consultant [EMAIL PROTECTED] Mobile: 918-640-4414 Valtech 5080 Spectrum Drive, Ste 700W Addison, TX 75001 USA Tel: 972-789-1200 Fax: 972-789-1340 www.valtech.us From: Dror Bereznitsky [mailto:[EMAIL PROTECTED] Sent: Tue 2/5/2008 2:43 PM To: Maven Users List Subject: Re: How to debug transitive dependencies You can use dependency analyzer - http://sourceforge.net/projects/dep-analyzer Dror On Feb 4, 2008 11:03 PM, Arash Bizhan zadeh [EMAIL PROTECTED] wrote: I am getting some strange unrelated jar files inside my war package. Could somebody tell me how can I debug the transitive resolution process and eliminate unrelated jar files? Thanks Arash -- You can not depend on your eyes when your imagination is out of focus. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Disk Space Optimization with Snapshots
Robert: We use a combination of distributionManagement snapshotRepository uniqueVersionfalse/uniqueVersion /snapshotRepository /distributionManagement and Archiva. Both have worked well for us. Barrett Barrett Nuzum Sr. Consultant [EMAIL PROTECTED] Mobile: 918-640-4414 Valtech 5080 Spectrum Drive, Ste 700W Addison, TX 75001 USA Tel: 972-789-1200 Fax: 972-789-1340 www.valtech.us From: Robert Winch [mailto:[EMAIL PROTECTED] Sent: Mon 1/14/2008 6:18 PM To: Maven Users List Subject: Re: Disk Space Optimization with Snapshots Thank you for your quick reply. Is there a way to do this for a local repository as well? Thanks in advance, Rob On Jan 14, 2008 4:40 PM, Wayne Fay [EMAIL PROTECTED] wrote: Archiva has support for this, see: http://jira.codehaus.org/browse/MRM-275 Wayne On 1/14/08, Robert Winch [EMAIL PROTECTED] wrote: I currently experience disk space issues because build are frequent within my company. This happens on our build boxes which use a CI Server to build and then deploy our projects to a maven repository. The build box's local repository contains a lot of old snapshot builds which we no longer need. In addition, the remote maven repository contains unneeded snapshot jars. Is there a way to make it so that we only contain the most recent snapshot in our local and remote repositories, but still ensure that users will download the most recent snapshot version? Thanks in advance, Rob - 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: Dependency versions in large multi-projects multi-modules environment
Guillaume: At one of our clients, we had a very similar situation. We opted to go with option #1, below. It *is* a bit of a maintenance burden, but it's far more reliable and explicit than any alternatives. Barrett :: Barrett Nuzum Sr. Consultant Direct: 918.640.4414 Fax: 972.789.1340 Valtech Technologies, Inc. 5080 Spectrum Drive Suite 700 West Addison, Texas 75001 www.valtech.us http://www.valtech.us/ Delivering Business Agility From: Guillaume Lederrey [mailto:[EMAIL PROTECTED] Sent: Mon 1/7/2008 10:34 AM To: Maven Users List Subject: Dependency versions in large multi-projects multi-modules environment Hello ! I have to investigate the migration to Maven in our organisation. We have a pretty large software base : about 100 projects each generating 3 to 6 artifacts. A part of these modules are a framework used by most other projects. For the moment, we are managing versioning with ant, and a script that download the latest version of each library. This script is updated every time a new version of a library is released. The script itself is on a server and accessed by all developers / build tools. I see to major ways to do the same with Maven : 1) replace our script by a parent pom which will contain all dependencies and versions in its dependencyManagement/ section. This means that every time a new library is released, a new version of this parent pom has to be released as well. And all other projects have to update their reference to the latest parent pom. 2) use version ranges in the parent pom. This way, the new version of the library is used by all projects as soon as it is available in our central repository. Much easier to manage, but it sound a bit scary to have it that much automated ... Other problem, we will loose build reproducibility ... I'll be happy to know how you manage dependency versions in large organizations ... Thanks a lot ! Guillaume -- Jabber : [EMAIL PROTECTED] Skype : Guillaume.Lederrey Projects : * http://rwanda.wordpress.com/ * http://rwandatech.wordpress.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Where is crimson-1.1.3 dependency coming from?
Blake: Analyzing the Project Site Dependency report or running dependency:tree (if available :( ) should be able to tell you which dependency is causing crimson to be included. Barrett :: Barrett Nuzum Sr. Consultant Direct: 918.640.4414 Fax: 972.789.1340 Valtech Technologies, Inc. 5080 Spectrum Drive Suite 700 West Addison, Texas 75001 www.valtech.us http://www.valtech.us/ Delivering Business Agility From: Mills, Blake S. [mailto:[EMAIL PROTECTED] Sent: Fri 9/28/2007 1:12 PM To: users@maven.apache.org Subject: Where is crimson-1.1.3 dependency coming from? The jar crimson-1.1.3 is causing an exception. When I manually remove the jar from my WEB-INF/lib the exception goes away. I can't find where the dependency for crimson-1.1.3 is coming from. Below is the exception, maven version, jdk version, and pom.xml. Exception: org.springframework.beans.factory.BeanDefinitionStoreException: Parser configuration exception parsing XML from ServletContext resource [/WEB-INF/spring-servlet.xml]; nested exception is javax.xml.parsers.ParserConfigurationException: Unable to validate using XSD: Your JAXP provider [EMAIL PROTECTED] does not support XML Schema. Are you running on Java 1.4 or below with Apache Crimson? Upgrade to Apache Xerces (or Java 1.5) for full XSD support. Maven and jdk version: Maven version: 2.0.7 Java version: 1.5.0_11 OS name: windows xp version: 5.1 arch: x86 pom.xml: 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 groupIdcom.myCompany.claims/groupId artifactIdITClaimsSite/artifactId packagingwar/packaging version1.0-SNAPSHOT/version nameITClaimsSite Maven Webapp/name urlhttp://maven.apache.org http://maven.apache.org/ /url dependencies !-- Spring -- dependency groupIdorg.springframework/groupId artifactIdspring/artifactId version2.0.6/version /dependency dependency groupIdorg.springmodules/groupId artifactIdspring-modules-validation/artifactId version0.7/version /dependency !-- Hibernate -- dependency groupIdorg.hibernate/groupId artifactIdhibernate/artifactId version3.0.5/version /dependency !-- JodaTime -- dependency groupIdjoda-time/groupId artifactIdjoda-time/artifactId version1.4/version /dependency !-- Calendartag -- dependency groupIdorg.calendartag/groupId artifactIdcalendartag/artifactId version1.0.1/version /dependency !-- Junit -- dependency groupIdjunit/groupId artifactIdjunit/artifactId version3.8.1/version scopetest/scope /dependency !-- JFreeChart cewolf tag-- dependency groupIdjfree/groupId artifactIdjfreechart/artifactId version1.0.5/version /dependency dependency groupIdcewolf/groupId artifactIdcewolf/artifactId version1.0/version exclusions exclusion groupIdgnujaxp/groupId artifactIdgnujaxp/artifactId /exclusion /exclusions /dependency !-- Tags/Servlet -- dependency groupIdjavax.servlet/groupId artifactIdservlet-api/artifactId version2.4/version scopeprovided/scope /dependency dependency groupIdjavax.servlet/groupId artifactIdjsp-api/artifactId version2.0/version scopeprovided/scope /dependency dependency groupIdjavax.servlet/groupId artifactIdjstl/artifactId version1.1.2/version /dependency dependency groupIdtaglibs/groupId artifactIdstandard/artifactId version1.1.2/version /dependency /dependencies build finalNameITClaimsSite/finalName plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-compiler-plugin/artifactId configuration source1.5/source target1.5/target /configuration /plugin /plugins /build /project - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: how NOT to include any lib (dependencies) in the WAR ?
Nishant: Adding excludes**/lib/*/excludes to the maven-war-plugin configuration will forcibly exclude all libraries. http://maven.apache.org/plugins/maven-war-plugin/examples/skinny-wars.html http://maven.apache.org/plugins/maven-war-plugin/examples/skinny-wars.html We typically call these Skinny WARs. Note on that page, it says that it's decidedly broken with the 2.0 release of the war-plugin. That might be your problem. Barrett :: Barrett Nuzum Sr. Consultant Direct: 918.640.4414 Fax: 972.789.1340 Valtech Technologies, Inc. 5080 Spectrum Drive Suite 700 West Addison, Texas 75001 www.valtech.us http://www.valtech.us/ Delivering Business Agility From: Sonar, Nishant [mailto:[EMAIL PROTECTED] Sent: Tue 9/18/2007 10:18 AM To: Maven Users List Subject: how NOT to include any lib (dependencies) in the WAR ? Whenever I create a WAR , it creates a WEB-INF/lib inside the war and adds all the dependencies in the WAR . What can I do NOT to include any lib (dependencies) in the WAR , and exclude the lib folder to be in war, here's my POM 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 parent groupId workspace.samples/groupId artifactIdsimpleWebService/artifactId version1.0/version /parent groupIdworkspace.samples.simpleWebService/groupId artifactIdwebService/artifactId name${project.artifactId} module for ${project.parent.artifactId}/name description${project.artifactId} module for ${project.parent.artifactId}/description packagingwar/packaging dependencies dependency groupIdjavax.jws/groupId artifactIdjsr181/artifactId version1.0/version /dependency dependency groupIdjunit/groupId artifactIdjunit/artifactId version3.8.1/version scopetest/scope /dependency dependency groupIdjaxws-ri/groupId artifactIdjaxb-api/artifactId version2.1.1/version /dependency dependency groupIdjaxws-ri/groupId artifactIdjaxws-api/artifactId version2.1.1/version /dependency dependency groupIdeasymock/groupId artifactIdeasymock/artifactId version2.0/version /dependency dependency groupIdeasymock/groupId artifactIdeasymockclassextension/artifactId version2.2/version /dependency dependency groupIdcommons-logging/groupId artifactIdcommons-logging-api/artifactId version1.0.4/version /dependency dependency groupIdcom.sun.xml.ws/groupId artifactIdjaxws-rt/artifactId version2.1.1/version /dependency /dependencies build plugins plugin groupIdorg.codehaus.mojo/groupId artifactIdjaxws-maven-plugin/artifactId version1.2/version configuration verbosefalse/verbose seicom.service.DateServiceImpl/sei genWsdlfalse/genWsdl keepfalse/keep destDirtarget\classes/destDir /configuration executions execution goals goalwsgen/goal /goals phasecompile/phase /execution /executions !-- for AnnotationProcessorFactory -- dependencies dependency groupIdcom.sun/groupId artifactIdtools/artifactId version1.5.0_11/version /dependency dependency groupIdcom.sun.xml.ws/groupId artifactIdjaxws-tools/artifactId
RE: Profile activation - release
Steven: Thanks for the response. That would work -- except the profiles need to be mutually exclusive. If the my.release.profile is active, the my.snapshot.profile needs to be inactive. Anybody got any idea why the exact syntax from the Super POM does nothing? Barrett :: Barrett Nuzum Consultant, Skill Development Direct: 918.640.4414 Fax: 972.789.1340 Valtech Technologies, Inc. 5080 Spectrum Drive Suite 700 West Addison, Texas 75001 www.valtech.com http://www.valtech.com/ making IT business friendly From: Steven Rowe [mailto:[EMAIL PROTECTED] Sent: Tue 7/17/2007 9:03 AM To: Maven Users List Subject: Re: Profile activation - release Hi Barrett, Here's what I do in this situation: plugin artifactIdmaven-release-plugin/artifactId configuration ... arguments-Pmy.release.profile/arguments /configuration /plugin the -Pprofile-id argument activates profile-id when the release:* goals are run. Steve Barrett Nuzum wrote: Hi everyone. I have a plugin that needs to be executed in two different configurations. One configuration is for when being released with the release plugin only. Another is for all other times. I've figured out the profiles configuration for the execution of the plugins -- but the activation is killing me. I noticed the Super POM has a releasePerform activation. I tried to copy it, but it did not work. I also tried just using the existence of a property, but that did not seem to work. That is to say -- profiles profile id1/id activation property name!someProperty [...] profile id2/id activation property namesomeProperty Any suggestions? Barrett - 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]
Profile activation - release
Hi everyone. I have a plugin that needs to be executed in two different configurations. One configuration is for when being released with the release plugin only. Another is for all other times. I've figured out the profiles configuration for the execution of the plugins -- but the activation is killing me. I noticed the Super POM has a releasePerform activation. I tried to copy it, but it did not work. I also tried just using the existence of a property, but that did not seem to work. That is to say -- profiles profile id1/id activation property name!someProperty [...] profile id2/id activation property namesomeProperty Any suggestions? Barrett :: Barrett Nuzum Consultant, Skill Development Direct: 918.640.4414 Fax: 972.789.1340 Valtech Technologies, Inc. 5080 Spectrum Drive Suite 700 West Addison, Texas 75001 www.valtech.com http://www.valtech.com/ making IT business friendly - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Surefire classpath issues
Randall: Surefire seems to have a number of issues because of it's dedicated Resource and Class loaders. I believe the best practice here is to make an example project and submit a bug to codehaus. I've had to do so. http://jira.codehaus.org/browse/SUREFIRE-340 Barrett :: Barrett Nuzum Consultant, Skill Development Direct: 918.640.4414 Fax: 972.789.1340 Valtech Technologies, Inc. 5080 Spectrum Drive Suite 700 West Addison, Texas 75001 www.valtech.com http://www.valtech.com/ making IT business friendly From: Randall Fidler [mailto:[EMAIL PROTECTED] Sent: Wed 6/20/2007 9:58 AM To: users@maven.apache.org Subject: Surefire classpath issues Hello, Have an issue with trying to leverage Blowfish which ships with Java 1.5 in relation to unit tests. The test which I'm trying to run is using JAXB and Blowfish impl which comes with Java 1.5, i.e. what's in SunJCE.jar (jre/lib/ext). Before I was using a different impl of Blowfish, third party jar (cryptix) and that was setup as a dependency in my pom so JAXB and the blowfish impl were on the same level - no problems. The fun begins when I switch from the third party jar and try to use the java provided impl. Now, I can use JAXB and the Java impl together fine, say, when I run the actual application which is being tested - problems only happen when running the unit tests via Maven. First problem: java.lang.NoClassDefFoundError: com/sun/crypto/provider/SunJCE Resolved this by enabling the childDelegation for the surefire plugin. groupIdorg.apache.maven.plugins/groupId artifactIdmaven-surefire-plugin/artifactId configuration forkModealways/forkMode childDelegationtrue/childDelegation Note - The surefire plugin describes the childDelegation option as: When false it makes tests run using the standard classloader delegation instead of the default Maven isolated classloader. Only used when forking (forkMode is not none). Setting it to false helps with some problems caused by conflicts between xml parsers in the classpath and the Java 5 provider parser. Default value is false. Second problem: When I enable the childDelegation, the plugin then cannot find the JAXB classes (setup as dependencies in the pom). I've tried test/compile scopes on the dependencies but to no avail. Note: I tried the useSystemClassLoadertrue/useSystemClassLoader option, but that only seemed to make things worse. Any help is greatly appreciated! Regards, Randall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: profile and distributionmanagement
Raul: For most scenarios where you need to abstract the settings for a datasource from the datasource itself, people have largely turned to two design patterns: Service Locator and Dependency Injection If you use Service Locator, your application servers retain the definition of the datasource and you use a JNDI lookup to find it. Dependency Injection (especially with something like Spring) can be helpful as developers can have one configuration file for their environment (maybe even a lightweight database like HSQLDB), but it is not the one you bundle or use in production. We typically do both -- using DI to keep the implementation and the datasource definition separate, and the Spring configuration deployed to production uses a JndiObjectFactoryBean to get the datasource from the application server. While you could just use JNDI -- for maximum developer velocity, I prefer avoidance at all costs. Maven is not, in my opinion, a tolerable solution for the problem of data source configuration management. I think the pain you are experiencing highlights the truth in that. Now, as far as distributionManagement goes -- We generally have a property in settings.xml that is placed in the distributionManagement tag of relevant POMs. This, unfortunately, creates a dependency on your settings.xml for a successful build, but it's the only way to control what location to deploy to based on profile -- at least not without yet another plugin. That is to say: settings.xml profiles profile idqual/id properties my.deploy.pathscp://somewhere/my.deploy.path /properties /profile profile idprod/id properties my.deploy.pathscp://somewhere.else/my.deploy.path /properties [] pom.xml distributionManagement repository [...] url${my.deploy.path/url /repository Hope that helps. Barrett :: Barrett Nuzum Consultant, Skill Development Direct: 918.640.4414 Fax: 972.789.1340 Valtech Technologies, Inc. 5080 Spectrum Drive Suite 700 West Addison, Texas 75001 www.valtech.com http://www.valtech.com/ making IT business friendly From: capira [mailto:[EMAIL PROTECTED] Sent: Tue 6/19/2007 10:10 AM To: users@maven.apache.org Subject: Re: profile and distributionmanagement Thanks for the reply Arnaud. Maybe my post has a lack of information... We have several enviroments: developing, testing and production. Those enviroments has its own resources, passwords, etc. People from developing does (must) not know the settings of the application deployed (jdbc pool password, app settings, etc). They just release the software. Testing and production team have got a machine with continuum and a settings.xml file with the property values that must be overriding by filtering. So now the problem is: is there any way to say to deploy files in differents servers depending on the profile? The distributionManagement tag is not available for settings.xml Any suggestions? Regards, Raul Arnaud Bailly-3 wrote: capira [EMAIL PROTECTED] writes: Hi! I just wonder if there is a way to distribute software depending on the profile. Did you try adding a distributionManagement section in each profile in a pom.xml ? regards, -- OQube software engineering \ génie logiciel Arnaud Bailly, Dr. \web http://www.oqube.com http://www.oqube.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/profile-and-distributionmanagement-tf3946050s177.html#a11196727 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]
RE: [m2] relocating resource artifacts not in ./classes
Mick: Only source code should go in generated-sources. XML files and the like should go in generated-resources. If you can find how to get files into generated-resources and in a WEB-INF directory -- that is to say ./target/generated-sources/WEB-INF/jdev.xml -- you can add them to the WAR by doing: build plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-war-plugin/artifactId version2.0/version configuration webResources resource !-- this is relative to the pom.xml directory -- directorytarget/generated-resources/directory /resource /webResources /configuration /plugin /plugins /build :: Barrett Nuzum Consultant, Skill Development Direct: 918.640.4414 Fax: 972.789.1340 Valtech Technologies, Inc. 5080 Spectrum Drive Suite 700 West Addison, Texas 75001 www.valtech.com http://www.valtech.com/ making IT business friendly From: Mick Knutson [mailto:[EMAIL PROTECTED] Sent: Mon 6/11/2007 4:35 PM To: Maven Users List Subject: Re: [m2] relocating resource artifacts not in ./classes I have an xml files that is generated and added to ./target/generated-sources/jdev.xml I want to put that into my WAR: /WEB-INF/ Right now I can only seem to get it into my WAR: WEB-INF/classes/ and that will not work for OAS. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [m2] relocating resource artifacts not in ./classes
Hi Mick. What exactly are you trying to get in WEB-INF and why? I believe most people who need to put additional artifacts in WEB-INF (say, TLD files) use either a WAR overlay (http://maven.apache.org/plugins/maven-war-plugin/examples/war-overlay.html) or fudge with the dependency plugin (http://maven.apache.org/plugins/maven-dependency-plugin/examples/unpacking-artifacts.html) to unpack what they want wherever they want it. Barrett :: Barrett Nuzum Consultant, Skill Development Direct: 918.640.4414 Fax: 972.789.1340 Valtech Technologies, Inc. 5080 Spectrum Drive Suite 700 West Addison, Texas 75001 www.valtech.com http://www.valtech.com/ making IT business friendly From: Mick Knutson [mailto:[EMAIL PROTECTED] Sent: Mon 6/11/2007 4:17 PM To: maven Subject: Re: [m2] relocating resource artifacts not in ./classes Anyone have any ideas? I also tried to use the build-helper but that only seems to get *.java files: plugin groupIdorg.codehaus.mojo/groupId artifactIdbuild-helper-maven-plugin/artifactId executions execution idadd-source/id phasegenerate-sources/phase goals goaladd-source/goal /goals configuration sources source${basedir}/target/generated-sources/source /sources artifacts artifact file*/file type*/type !--classifieroptional/classifier-- /artifact /artifacts /configuration /execution /executions /plugin On 6/11/07, Mick Knutson [EMAIL PROTECTED] wrote: I want my resources to go into ./WEB-INF/* not ./WEB-INF/classes/* resources resource directory${basedir}/src/main/resources/directory filteringtrue/filtering /resource resource directory${basedir}/target/generated-sources/directory targetPath..//targetPath excludes exclude**/*.java/exclude /excludes filteringtrue/filtering /resource /resources The above did not seem to work... -- --- Thanks, Mick Knutson http://www.baselogic.com http://www.baselogic.com/ http://www.blincmagazine.com http://www.blincmagazine.com/ http://www.djmick.com http://www.djmick.com/ http://www.myspace.com/mickknutson http://www.myspace.com/djmick_dot_com http://www.myspace.com/sexybeotches http://www.thumpradio.com http://www.thumpradio.com/ --- -- --- Thanks, Mick Knutson http://www.baselogic.com http://www.baselogic.com/ http://www.blincmagazine.com http://www.blincmagazine.com/ http://www.djmick.com http://www.djmick.com/ http://www.myspace.com/mickknutson http://www.myspace.com/djmick_dot_com http://www.myspace.com/sexybeotches http://www.thumpradio.com http://www.thumpradio.com/ --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How do I upgrade internal maven1 repos to maven2
Hi Chris. Maven2 can navigate Maven1 repositories well. I would define your M1 repo as a repository that your M2 build can use. Just specify layoutlegacy/layout in your repository definition. If you specify a different folder for your Maven2 repository, the first time you run a Maven2 build, it will download all the relevant dependencies from the M1 repo and install them to the correct location in your M2 repo. Barrett :: Barrett Nuzum Consultant, Skill Development Direct: 918.640.4414 Fax: 972.789.1340 Valtech Technologies, Inc. 5080 Spectrum Drive Suite 700 West Addison, Texas 75001 www.valtech.com http://www.valtech.com/ making IT business friendly From: Chris Helck [mailto:[EMAIL PROTECTED] Sent: Wed 5/16/2007 9:44 AM To: Maven Users List Subject: How do I upgrade internal maven1 repos to maven2 Hello, We have some internal maven 1 repositories. I would like to convert them to maven2, but I'd like my existing maven1 builds to keep working. How do I do this? Thanks, Christopher Helck ** This communication and all information (including, but not limited to, market prices/levels and data) contained therein (the Information) is for informational purposes only, is confidential, may be legally privileged and is the intellectual property of ICAP plc and its affiliates (ICAP) or third parties. No confidentiality or privilege is waived or lost by any mistransmission. The Information is not, and should not be construed as, an offer, bid or solicitation in relation to any financial instrument or as an official confirmation of any transaction. The Information is not warranted, including, but not limited, as to completeness, timeliness or accuracy and is subject to change without notice. ICAP assumes no liability for use or misuse of the Information. All representations and warranties are expressly disclaimed. The Information does not necessarily reflect the views of ICAP. Access to the Information by anyone else other than the recipient is unauthorized and any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it is prohibited. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How do I upgrade internal maven1 repos to maven2
Hi again, Chris. Well, for us, all the M1 artifacts go in $HOME/.maven/repository and M2 artifacts go in $HOME/.m2/repository. If the M1 artifacts have discrete metadata (that is to say, some difference of groupId, artifactId, and/or version) of your M2 artifacts, then every time you build with M2, the M1 repository will be checked for updates of those artifacts according to your updatePolicy. (Sounds like you'd want always.) (If you use the same metadata in both M1 and M2, of course, Maven2 will overwrite any Maven1 file with the same information.) M2 will take each of those M1 artifacts and store a local copy in *its* repository. (Just as if you downloaded it from central.) Then let the M2 repo be the master repository. Since it's not simple to have M1 see your M2 repo, letting your M2 builds set the course for future development is key. If you choose to discontinue M1 builds, all you will have to do is remove the repository from your settings.xml. If you need M2 artifacts in your M1 build, I would discourage this practice -- it's very, very far from convention and will likely cause pain. To convert fully to M2 will likely cause less pain in the long run and you will see other benefits. (2x+ build speed, etc.) Barrett :: Barrett Nuzum Consultant, Skill Development Direct: 918.640.4414 Fax: 972.789.1340 Valtech Technologies, Inc. 5080 Spectrum Drive Suite 700 West Addison, Texas 75001 www.valtech.com http://www.valtech.com/ making IT business friendly From: Chris Helck [mailto:[EMAIL PROTECTED] Sent: Wed 5/16/2007 1:57 PM To: Maven Users List Subject: RE: How do I upgrade internal maven1 repos to maven2 Hi Barret, I don't understand. I do use the layoutlegacy/layout element to access my M1 repo from maven2, but what do you mean by specify a different folder for your Maven2 repository? The only thing I can think of is to copy the contents of my $HOME/.m2 directory to my maven2 repo. Basically I need to keep both repo's in synch. I like the idea of a proxy that gives me different views of the same data, I haven't found one that does it (or has it documented.) Thanks, Christopher Helck -Original Message- From: Barrett Nuzum [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 16, 2007 12:31 PM To: Maven Users List Subject: RE: How do I upgrade internal maven1 repos to maven2 Hi Chris. Maven2 can navigate Maven1 repositories well. I would define your M1 repo as a repository that your M2 build can use. Just specify layoutlegacy/layout in your repository definition. If you specify a different folder for your Maven2 repository, the first time you run a Maven2 build, it will download all the relevant dependencies from the M1 repo and install them to the correct location in your M2 repo. Barrett :: Barrett Nuzum Consultant, Skill Development Direct: 918.640.4414 Fax: 972.789.1340 Valtech Technologies, Inc. 5080 Spectrum Drive Suite 700 West Addison, Texas 75001 www.valtech.com http://www.valtech.com/ making IT business friendly From: Chris Helck [mailto:[EMAIL PROTECTED] Sent: Wed 5/16/2007 9:44 AM To: Maven Users List Subject: How do I upgrade internal maven1 repos to maven2 Hello, We have some internal maven 1 repositories. I would like to convert them to maven2, but I'd like my existing maven1 builds to keep working. How do I do this? Thanks, Christopher Helck ** This communication and all information (including, but not limited to, market prices/levels and data) contained therein (the Information) is for informational purposes only, is confidential, may be legally privileged and is the intellectual property of ICAP plc and its affiliates (ICAP) or third parties. No confidentiality or privilege is waived or lost by any mistransmission. The Information is not, and should not be construed as, an offer, bid or solicitation in relation to any financial instrument or as an official confirmation of any transaction. The Information is not warranted, including, but not limited, as to completeness, timeliness or accuracy and is subject to change without notice. ICAP assumes no liability for use or misuse of the Information. All representations and warranties are expressly disclaimed. The Information does not necessarily reflect the views of ICAP. Access to the Information by anyone else other than the recipient is unauthorized and any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it is prohibited. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional
RE: How to deploy source jar generated by source plug-in into repository when running mvn deploy?
Hi folks. For one of our clients, we just have the CI server call 'mvn clean source:jar deploy' and Maven includes the source jars when it deploys. File under what is the simplest thing that could possibly work. Barrett :: Barrett Nuzum Consultant, Skill Development Direct: 918.640.4414 Fax: 972.789.1340 Valtech Technologies, Inc. 5080 Spectrum Drive Suite 700 West Addison, Texas 75001 www.valtech.com http://www.valtech.com/ making IT business friendly From: Maria Odea Ching [mailto:[EMAIL PROTECTED] Sent: Wed 5/9/2007 9:01 PM To: Maven Users List Subject: Re: How to deploy source jar generated by source plug-in into repository when running mvn deploy? Hmm.. yeah it makes more sense. Thanks for correcting me :) - Deng Stephane Nicoll wrote: On 5/9/07, Maria Odea Ching [EMAIL PROTECTED] wrote: Try mvn deploy:deploy-file :-) ? Not sure it's the right advice. If you want to deploy the source within the standard deploy phase, you need to bind the source plugin to the lifecycle. To do so, configure the source plugin as follows: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-source-plugin/artifactId executions execution idattach-sources/id goals goaljar/goal /goals /execution /executions /plugin HTH, Stéphane http://maven.apache.org/plugins/maven-deploy-plugin/deploy-file-mojo.html - Deng JesseLiu wrote: Hi,all How to deploy source jar generated by source plug-in into repository when running mvn deploy? - 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] !DSPAM:602,46419d83126011969219952! - 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: WebSphere 6.1 Maven Plugin
Hi Mykel, Bala, and others. There's two major concerns when it comes to WebSphere -- RMIC and deployment. Mykel is right that for generating stubs and skeletons, using IBM's tools is easiest. We've used Peter Pilgrim's approach successfully. It's not pretty but it works. http://www.jroller.com/page/peter_pilgrim?entry=battling_with_maven_2_integrating http://www.jroller.com/page/peter_pilgrim?entry=battling_with_maven_2_integrating If you don't need the EJBs before deployment, WebSphere can do any required compilation for you. I think the -deployejb option to AdminApp works fine. Regarding deployment -- we hacked our own Mojo which is a shallow wrapper around jython scripts that IBM provides as a way to deploy. I hear murmurs of Cargo support (http://jira.codehaus.org/browse/CARGO-147), but it looks like it's not done yet. Barrett :: Barrett Nuzum Consultant, Skill Development Direct: 918.640.4414 Fax: 972.789.1340 Valtech Technologies, Inc. 5080 Spectrum Drive Suite 700 West Addison, Texas 75001 www.valtech.com http://www.valtech.com/ making IT business friendly From: [EMAIL PROTECTED] on behalf of Mykel Alvis Sent: Mon 4/30/2007 9:57 AM To: Maven Users List Subject: Re: WebSphere 6.1 Maven Plugin I think that a lot of WS-specific things are done involves using the IBM JDK to run the Websphere ant tasks, according to some co-workers who have been working with WS but don't seem to have a lot of time for full disclosure. I recently started giving this (very cursory) attention, but I'm definitely interested in such a beast. On 4/29/07, Bala Rajamani [EMAIL PROTECTED] wrote: Hello, I would like to create WebSphere 6.1 specific EJBs through Maven. Wondering is there any specific plug-in is available.? Any information or suggestions are appreciated. Thanks in advance, Bala. -- I'm just an unfrozen caveman software developer. I don't understand your strange, modern ways. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: exec-maven-plugin: Swing app disappears immediately?
Jason: I haven't tried this, but from reading http://mojo.codehaus.org/exec-maven-plugin/java-mojo.html http://mojo.codehaus.org/exec-maven-plugin/java-mojo.html I believe that cleanupDaemonThreads https://webmail.valtech.com/exchange/Barrett.Nuzum/Drafts/RE:%20exec-maven-plugin:%20Swing%20app%20disappears%20immediately_x003F_.EML/1_text.htm#cleanupDaemonThreads = false is what you want. Give it a shot. Barrett :: Barrett Nuzum Consultant, Skill Development Direct: 918.640.4414 Fax: 972.789.1340 Valtech Technologies, Inc. 5080 Spectrum Drive Suite 700 West Addison, Texas 75001 www.valtech.com http://www.valtech.com/ making IT business friendly From: jason r tibbetts [mailto:[EMAIL PROTECTED] Sent: Fri 3/23/2007 9:52 AM To: users@maven.apache.org Subject: exec-maven-plugin: Swing app disappears immediately? I've configured the exec plugin to launch a simple Swing app using the 'java' goal, not 'exec'. The app appears, but then immediately disappears. I understand that the app is running within Maven's VM, but I don't understand whether or how the various options can be used to keep the app alive so that I can use it. This is a multi-module project. (parent)/ - common/ - client/ - src/main/java/FooTool I've configured the exec-maven-plugin in the client's pom.xml: build plugins pluginorg.codehaus.mojo/plugin artifactIdexec-maven-plugin/artifactId executions execution goaljava/goal /execution /executions configuration mainClassFooTool/mainClass /configuration /plugin /plugins /build - 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: Cruiscontrol and Maven dependency management
Hi Aidan. We've done both on one of our engagements. We first were building all dependencies too, then using a reactor build. Lately, I've tended for the fail fast approach. We have a large number of discrete projects in a single cruisecontrol installation. Increasingly, we're tending to let one fail to promote low coupling and high isolation. If, say, you have projects A-Z, and all depend on A, if something major gets committed into A, but A is not yet rebuilt, let B-Z crash and burn quickly, then A will recompile, and B-Z will begin again. If you do the multi-module build, it works fine, but each build takes longer to handle. Note also CruiseControl recently started supporting composite builders -- that is to say, you can define CruiseControl Project X as containing Maven projects A, B and C. It builds them in order. Multithreading your cruisecontrol builds, placing A on a very short interval, and the other projects on a longer interval, can help alot too. Further questions along that line might be better suited for the CruiseControl-user list. Hope that helps. Barrett :: Barrett Nuzum Consultant, Skill Development Direct: 918.640.4414 Fax: 972.789.1340 Valtech Technologies, Inc. 5080 Spectrum Drive Suite 700 West Addison, Texas 75001 www.valtech.com http://www.valtech.com/ making IT business friendly From: Aidan O'Donnell [mailto:[EMAIL PROTECTED] Sent: Thu 3/15/2007 6:27 AM To: users@maven.apache.org Subject: Cruiscontrol and Maven dependency management I am using cruisecontrol to build a multimodule project. The problem I am observing is that if projects A and B are checking in at the same time and B depends on A the order that they are built in is not set. This means that if B builds before A then the build will fail. I have had a look for ways to manage the ordering of dependencies - one thing I was thinking would be to get the bootstrapper to build A before B (not nice). The other thing I was thinking would be to do a complete build for the project each time and that way get Maven to manage the ordering through the parent POM (could be a timely process). Any suggestions? Aidan _ Solve the Conspiracy and win fantastic prizes. http://www.theconspiracygame.co.uk/ - 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 be used for release control?
Ramdas: If you replace your ant build with builds with Maven, releasing versions of your application is a snap. I don't know of any application to help you release with Ant. While Maven can play with ant, Maven is heavily about convention over configuration -- the more you try to diverge from the Maven standard, the more pain you're in for. Barrett :: Barrett Nuzum Consultant, Skill Development Direct: 918.640.4414 Fax: 972.789.1340 Valtech Technologies, Inc. 5080 Spectrum Drive Suite 700 West Addison, Texas 75001 www.valtech.com http://www.valtech.com/ making IT business friendly From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Wed 3/7/2007 7:56 PM To: [EMAIL PROTECTED] Cc: users@maven.apache.org Subject: Re: Can Maven be used for release control? Nick, Thanks for te info. I spent some time going thru the documents on the release plugin, but could not locate any detailed examples on how to use te release plugin for what i am trying to do. Do you know of any real world examples that i could use as a foundation to understand how all the pieces fit together. Like i said, i already am usng Ant scripts to build an EAR file based on a project structure that is defined in Perforce source control system. I am trying to find examples which would show how Maven could leverage the existing source tree and build scripts Thanks Ramdas Nick Stolwijk [EMAIL PROTECTED] anet.nl To No Phone Info Maven Users List Available users@maven.apache.org cc 03/02/2007 12:32 Subject PMRe: Can Maven be used for release control? Please respond to Maven Users List [EMAIL PROTECTED] he.org Maven sure can help with release management, see the release plugin[1]. Hth, Nick Stolwijk [1]http://maven.apache.org/plugins/maven-release-plugin/ [EMAIL PROTECTED] wrote: I am using Perforce for source code control and ant build scripts for building a Webservices application being hosted on a Weblogic server. I am looking for a framework to help with build releases. Was wondering if Maven was the right tool for this purpose? thanks -ramdas - 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: unable to get dependency classpath passed to an ant script
Hey EJ. I don't see anything wrong with your ant, per se. However, if you have a multi-module build, maven.*.classpath does not resolve correctly when building children of the parent. That is to say -- ParentProject/ --- pom.xml --- Child Project/ --- pom.xml Running the goals when in ChildProject will result in a working antrun build with the appropriate classpaths, but running the same goals from ParentProject will result in all the classpaths not resolving correctly. This is a known issue. http://jira.codehaus.org/browse/MANTRUN-37 There are a number of other issues with Antrun that might also be relevant. Hope that helps. Barrett :: Barrett Nuzum Consultant, Skill Development Direct: 918.640.4414 Fax: 972.789.1340 Valtech Technologies, Inc. 5080 Spectrum Drive Suite 700 West Addison, Texas 75001 www.valtech.com http://www.valtech.com making IT business friendly From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Mon 2/19/2007 1:40 PM To: Maven Users List Subject: unable to get dependency classpath passed to an ant script We're still in process of converting from a strictly ant build to a maven 2 build and we're relying on a few snippets ouf of our old ant scripts. Currently, one is really throwing us for a loop: build resources resource directorysrc/main/scripts/directory targetPath../scripts/targetPath filteringfalse/filtering /resource resource directorysrc/main/resources/directory /resource /resources plugins plugin artifactIdmaven-assembly-plugin/artifactId configuration descriptorsrc/main/assembly/dep.xml/descriptor /configuration /plugin plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-antrun-plugin/artifactId executions execution phasegenerate-sources/phase configuration tasks ant antfile=build.xml inheritRefs=true target name=generate-pdt-source/ /ant /tasks /configuration goals goalrun/goal /goals /execution /executions dependencies dependency groupIdcastor/groupId artifactIdcastor_xml/artifactId version0.9.4.3/version /dependency dependency groupIdxerces/groupId artifactIdxercesImpl/artifactId version2.8.0/version /dependency /dependencies /plugin /plugins /build target name=generate-pdt-source depends=check-pdt-source unless=castor.generate.required delete dir=${pdt.source.dir}/ delete dir=${castor.target.dir}/ property name=coolcp refid=maven.plugin.classpath/ echo message=${coolcp}/ property name=coolcp2 refid=maven.dependency.classpath/ echo message=${coolcp2}/ java classname=org.exolab.castor.builder.SourceGenerator arg value=-dest/ arg value=${castor.target.dir}/ arg value=-types/ arg value=j2/ arg value=-i/ arg value=${castor.schemafile}/ arg value=-f/ arg value=-package/ arg value=com.upromise.pdt.castor/ classpath pathelement location=${castor.source.dir}/ /classpath classpath refid=maven.plugin.classpath/ /java copy todir=${pdt.target.dir} fileset dir=${pdt.source.dir}/ /copy touch file=${castor.touchfile}/ /target What's really nuts is on SOME people's machines this works, on others it doesn't. Does anyone see anything out of line? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Build dashboard question
Alexander: You might be able use a different labelincrementer for CruiseControl, which will report on this automatically. http://cruisecontrol.sourceforge.net/main/configxml.html#labelincrementer http://cruisecontrol.sourceforge.net/main/configxml.html#labelincrementer It will not extract the Maven metadata, though. We solved this by having cruisecontrol decide the build label and passing it through to Maven. http://cruisecontrol.sourceforge.net/main/configxml.html#buildproperties http://cruisecontrol.sourceforge.net/main/configxml.html#buildproperties It's not terribly easy to define custom fields with either -- but all the status pages are JSPs in both applications, so you should be able to wrangle that together with some effort. Barrett :: Barrett Nuzum Consultant, Skill Development Direct: 918.640.4414 Fax: 972.789.1340 Valtech Technologies, Inc. 5080 Spectrum Drive Suite 700 West Addison, Texas 75001 www.valtech.com http://www.valtech.com making IT business friendly From: Morgovsky, Alexander (US - Glen Mills) [mailto:[EMAIL PROTECTED] Sent: Thu 2/8/2007 8:05 AM To: [EMAIL PROTECTED]; Maven Users List; users@maven.apache.org Subject: RE: Build dashboard question I am familiar with CruiseControl and Continuum. Can I define custom fields in the build status view? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, February 08, 2007 1:44 AM To: Maven Users List; users@maven.apache.org Cc: Morgovsky, Alexander (US - Glen Mills) Subject: Re: Build dashboard question CruiseControl (http://www.cruisecontrol.org) is probably what you are looking for. CC can run either ant or Maven for build; but I am not sure if CC has Maven-specific hooks to extract artifact info. /U -- Original message -- From: Morgovsky, Alexander (US - Glen Mills) [EMAIL PROTECTED] I have been searching the web for the last week, and I have not found what I wanted. I strongly believe someone out there is using something like this. I need to have build dashboard like this: |Environment|Build Version|Build Date| |=|=|| |111.112.2.2| 1.05 |Jan 5 2007| | 221.44.2.3| 1.06|Jan 6 2007 | ... This way I can have my Maven 2 build populate the data to a DB using something like JDBC, have the website with the table become updated with the new DB information, and have it display the information to the users. Please help me find an application like this, I strongly believe this is nothing creative or orginal and someothe out there has something like this in place. Please help. This message (including any attachments) contains confidential information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message. Any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. [v.E.1] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: maven version management in ant
EJ: Unsure if it's the same in maven2, but maven.dependency.classpath contained dependencies in m1. I have a feeling you'll have to splice maven.compile.classpath in with it, though. http://wiki.astrogrid.org/bin/view/Astrogrid/UsefulMavenNotes#How_to_find_out_what_is_actually HTH Barrett :: Barrett Nuzum Consultant, Skill Development Direct: 918.640.4414 Fax: 972.789.1340 Valtech Technologies, Inc. 5080 Spectrum Drive Suite 700 West Addison, Texas 75001 www.valtech.com http://www.valtech.com making IT business friendly From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Mon 1/8/2007 8:19 AM To: Maven Users List Subject: RE: maven version management in ant Bump - I could really use some feed back here people, this has me completely wedged... -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, January 05, 2007 3:56 PM To: Maven Users List Subject: RE: maven version management in ant I made it a bit further: project name=capi default=compile xmlns:artifact=antlib:org.apache.maven.artifact.ant target name=init artifact:pom id=project file=pom.xml/ echoThe version is ${project.version}/echo echo ${project.build.directory}/echo echo ${project.name}/echo echo ${project.dependencies}/echo !-- echoproperties/ -- /target target name=compile depends=init mkdir dir=target/classes/ javac srcdir=src/main/java destdir=target/classes includes=**/*.java classpathref=maven.project.classpath debug=on / /target Is the actual classpath used for compiling unavailable to ant as a property? -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Friday, January 05, 2007 2:07 PM To: Maven Users List Subject: RE: maven version management in ant New question, so I'm loading via a pom.xml file, how can I reference the classpath (filled with dependencies)? project name=capi default=compile xmlns:artifact=antlib:org.apache.maven.artifact.ant target name=init artifact:pom id=project file=pom.xml / echoThe version is ${project.version}/echo echo ${project.build.directory}/echo !-- echoproperties/ -- /target target name=compile depends=init mkdir dir=target/classes/ javac srcdir=src/main/java destdir=target/classes includes=**/*.java classpathref=maven.project.classpath debug=on / /target /project ??? -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 03, 2007 3:49 PM To: Maven Users List Subject: RE: maven version management in ant Sorry - I'm building with jdk 1.5.1 now and this is gone. -Original Message- From: EJ Ciramella [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 03, 2007 1:03 PM To: Maven Users List Subject: RE: maven version management in ant I'm trying this out with a VERY simple example (download one dependency), but I'm getting this: BUILD FAILED java.lang.NoSuchMethodError at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1225) at org.apache.tools.ant.Project.executeTarget(Project.java:1185) at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecut or.java:40) at org.apache.tools.ant.Project.executeTargets(Project.java:1068) at org.apache.tools.ant.Main.runBuild(Main.java:668) at org.apache.tools.ant.Main.startAnt(Main.java:187) at org.apache.tools.ant.launch.Launcher.run(Launcher.java:246) at org.apache.tools.ant.launch.Launcher.main(Launcher.java:67) --- Nested Exception --- java.lang.NoSuchMethodError at org.codehaus.plexus.component.configurator.ComponentConfigurationExcepti on.init(ComponentConfigurationException.java:24) at org.codehaus.plexus.component.configurator.converters.basic.IntConverter .fromString(IntConverter.java:46) at org.codehaus.plexus.component.configurator.converters.basic.AbstractBasi cConverter.fromConfiguration(AbstractBasicConverter.java:61) at org.codehaus.plexus.component.configurator.converters.ComponentValueSett er.configure(ComponentValueSetter.java:207) at org.codehaus.plexus.component.configurator.converters.composite.ObjectWi thFieldsConverter.processConfiguration(ObjectWithFieldsConverter.java:1 37) at org.codehaus.plexus.component.configurator.BasicComponentConfigurator.co nfigureComponent(BasicComponentConfigurator.java:56) at org.codehaus.plexus.component.configurator.AbstractComponentConfigurator .configureComponent(AbstractComponentConfigurator.java:54) at org.codehaus.plexus.component.configurator.AbstractComponentConfigurator .configureComponent(AbstractComponentConfigurator.java:47) at org.codehaus.plexus.personality.plexus.lifecycle.phase.AutoConfigurePhas e.execute
RE: Plugin Annotation to control Inheritance
Dawn: That made just as much sense as it did before. inheritedfalse/inherited in a buildplugins //build at the ParentPom level would cause the plugin to only get run when I install ParentPom, and never when I install a ProjectPom. I want it run when I install a ProjectPom, and no other times, but I want to specify it only *once*. The projectPom still has build plugins plugin groupIdmyPluginGroup/groupId artifactIdmyArtifactId/artifactId /plugin /plugins /build as is required for execution, but i want it to get inheritedfalse/inherited from the configuration in ParentPom and not pass the plugin to it's children. Setting standard configuration options which are shared but only come into effect when a plugin is explicitly executed is what pluginManagement is for, isn't it? If it just plain doesn't do that, that's fine. :) Barrett Barrett Nuzum Consultant, Skill Development [EMAIL PROTECTED] T: +1 (918) 640 4414 F: +1 (972) 789 1340 Valtech 5080 Spectrum Drive Suite 700 West Addison, Texas 75001 USA T: +1 (972) 789 1200 From: dawn.angelito [mailto:[EMAIL PROTECTED] Sent: Sat 11/11/2006 12:19 AM To: users@maven.apache.org Subject: RE: Plugin Annotation to control Inheritance Hi Barrett, Yes, that is correct. You should edit the parent POM. I can see that you've specified the inheritedfalse/inherited in buildpluginManagement//build. Try adding this in the buildplugins/build instead. The inherited tags are used to merge the parent pom and the child pom (though no actual pom file is created, the pom object is created). The resulting pom is the one that gets executed. So, if you don't inherit the pluginManagement but inherit the plugin, it will still get executed. But if you don't inherit the plugin, even if you inherit the pluginManagement, it will not get executed. Hope this makes more sense this time. Dawn Barrett.Nuzum wrote: Hi Dawn (and all). We have 20-30 projects that share one, single parent POM. Each project has usually 7 modules in it. To clarify: ParentPom (1) \-- ProjectPom (1..30) \-- ModulePom (1..7, each) I did specify inheritedfalse/inherited in pluginManagement in the Parent POM, but it did not seem to work. Only hardcoding inherited in each project POM seemed to have any effect whatsoever. That doesn't answer the second part of my question, though -- why can't I configure the plugin the way the plugin API seems to be designed to intend? Barrett Barrett Nuzum Consultant, Skill Development [EMAIL PROTECTED] T: +1 (918) 640 4414 F: +1 (972) 789 1340 Valtech 5080 Spectrum Drive Suite 700 West Addison, Texas 75001 USA T: +1 (972) 789 1200 From: dawn.angelito [mailto:[EMAIL PROTECTED] Sent: Fri 11/10/2006 1:15 AM To: users@maven.apache.org Subject: Re: Plugin Annotation to control Inheritance Hi Barrett, I'd like to clarify if you're referring to 20-30 submodules or 20-30 projects that each has a parent POM? For the former, just specify inheritedfalse/inherited to the parent POM. But if you have 20-30 different projects, I suggest that you create another project and include all these as subprojects. Afterwards, do the same thing, specify inheritedfalse/inherited to the parent POM. Hope this helps. Dawn Barrett.Nuzum wrote: Hi Maven mavens. OK -- my turn for a query. I've written a plugin. I do *not* want that plugin to be inherited by children poms. Our design is like this: ParentPom \-- ProjectPom \-- ModulePom (1..n) I want my plugin to be executed by the ProjectPom but not seen by the ModulePoms. I can do this in XML in the POM by specifying inheritedfalse/inherited in ProjectPom. The problem is that we have 20-30 ProjectPoms for different projects and do not want to violate the DRY principle. I *cannot* seem to do so by specifying that in the pluginManagement section in ParentPom. That would be sufficient. Even more frustrating, it seems plugin.xml has an inheritedByDefault item -- I can't seem to put an annotation on the Mojo which is read by Maven which causes this to flip from true to false. @inheritedByDefault false should be enough, I would think! Why every plugin.xml entity doesn't have an associated annotation is beyond me. (I also tried making my own plugin.xml and flip it manually, but that didn't seem to work either - packaging maven-plugin overwrites it.) Can anyone provide any insight? Thanks in advance, Barrett Barrett Nuzum Consultant, Skill Development [EMAIL PROTECTED] T: +1 (918) 640 4414 F: +1 (972) 789 1340 Valtech 5080 Spectrum Drive Suite 700 West Addison, Texas 75001 USA T: +1 (972) 789 1200 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional
RE: Plugin Annotation to control Inheritance
Hi Dawn (and all). We have 20-30 projects that share one, single parent POM. Each project has usually 7 modules in it. To clarify: ParentPom (1) \-- ProjectPom (1..30) \-- ModulePom (1..7, each) I did specify inheritedfalse/inherited in pluginManagement in the Parent POM, but it did not seem to work. Only hardcoding inherited in each project POM seemed to have any effect whatsoever. That doesn't answer the second part of my question, though -- why can't I configure the plugin the way the plugin API seems to be designed to intend? Barrett Barrett Nuzum Consultant, Skill Development [EMAIL PROTECTED] T: +1 (918) 640 4414 F: +1 (972) 789 1340 Valtech 5080 Spectrum Drive Suite 700 West Addison, Texas 75001 USA T: +1 (972) 789 1200 From: dawn.angelito [mailto:[EMAIL PROTECTED] Sent: Fri 11/10/2006 1:15 AM To: users@maven.apache.org Subject: Re: Plugin Annotation to control Inheritance Hi Barrett, I'd like to clarify if you're referring to 20-30 submodules or 20-30 projects that each has a parent POM? For the former, just specify inheritedfalse/inherited to the parent POM. But if you have 20-30 different projects, I suggest that you create another project and include all these as subprojects. Afterwards, do the same thing, specify inheritedfalse/inherited to the parent POM. Hope this helps. Dawn Barrett.Nuzum wrote: Hi Maven mavens. OK -- my turn for a query. I've written a plugin. I do *not* want that plugin to be inherited by children poms. Our design is like this: ParentPom \-- ProjectPom \-- ModulePom (1..n) I want my plugin to be executed by the ProjectPom but not seen by the ModulePoms. I can do this in XML in the POM by specifying inheritedfalse/inherited in ProjectPom. The problem is that we have 20-30 ProjectPoms for different projects and do not want to violate the DRY principle. I *cannot* seem to do so by specifying that in the pluginManagement section in ParentPom. That would be sufficient. Even more frustrating, it seems plugin.xml has an inheritedByDefault item -- I can't seem to put an annotation on the Mojo which is read by Maven which causes this to flip from true to false. @inheritedByDefault false should be enough, I would think! Why every plugin.xml entity doesn't have an associated annotation is beyond me. (I also tried making my own plugin.xml and flip it manually, but that didn't seem to work either - packaging maven-plugin overwrites it.) Can anyone provide any insight? Thanks in advance, Barrett Barrett Nuzum Consultant, Skill Development [EMAIL PROTECTED] T: +1 (918) 640 4414 F: +1 (972) 789 1340 Valtech 5080 Spectrum Drive Suite 700 West Addison, Texas 75001 USA T: +1 (972) 789 1200 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Plugin-Annotation-to-control-Inheritance-tf2604887s177.html#a7272346 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]
RE: [m2] List of All Dependencies for any project X
Peter: mvn project-info-reports:dependencies should give you what you want. Barrett Barrett Nuzum Consultant, Skill Development [EMAIL PROTECTED] T: +1 (918) 640 4414 F: +1 (972) 789 1340 Valtech 5080 Spectrum Drive Suite 700 West Addison, Texas 75001 USA T: +1 (972) 789 1200 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Fri 11/10/2006 11:27 AM To: users@maven.apache.org Subject: [m2] List of All Dependencies for any project X Hi Jason, Brett et al How do you get a list of all dependencies (transitive or declared) for any M2 project? Basically I want to find out the list so I can cross reference against an in-house repository here at UBS. The idea is to tell the administrator here with the in-house what dependencies they should be including, so that we don't have to use any external sites. Is this possible? -- Peter Pilgrim UBS Investment Bank, PTS Portal / IT FIRC OPS LDN, 100 Liverpool Street, London EC2M 2RH, United Kingdom +44 (0) 20 75 75692 :: Java EE / E-Commerce / Enterprise Integration / Development :: 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Too many jars added to lib?
Sha Wayne: I would propose that a better idea would be that once things have been installed in your local repository, to change your settings.xml to offlinetrue/offline. That way you have limited your local repository to a desired set of artifacts, but still can reconnect up or upgrade without changing all your groupIds, when the time comes. (... for it certainly will.) Barrett Barrett Nuzum Consultant, Skill Development [EMAIL PROTECTED] T: +1 (918) 640 4414 F: +1 (972) 789 1340 Valtech 5080 Spectrum Drive Suite 700 West Addison, Texas 75001 USA T: +1 (972) 789 1200 From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Thu 11/9/2006 2:41 AM To: Maven Users List Subject: Re: Too many jars added to lib? You can certainly do whatever you want to your local repo, including moving artifacts to a new groupId and modifying the pom.xml files to suit your needs. Changing the groupId is not entirely uncommon -- sometimes you need to build a release of your own project but depend on a SNAPSHOT, and can't wait for a formal release of their code, so you release your own internal non-Snapshot version of the code under your own groupId. Or perhaps you have your own modifications to some open source code library and so you literally have a different artifact than what is being delivered by Central. Wayne On 11/9/06, jiangshachina [EMAIL PROTECTED] wrote: Hello, I have an idea, can I install jar files to local repository, and don't use the artifacts at central repository? I just use different groupId, but artifactId and version aren't changed. Namely, before start a project, I install the dependencies firstly. Because I exactly know which jar is my want, then I can set dependencies exactly. a cup of Java, cheers! Sha Jiang jiangshachina wrote: Dear Wayne, I have encountered some of the reasons you gave. But the reason why I release the topic is very simple :D I just think so many jar files are put at WEB-INF/lib would confused somebody. He/She would be puzzled why some many jars were used. And some of the files aren't associate with the project obviously. Additionally, according to the discussion, some files can be excluded surely. It means that the jars are not needed in runtime time(say nothing of compile time). Why the artifacts are at dependency element? I think the setting can be erased from the pom file. Or have other reasons? a cup of Java, cheers! Sha Jiang Wayne Fay wrote: There are numerous reasons for why you might want to exclude some dependencies of dependencies... Here are a few: 1. New version of artifact is available which is not automatically being found and used instead of the old version, resulting in 2 copies of the artifact with different versions attached. 2. GroupID of artifact has changed, resulting in 2 copies of the artifact with different versions attached. 3. An API which might have multiple vendors -- ie Sun API which requires click-wrap licensing and manual install into repo vs CDDL/GNU licensed version of the same API which is freely available in the repo. 4. An artifact that should have been marked optional but was not. 5. An artifact which is provided by your runtime container thus should not be included with your build. I'm sure there are many more reasons to use excludes, but these are a few I've run into myself in the last few months... Wayne On 11/8/06, jiangshachina [EMAIL PROTECTED] wrote: Automatically importing dependencies of dependencies is a great feature. But users have to know the dependency hierarchy, or we cannot exclude the artifacts exactly. And I'm puzzled that why can exclude some dependencies of dependencies? If a jar(artifact) is a dependency of our project's direct dependency, it means that we need it, but exclude it? a cup of Java, cheers! Sha Jiang struberg wrote: there is a syntax to exclude some transitive dependencies from the dependency-list: a small sample: dependency groupIdavalon-framework/groupId artifactIdavalon-framework-api/artifactId version4.3/version exclusions exclusion groupIdavalon-logkit/groupId artifactIdavalon-logkit/artifactId /exclusion /exclusions /dependency I guess this may solve your problems. best regards, strub --- Dmystery [EMAIL PROTECTED] schrieb: This should definitely remove all the unwanted dependencies. Even if they are dependencies of a dependency. I'm doing the same thing to remove all the unwanted files. Can you post your pom.xml? jiangshachina wrote: Hi Dmystery, Thanks for your help. I'm sorry that I cannot success with your instructions. And I also read the guide on maven-war-plugin, especially at http://maven.apache.org
RE: Testing Mojos
Sebastien: I don't think there is much mature info out there. Unit testing should be easy -- MOJOs are, after all, POJOs, so any unit testing strategy should work very well. If you want to have more in-depth testing, apparently the maven-plugin-testing-harness is designed to facilitate stubbing out and creation of test bases. http://docs.codehaus.org/display/MAVEN/Maven+Plugin+Harness Barrett Barrett Nuzum Consultant, Skill Development [EMAIL PROTECTED] T: +1 (918) 640 4414 F: +1 (972) 789 1340 Valtech 5080 Spectrum Drive Suite 700 West Addison, Texas 75001 USA T: +1 (972) 789 1200 From: Sebastien Brunot [mailto:[EMAIL PROTECTED] Sent: Thu 11/9/2006 10:21 AM To: Maven Users List Subject: Testing Mojos Hi, does anyone have a good documentation starting point regarding unit testing and integration testing of mojos ? Thanks for your help, Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Plugin Annotation to control Inheritance
Hi Maven mavens. OK -- my turn for a query. I've written a plugin. I do *not* want that plugin to be inherited by children poms. Our design is like this: ParentPom \-- ProjectPom \-- ModulePom (1..n) I want my plugin to be executed by the ProjectPom but not seen by the ModulePoms. I can do this in XML in the POM by specifying inheritedfalse/inherited in ProjectPom. The problem is that we have 20-30 ProjectPoms for different projects and do not want to violate the DRY principle. I *cannot* seem to do so by specifying that in the pluginManagement section in ParentPom. That would be sufficient. Even more frustrating, it seems plugin.xml has an inheritedByDefault item -- I can't seem to put an annotation on the Mojo which is read by Maven which causes this to flip from true to false. @inheritedByDefault false should be enough, I would think! Why every plugin.xml entity doesn't have an associated annotation is beyond me. (I also tried making my own plugin.xml and flip it manually, but that didn't seem to work either - packaging maven-plugin overwrites it.) Can anyone provide any insight? Thanks in advance, Barrett Barrett Nuzum Consultant, Skill Development [EMAIL PROTECTED] T: +1 (918) 640 4414 F: +1 (972) 789 1340 Valtech 5080 Spectrum Drive Suite 700 West Addison, Texas 75001 USA T: +1 (972) 789 1200 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Transitive dependecies
Sebastien: On my current assignment, we solved this by having one POM for the main dependencies of all projects, and a child POM called WebDependencies. All child projects of type WAR specify WebDependencies as a direct dependency. This *does* include transitive dependencies -- but you should be able to trim down the list of total dependencies included by a significant amount. (The ones you probably actually need.) If you bundle your WAR in an EAR, you can use this Dependencies POM in both the EAR and WAR projects and suppress everything in the WAR's WEB-INF/lib to eliminate duplication further. Hope that helps. Barrett Barrett Nuzum Consultant, Skill Development [EMAIL PROTECTED] T: +1 (918) 640 4414 F: +1 (972) 789 1340 Valtech 5080 Spectrum Drive Suite 700 West Addison, Texas 75001 USA T: +1 (972) 789 1200 From: Sebastien Brunot [mailto:[EMAIL PROTECTED] Sent: Tue 11/7/2006 10:13 AM To: Maven Users List Subject: Transitive dependecies Hi all, transitive dependencies can be a real pain when you have a lot of external dependencies in your project. Using exclusions tags is a tedious operation in this case, so I was wondering if a quicker way exists... How can one create a pom module that contains a list of dependencies (let's name it lib pom), so that when the lib pom is added as a dependecy in let's say a war project, the exact list of dependencies from lib pom (no more, no less = no transitivity) are added to the war WEB-INF/lib ? Thanks for your help, Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Transitive dependecies
Sebastien: I think most people instead suppress all dependencies from war bundling and then use the maven-dependency-plugin to copy specific artifacts. (It provides more fine grained control at the expense of some extensibility.) It's not a core maven feature, though, as far as I know. Barrett Barrett Nuzum Consultant, Skill Development [EMAIL PROTECTED] T: +1 (918) 640 4414 F: +1 (972) 789 1340 Valtech 5080 Spectrum Drive Suite 700 West Addison, Texas 75001 USA T: +1 (972) 789 1200 From: Sebastien Brunot [mailto:[EMAIL PROTECTED] Sent: Tue 11/7/2006 10:41 AM To: Maven Users List Subject: RE: Transitive dependecies Hi barrett, I think I'm actually proceeding quite the same (the lib pom I was talking about). I really want to know if I can move a step further and make the dependencies not transitive while included in the WAR (actually an EAR in my case ;-). If the feature does not exists yet in maven (using scope settings or something else), I might ask for it: this is why I want to know if it is already possible or not. Sebastien -Original Message- From: Barrett Nuzum [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 07, 2006 5:28 PM To: Maven Users List Subject: RE: Transitive dependecies Sebastien: On my current assignment, we solved this by having one POM for the main dependencies of all projects, and a child POM called WebDependencies. All child projects of type WAR specify WebDependencies as a direct dependency. This *does* include transitive dependencies -- but you should be able to trim down the list of total dependencies included by a significant amount. (The ones you probably actually need.) If you bundle your WAR in an EAR, you can use this Dependencies POM in both the EAR and WAR projects and suppress everything in the WAR's WEB-INF/lib to eliminate duplication further. Hope that helps. Barrett Barrett Nuzum Consultant, Skill Development [EMAIL PROTECTED] T: +1 (918) 640 4414 F: +1 (972) 789 1340 Valtech 5080 Spectrum Drive Suite 700 West Addison, Texas 75001 USA T: +1 (972) 789 1200 From: Sebastien Brunot [mailto:[EMAIL PROTECTED] Sent: Tue 11/7/2006 10:13 AM To: Maven Users List Subject: Transitive dependecies Hi all, transitive dependencies can be a real pain when you have a lot of external dependencies in your project. Using exclusions tags is a tedious operation in this case, so I was wondering if a quicker way exists... How can one create a pom module that contains a list of dependencies (let's name it lib pom), so that when the lib pom is added as a dependecy in let's say a war project, the exact list of dependencies from lib pom (no more, no less = no transitivity) are added to the war WEB-INF/lib ? Thanks for your help, Sebastien - 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]