Re: assembly strange result
Somehow this sounds like the notorious http://jira.codehaus.org/browse/PLXCOMP-149 and the attached http://jira.codehaus.org/browse/MSHARED-148 Upgrade all your plugins to the latest version. Kristian Make sure fr., 03.12.2010 kl. 20.47 +0100, skrev reno: > hi, > > today, we encountered a strange result with the assembly plugin: we had > a jar inside a project which is a part of the project. We write an > assembly file to create a tar file. No problem for the part :-) > the problem is: > the size of the library is about 2.7 Mo. when we untar the package, the > size of the library is 4.6 Mo !! > Is anybody see this strange behavior ? > > I know that we could use deploy the library on a maven repository (we > will do it next week) but i would like to know why after packaging and > untaring, the size of the library increases.. > > (maven 2.1, jdk 5, RHEL5) > > Regards > > S. > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
assembly strange result
hi, today, we encountered a strange result with the assembly plugin: we had a jar inside a project which is a part of the project. We write an assembly file to create a tar file. No problem for the part :-) the problem is: the size of the library is about 2.7 Mo. when we untar the package, the size of the library is 4.6 Mo !! Is anybody see this strange behavior ? I know that we could use deploy the library on a maven repository (we will do it next week) but i would like to know why after packaging and untaring, the size of the library increases.. (maven 2.1, jdk 5, RHEL5) Regards S. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Dependency overriding.
Hi Laird, Laird Nelson wrote: > On Fri, Dec 3, 2010 at 9:36 AM, Yanko, Curtis wrote: > >> We only declare dependencies as items in our >> Parent POMs and then declare *versionless* dependencies in each app so >> they are explicit and comprehensible without having to go look somewhere >> else (except for versioning which is all in one place too) >> > > I have often wished for the ability to simply and easily refer to a group > of > dependencyManagement entries with one element. Going hand-in-hand with > this would of course be the ability to group and name such groups within > the > dependencyManagement section. So, making this up: > > > > persistence-dependencies > > org.apache.openjpa > openjpa > ${openJpaVersion} > test > > > org.eclipse.persistence > javax.persistence > ${eclipseLinkVersion} > test > > > org.eclipse.persistence > org.eclipse.persistence.jpa > ${eclipseLinkVersion} > test > > > org.eclipse.persistence > org.eclipse.persistence.core > ${eclipseLinkVersion} > test > > > org.hibernate > hibernate-core > ${hibernateVersion} > test > > > org.hibernate > hibernate-entitymanager > ${hibernateVersion} > test > > > Declare these artifacts as deps in a project with pom packaging ... > > Then, in a sub-pom: > > > > persistence-dependencies > > Reference the pom artifact as compile or runtime (don't forget to set the type to pom). > Otherwise, lots of copying and pasting happens! - Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Catch 22 with clean phase
On 03/12/2010 1:09 PM, Phillip Hellewell wrote: On Fri, Dec 3, 2010 at 1:22 AM, Anders Hammar wrote: Phillip, you should notice (once again) that fighting Maven best practice is causing you extra trouble. You should create a mojo that cleans these files. You always jump on me so quickly about this, but I haven't even done anything yet except ask for advice about a fairly simple problem. But since enough people have mentioned replacing my batch file with a plugin, that is looking very desirable right now. Don't let the flack get to you. I have followed your questions since you started. You have done the right thing that most people do not have the courage to do. You ask questions and you generally ask questions the right way(strategic first, details later). From the speed at which your conversion to Maven appears to be going, I think that you have done the right thing. You seem to have a pretty strong ego and a thick skin to deal with some of the comments. Keep it up. Ron But you should know, the issue is so minor that I can pretty much ignore it without any real problems. Also, one of my goals is to fix things so all generated files go below target/ (at the moment, there are a few that don't); once that happens I won't need to do anything special in the pre-clean phase. Phillip P.S. Just to give a little more background for those who are curious: what I have right now is a build-tools component that provides a little batch file called buildsln.bat that essentially locates msbuild.exe and runs it for a given .sln. You can also pass a /clean to get it to clean the solution. Even though it is just a simple batch file right now, I think converting it into a plugin as many have suggested will probably be better in the long run. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Dependency overriding.
On 03/12/2010 11:12 AM, Laird Nelson wrote: On Fri, Dec 3, 2010 at 9:36 AM, Yanko, Curtis wrote: We only declare dependencies as items in our Parent POMs and then declare *versionless* dependencies in each app so they are explicit and comprehensible without having to go look somewhere else (except for versioning which is all in one place too) I have often wished for the ability to simply and easily refer to a group of dependencyManagement entries with one element. Going hand-in-hand with this would of course be the ability to group and name such groups within the dependencyManagement section. Make a small set of aggregation POMs that build the library JARs that most applications use. This centralizes the choice of version and makes it easy to specify the dependencies in application modules since you may only have to specify 5 or 6 dependencies to pick up 50-60 3rd party and internal libraries. In those projects, you set the scope of the aggregated JARs to "provided" and then provide those libraries at run-time. This makes your war files much smaller and your builds much quicker. Ron So, making this up: persistence-dependencies org.apache.openjpa openjpa ${openJpaVersion} test org.eclipse.persistence javax.persistence ${eclipseLinkVersion} test org.eclipse.persistence org.eclipse.persistence.jpa ${eclipseLinkVersion} test org.eclipse.persistence org.eclipse.persistence.core ${eclipseLinkVersion} test org.hibernate hibernate-core ${hibernateVersion} test org.hibernate hibernate-entitymanager ${hibernateVersion} test Then, in a sub-pom: persistence-dependencies Otherwise, lots of copying and pasting happens! Best, Laird - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Catch 22 with clean phase
On Fri, Dec 3, 2010 at 1:22 AM, Anders Hammar wrote: > Phillip, you should notice (once again) that fighting Maven best practice is > causing you extra trouble. You should create a mojo that cleans these files. You always jump on me so quickly about this, but I haven't even done anything yet except ask for advice about a fairly simple problem. But since enough people have mentioned replacing my batch file with a plugin, that is looking very desirable right now. But you should know, the issue is so minor that I can pretty much ignore it without any real problems. Also, one of my goals is to fix things so all generated files go below target/ (at the moment, there are a few that don't); once that happens I won't need to do anything special in the pre-clean phase. Phillip P.S. Just to give a little more background for those who are curious: what I have right now is a build-tools component that provides a little batch file called buildsln.bat that essentially locates msbuild.exe and runs it for a given .sln. You can also pass a /clean to get it to clean the solution. Even though it is just a simple batch file right now, I think converting it into a plugin as many have suggested will probably be better in the long run. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Changelog for tags
What is the best way to generate a changelog that lists all tags under a given SCM root, and for each tag lists all the revisions (with comment) between the tag and the previous tag. I tried "svn changelog:changelog -Dtype=tag" but it's not really giving me what I want. This page says that the "tag" type isn't supported for SVN, so maybe that's why it's not doing what I expect: http://maven.apache.org/plugins/maven-changelog-plugin/examples/configuration-tag-type.html Phillip - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Problem with filtering (No translation found for macro)
Hi guys, i'm trying to filter on proerty file with Maven and it doesn't work... (and i don't know why). So here i come, asking for ur help :) The pom.xml : src/main/filters/local.properties src/main/config/filtered true src/main/resources false **/*.properties **/*.handlers **/*.schemas **/*.xsd The config.properties & local.properties exists in the right place and well formed. So, when I build, Maven say that : [WARNING] Warning building bundle org.apache.ftpserver:ftpserver-core:bundle:1.1.0-SNAPSHOT : No translation found for macro: proxy.set [WARNING] Warning building bundle org.apache.ftpserver:ftpserver-core:bundle:1.1.0-SNAPSHOT : No translation found for macro: proxy.host [WARNING] Warning building bundle org.apache.ftpserver:ftpserver-core:bundle:1.1.0-SNAPSHOT : No translation found for macro: proxy.port [WARNING] Warning building bundle org.apache.ftpserver:ftpserver-core:bundle:1.1.0-SNAPSHOT : No translation found for macro: nonproxy.host and the file config.properties in the JAR is not filtered. But, the file config.properties in the TARGET directory is good (made by Eclipse i think). So Eclipse understand the pom.xml but MAVEN does not :/ And if i add that in the pom.xml : true proxy 3128 localhost MAVEN use theses properties instead of local.properties and config.properties in the JAR is good. So i'm starting to think i'm crazy beceause i really DO NOT understand why it doesn't work with the local.properties file :/ He is well formed and in the right place (src/main/filters). I write that inside : proxy.set=true proxy.host=proxy proxy.port=3128 nonproxy.host=localhost Thanks for your help :) -- View this message in context: http://maven.40175.n5.nabble.com/Problem-with-filtering-No-translation-found-for-macro-tp3291290p3291290.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Catch 22 with clean phase
IMHO, a "not horrible" migration path is: 1. use antrun, surely it can do everything (and more) that your batch file does 2. later, using knowledge of how you accomplished it in ANT, port it to a groovy-based plugin that uses ANT DSL I've found the "groovy-based ANT DSL plugin" approach great for one-off tasks. -- View this message in context: http://maven.40175.n5.nabble.com/Catch-22-with-clean-phase-tp3289922p3291117.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Dependency overriding.
On Fri, Dec 3, 2010 at 9:36 AM, Yanko, Curtis wrote: > We only declare dependencies as items in our > Parent POMs and then declare *versionless* dependencies in each app so > they are explicit and comprehensible without having to go look somewhere > else (except for versioning which is all in one place too) > I have often wished for the ability to simply and easily refer to a group of dependencyManagement entries with one element. Going hand-in-hand with this would of course be the ability to group and name such groups within the dependencyManagement section. So, making this up: persistence-dependencies org.apache.openjpa openjpa ${openJpaVersion} test org.eclipse.persistence javax.persistence ${eclipseLinkVersion} test org.eclipse.persistence org.eclipse.persistence.jpa ${eclipseLinkVersion} test org.eclipse.persistence org.eclipse.persistence.core ${eclipseLinkVersion} test org.hibernate hibernate-core ${hibernateVersion} test org.hibernate hibernate-entitymanager ${hibernateVersion} test Then, in a sub-pom: persistence-dependencies Otherwise, lots of copying and pasting happens! Best, Laird
Re: possible ${} expressions on MOJO parameters
2010/12/3 fhomasp : > I simply want to add a property file during the phase "generate-resources" > with the current version, on the classpath. Ideally it's located at the > default resourcesdir. The name of the props file needs to be the name of > the artifact (or the given name). You need to have the Maven Project: /** * @parameter expression="${project}" * @required * @readonly */ private MavenProject project; Then interate the resources: project.getResources() However I support the suggestion of Stephen, create a new directory under "target" and add it as a resource. Oh, and I "command you to follow the Maven way" :-D Antonio - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: possible ${} expressions on MOJO parameters
I am explaining how the plugin has to work to do what you want. see my later example where I give you most of the code you will need On 3 December 2010 15:33, fhomasp wrote: > > That's not an answer... > > Oh and I will? I'm not a native English speaker, but it does sound like > you're ordering me ;-) > > I know it is not the maven way, but this is the requirement. It's not in > my > power to adjust it, or at least not just yet. > > But thanks anyway > -- > View this message in context: > http://maven.40175.n5.nabble.com/possible-expressions-on-MOJO-parameters-tp3290963p3291037.html > Sent from the Maven - Users mailing list archive at Nabble.com. > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
Re: possible ${} expressions on MOJO parameters
/** * Generates the source files. * * @author connollys * @goal generate-sources * @phase generate-sources * @since Oct 20, 2009 9:04:44 AM */ public class GenerateSourcesMojo extends AbstractMojo { /** * The current Maven project * * @parameter expression="${project}" * @readonly * @required */ private MavenProject project; /** * The encoding to use when reading source files. * * @parameter default-value="${project.build.sourceEncoding}" */ private String sourceEncoding; /** * The encoding to use when generating Java source files. * * @parameter default-value="${project.build.outputEncoding}" */ private String outputEncoding; /** * The directory where the generated resource files will be stored. The directory will be registered as a resource * root of the project such that the generated files will participate in later build phases like packaing. * * @parameter expression="${project.build.directory}/generated-resources/gen-bsapi" * @required */ private File resourceOutputDirectory; /** * {...@inheritdoc} */ public void execute() throws MojoExecutionException, MojoFailureException { if ( StringUtils.isEmpty( sourceEncoding ) ) { getLog().warn( "Source file encoding has not been set, using platform encoding " + System.getProperty( "file.encoding" ) + ", i.e. build is platform dependent!" ); sourceEncoding = System.getProperty( "file.encoding" ); } if ( StringUtils.isEmpty( outputEncoding ) ) { getLog().warn( "Output file encoding has not been set, using platform encoding " + System.getProperty( "file.encoding" ) + ", i.e. build is platform dependent!" ); outputEncoding = System.getProperty( "file.encoding" ); } Resource resource = new Resource(); ... this.project.addResource( resource ); } } On 3 December 2010 15:27, Stephen Connolly wrote: > You will create a folder at > ${basedir}/target/generated-resources/mypluginname/ > You will put your generated file in that directory > You will add that directory to the project's list fo resource directories > You will find the above solution is the maven way. > > Putting generated things in folders which are not sub-folders of target is > not the maven way. > > -Stephen > > > On 3 December 2010 14:35, fhomasp wrote: > >> >> Hey, >> >> I was working on a Mojo on which I thought would be a trivial problem. >> Though it turns out it's not. >> >> I simply want to add a property file during the phase "generate-resources" >> with the current version, on the classpath. Ideally it's located at the >> default resourcesdir. The name of the props file needs to be the name of >> the artifact (or the given name). >> >> For one, I was looking for a maven property like >> ${build.rescourceDirectory}. But I couldn't find it. It's of course kind >> of logical as It's not guaranteed to be only one directory. But that's >> not >> the main reason of this thread. >> >> The other triviality seems to be setting a parameter to use a >> default-value >> for this but it doesn't work, or at least it returns null. >> >> the properties, which of course exist in maven and don't work in the mojo, >> are: >> >>/** >> * @parameter expression="${versionprop.appName}" >> default-value="${build.artifactId}" >> */ >>private String appName; >> >> >>/** >> * @parameter expression="${versionprop.name}" default-value="${name}" >> */ >>private String name; >> >> /** >> * @parameter expression="${versionprop.test}" >> default-value="${artifactId}" >> */ >>private String test; >> >> I do find this very odd to say the least. I'd expect to be able to use >> every expression value used in maven in a Mojo. >> >> I know it's really simple to just put these values in the configuration >> section, however it would really be better if it would work without config >> to minimize overhead and human errors. >> >> >> Any idea's? >> >> Thanks! >> >> -- >> View this message in context: >> http://maven.40175.n5.nabble.com/possible-expressions-on-MOJO-parameters-tp3290963p3290963.html >> Sent from the Maven - Users mailing list archive at Nabble.com. >> >> - >> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >> For additional commands, e-mail: users-h...@maven.apache.org >> >> >
Re: possible ${} expressions on MOJO parameters
That's not an answer... Oh and I will? I'm not a native English speaker, but it does sound like you're ordering me ;-) I know it is not the maven way, but this is the requirement. It's not in my power to adjust it, or at least not just yet. But thanks anyway -- View this message in context: http://maven.40175.n5.nabble.com/possible-expressions-on-MOJO-parameters-tp3290963p3291037.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: possible ${} expressions on MOJO parameters
You will create a folder at ${basedir}/target/generated-resources/mypluginname/ You will put your generated file in that directory You will add that directory to the project's list fo resource directories You will find the above solution is the maven way. Putting generated things in folders which are not sub-folders of target is not the maven way. -Stephen On 3 December 2010 14:35, fhomasp wrote: > > Hey, > > I was working on a Mojo on which I thought would be a trivial problem. > Though it turns out it's not. > > I simply want to add a property file during the phase "generate-resources" > with the current version, on the classpath. Ideally it's located at the > default resourcesdir. The name of the props file needs to be the name of > the artifact (or the given name). > > For one, I was looking for a maven property like > ${build.rescourceDirectory}. But I couldn't find it. It's of course kind > of logical as It's not guaranteed to be only one directory. But that's not > the main reason of this thread. > > The other triviality seems to be setting a parameter to use a default-value > for this but it doesn't work, or at least it returns null. > > the properties, which of course exist in maven and don't work in the mojo, > are: > >/** > * @parameter expression="${versionprop.appName}" > default-value="${build.artifactId}" > */ >private String appName; > > >/** > * @parameter expression="${versionprop.name}" default-value="${name}" > */ >private String name; > > /** > * @parameter expression="${versionprop.test}" > default-value="${artifactId}" > */ >private String test; > > I do find this very odd to say the least. I'd expect to be able to use > every expression value used in maven in a Mojo. > > I know it's really simple to just put these values in the configuration > section, however it would really be better if it would work without config > to minimize overhead and human errors. > > > Any idea's? > > Thanks! > > -- > View this message in context: > http://maven.40175.n5.nabble.com/possible-expressions-on-MOJO-parameters-tp3290963p3290963.html > Sent from the Maven - Users mailing list archive at Nabble.com. > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
RE: Dependency overriding.
How is this an override? You have declared two different things (different artifactId). But... This is why we don't declare dependencies in Parent POMs ( I see someone else beat me to the Super POM clarification). We only declare dependencies as items in our Parent POMs and then declare *versionless* dependencies in each app so they are explicit and comprehensible without having to go look somewhere else (except for versioning which is all in one place too) Curt Yanko | Continuous Integration Services | UnitedHealth Group IT Making IT Happen, one build at a time, 600 times a day > -Original Message- > From: asdas adasads [mailto:zestriddle123...@gmail.com] > Sent: Thursday, December 02, 2010 7:14 PM > To: Maven Users List > Subject: Dependency overriding. > > Hi, > > My project has two pom's. One is a called a super pom and > contains basic configuration for the whole project. Second > pom declares "super pom" as its parent. > In super pom you can find these dependency: > > > org.slf4j >slf4j-log4j12 > 1.5.6 > > > Which defines what kind of implementation all project should > use for logging. In the second pom (child) I want to declare > different logging implementation, namely: > > >org.slf4j >slf4j-nop >1.5.6 > > > But it seems that the maven builds classpath is a way where > dependency from parent is before, dependency from child. So > nop logging will not be used during execution. > Is there any way change that ? (to use nop as logging > implementation) I cannot change "super pom" file. The > behavior what I'm interested is the same as method overriding in OOP. > > - John > This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
possible ${} expressions on MOJO parameters
Hey, I was working on a Mojo on which I thought would be a trivial problem. Though it turns out it's not. I simply want to add a property file during the phase "generate-resources" with the current version, on the classpath. Ideally it's located at the default resourcesdir. The name of the props file needs to be the name of the artifact (or the given name). For one, I was looking for a maven property like ${build.rescourceDirectory}. But I couldn't find it. It's of course kind of logical as It's not guaranteed to be only one directory. But that's not the main reason of this thread. The other triviality seems to be setting a parameter to use a default-value for this but it doesn't work, or at least it returns null. the properties, which of course exist in maven and don't work in the mojo, are: /** * @parameter expression="${versionprop.appName}" default-value="${build.artifactId}" */ private String appName; /** * @parameter expression="${versionprop.name}" default-value="${name}" */ private String name; /** * @parameter expression="${versionprop.test}" default-value="${artifactId}" */ private String test; I do find this very odd to say the least. I'd expect to be able to use every expression value used in maven in a Mojo. I know it's really simple to just put these values in the configuration section, however it would really be better if it would work without config to minimize overhead and human errors. Any idea's? Thanks! -- View this message in context: http://maven.40175.n5.nabble.com/possible-expressions-on-MOJO-parameters-tp3290963p3290963.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Profile activation by properties
Hi, is there any possibility to activate a Maven profile if a system property has either value "A" OR value "B" but NOT if it has value "C"? Unfortunately it is neither allowed to specify multiple "value" entries like this: playground myProp A B Nor to specify more than one "property" element like this: playground myProp A myProp B I also tried all kind of separators in the "value" value (e.g. A,B or A;B), however, nothing seems to work. If it is not supported now, is there any chance that it will be supported in a future Maven version? Thanks in advance, Jörn - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Catch 22 with clean phase
Is there some compelling reason why these files are created outside of *target*? The idea of *target* is to be home to all artifacts of the build process. Curt Yanko | Continuous Integration Services | UnitedHealth Group IT Making IT Happen, one build at a time, 600 times a day > -Original Message- > From: anders.g.ham...@gmail.com > [mailto:anders.g.ham...@gmail.com] On Behalf Of Anders Hammar > Sent: Friday, December 03, 2010 3:22 AM > To: Maven Users List > Subject: Re: Catch 22 with clean phase > > Phillip, you should notice (once again) that fighting Maven > best practice is causing you extra trouble. You should create > a mojo that cleans these files. > It can be created smart enough to detect if anything needs to > be done or not. Put the mojo in the plugin that creates the > files in the first please, and you'll have everything nicely > packaged together. > Then, if you find yourself configuring several maven projects > in a similar manner. where you're binding this plugin to > create files and then clean them, you should start to think > about creating your own packaging type. All of a sudden > you're following Maven best-practice and you (and every other > user in your corp doing the same thing) will think: "Hey, > Maven rocks!" As it does, if you don't fight it! > > /Anders > On Fri, Dec 3, 2010 at 02:12, Brian Topping > wrote: > > > > > On Dec 2, 2010, at 7:05 PM, Wayne Fay wrote: > > > > >> Ok, so this is working great now, except for one > problem. It runs > > >> great the first time, but if I run "mvn clean" a second > time, the > > >> batch file is not there so it can't call it and it > returns with an > > >> error. > > > > > > Turn your batch file into a plugin and these problems > will magically > > > go > > away. > > > > I have to agree here. Creating a plugin is easy, and we > will refund > > your purchase price of Maven if you do not find the Plugin > interface > > to be the easiest one you've ever seen. > > > - > > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > > For additional commands, e-mail: users-h...@maven.apache.org > > > > > This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: How to download transitive dependencies
I would make the maven-utils into a jar project that produced a library of all of the utils and build that once. Then each of the projects that needs these libraries would have a single dependency on your new "utils" jar. I would remove the word maven from the name since these utilitiies have nothing to do with Maven Ron On 03/12/2010 8:35 AM, Brian Fox wrote: dependency:copy-dependencies sounds like what you want. On Fri, Dec 3, 2010 at 7:41 AM, amaresh mourya wrote: Hi, ${project.groupId} maven-utils ${project.version} log4j log4j 1.2.14 junit junit 3.8.1 test javax.servlet servlet-api 2.5 provided javax.servlet.jsp jsp-api 2.1 provided thanks for reply, I would like to know if the above transitive dependencies would have been in section rather that of maven-utils-parent-1.0.pom. Should I expect dependency:go-offline to download them too, when I am running this goal on projectA's pom.xml (that have dependency over maven-utils-parent-1.0 ) thanks, Amaresh On Fri, Dec 3, 2010 at 5:47 PM, Stefan Seidel wrote: On Fri, 3 Dec 2010 17:39:23 +0530 amaresh mourya wrote: No, running dependency:go-offline didn't do the job. It just downloads plug-ins and immediate dependencies. It downloads all dependencies, these are not dependencies. And this maven-utils-parent-1.0.pom (in my local repository) has few dependencies in. Is it possible to download these You should read http://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html#Dependency_Managementwhich says "the dependency management section is a mechanism for centralizing dependency information." So, to make it more clear: these are NOT dependencies. That's why they're not downloaded with the above command. [...] Is there any other command which can download all dependencies including below ones.. Yes declare them as dependencies in your own pom.xml - because of the dependencyManagement entries, you will only need groupId, artifactId and maybe type. Stefan -- Mit freundlichen Grüßen, Stefan Seidel Software-Entwickler VUB Printmedia GmbH Chopinstraße 4, 04103 Leipzig tel.+49 (341) 9 60 50 93 fax.+49 (341) 9 60 50 92 mail. ssei...@vub.de web.www.vub.de VUB Printmedia GmbH HRB Köln 24015 GF Dr. A. Preuss Neudorf, Dr. C. Preuss Neudorf - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Newbie Questions
On 03/12/2010 5:13 AM, Joyce wrote: Hello, I just started to use Maven in a new project. My IDE is Eclipse for Java EE, Helios SR1 (3.6.1) I am installing a none-free Java API, which ships all the physical dependency Java jars as well. I try to use dependencies tag in the pom.xml to automatically fill in the dependencies. I have problems finding them: If you want to mix you non-free Java and other files, you will want your own repo such as Nexus so that you can upload the jars that you bought and use Nexus to proxy the outside world so that Maven can find everything for you. 1. For example, the shipped jar is poi.jar(required version 2.5.1), but I could not find it from Eclipse, the lowest version of poi.jar in Eclipse is 3.0 and the highest version is 3.7. In this case should I choose the highest version or the most closest version? POI is one of those projects that started out with one naming convention and later fell into line with the rest of the world 2.5.1 is available but its GAV is poi:poi:5.1.1-final-20040804 whereas the current versions of POI are found as org.apache.poi:poi:x.x.x We just moved from 2.5.1 to the 3.5 or 3.6 and did not have any problems with existing application. 2. www.mvnrepository.com also provides a place for developer to search dependencies, for above opi.jar, I could find version 2.5.1 from this website. In this case should I use the exact version or the eclipse version. 3. For some jars could not be found from either eclipse or mvnrepository, is there a manual way to specify the dependency? If you had your own repo, you would avoid all of these problem. There are at least 2 free repos available and either will make Maven a much more enjoyable experience. We use Nexus and it was easy to install and set up. Thanks! - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: How to download transitive dependencies
dependency:copy-dependencies sounds like what you want. On Fri, Dec 3, 2010 at 7:41 AM, amaresh mourya wrote: > Hi, > > > > > > ${project.groupId} > maven-utils > ${project.version} > > > > > log4j > log4j > 1.2.14 > > > > junit > junit > 3.8.1 > test > > > > > javax.servlet > servlet-api > 2.5 > provided > > > > javax.servlet.jsp > jsp-api > 2.1 > provided > > > > > > thanks for reply, I would like to know if the above transitive dependencies > would have been in section rather that > of maven-utils-parent-1.0.pom. Should I expect dependency:go-offline to > download them too, when I am running this goal on projectA's pom.xml (that > have dependency over maven-utils-parent-1.0 ) > > > thanks, > Amaresh > > On Fri, Dec 3, 2010 at 5:47 PM, Stefan Seidel wrote: > >> On Fri, 3 Dec 2010 17:39:23 +0530 >> amaresh mourya wrote: >> >> > No, running dependency:go-offline didn't do the job. It just downloads >> > plug-ins and immediate dependencies. >> It downloads all dependencies, these are not dependencies. >> >> > > And this maven-utils-parent-1.0.pom (in my local repository) has few >> > > dependencies in . Is it possible to download >> these >> You should read >> http://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html#Dependency_Managementwhich >> says "the dependency management section is a mechanism for >> centralizing dependency information." >> >> So, to make it more clear: these are NOT dependencies. That's why they're >> not downloaded with the above command. >> >> > > [...] Is there any other command which can download all dependencies >> > > including below ones.. >> >> Yes declare them as dependencies in your own pom.xml - because of the >> dependencyManagement entries, you will only need groupId, artifactId and >> maybe type. >> >> Stefan >> >> -- >> Mit freundlichen Grüßen, >> >> Stefan Seidel >> Software-Entwickler >> >> VUB Printmedia GmbH >> Chopinstraße 4, 04103 Leipzig >> tel. +49 (341) 9 60 50 93 >> fax. +49 (341) 9 60 50 92 >> mail. ssei...@vub.de >> web. www.vub.de >> >> VUB Printmedia GmbH >> HRB Köln 24015 >> GF Dr. A. Preuss Neudorf, Dr. C. Preuss Neudorf >> >> - >> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >> For additional commands, e-mail: users-h...@maven.apache.org >> >> > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: How to download transitive dependencies
Hi, ${project.groupId} maven-utils ${project.version} log4j log4j 1.2.14 junit junit 3.8.1 test javax.servlet servlet-api 2.5 provided javax.servlet.jsp jsp-api 2.1 provided thanks for reply, I would like to know if the above transitive dependencies would have been in section rather that of maven-utils-parent-1.0.pom. Should I expect dependency:go-offline to download them too, when I am running this goal on projectA's pom.xml (that have dependency over maven-utils-parent-1.0 ) thanks, Amaresh On Fri, Dec 3, 2010 at 5:47 PM, Stefan Seidel wrote: > On Fri, 3 Dec 2010 17:39:23 +0530 > amaresh mourya wrote: > > > No, running dependency:go-offline didn't do the job. It just downloads > > plug-ins and immediate dependencies. > It downloads all dependencies, these are not dependencies. > > > > And this maven-utils-parent-1.0.pom (in my local repository) has few > > > dependencies in . Is it possible to download > these > You should read > http://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html#Dependency_Managementwhich > says "the dependency management section is a mechanism for > centralizing dependency information." > > So, to make it more clear: these are NOT dependencies. That's why they're > not downloaded with the above command. > > > > [...] Is there any other command which can download all dependencies > > > including below ones.. > > Yes declare them as dependencies in your own pom.xml - because of the > dependencyManagement entries, you will only need groupId, artifactId and > maybe type. > > Stefan > > -- > Mit freundlichen Grüßen, > > Stefan Seidel > Software-Entwickler > > VUB Printmedia GmbH > Chopinstraße 4, 04103 Leipzig > tel.+49 (341) 9 60 50 93 > fax.+49 (341) 9 60 50 92 > mail. ssei...@vub.de > web.www.vub.de > > VUB Printmedia GmbH > HRB Köln 24015 > GF Dr. A. Preuss Neudorf, Dr. C. Preuss Neudorf > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
Re: Catch 22 with clean phase
On 02/12/2010 8:12 PM, Brian Topping wrote: On Dec 2, 2010, at 7:05 PM, Wayne Fay wrote: Ok, so this is working great now, except for one problem. It runs great the first time, but if I run "mvn clean" a second time, the batch file is not there so it can't call it and it returns with an error. Turn your batch file into a plugin and these problems will magically go away. I have to agree here. Creating a plugin is easy, and we will refund your purchase price of Maven if you do not find the Plugin interface to be the easiest one you've ever seen. You guys are pretty free with the organization's cash ;-) . I bet you don't have to pay off too much on this offer. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: How to download transitive dependencies
On Fri, 3 Dec 2010 17:39:23 +0530 amaresh mourya wrote: > No, running dependency:go-offline didn't do the job. It just downloads > plug-ins and immediate dependencies. It downloads all dependencies, these are not dependencies. > > And this maven-utils-parent-1.0.pom (in my local repository) has few > > dependencies in . Is it possible to download these You should read http://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html#Dependency_Management which says "the dependency management section is a mechanism for centralizing dependency information." So, to make it more clear: these are NOT dependencies. That's why they're not downloaded with the above command. > > [...] Is there any other command which can download all dependencies > > including below ones.. Yes declare them as dependencies in your own pom.xml - because of the dependencyManagement entries, you will only need groupId, artifactId and maybe type. Stefan -- Mit freundlichen Grüßen, Stefan Seidel Software-Entwickler VUB Printmedia GmbH Chopinstraße 4, 04103 Leipzig tel.+49 (341) 9 60 50 93 fax.+49 (341) 9 60 50 92 mail. ssei...@vub.de web.www.vub.de VUB Printmedia GmbH HRB Köln 24015 GF Dr. A. Preuss Neudorf, Dr. C. Preuss Neudorf - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Newbie Questions
> EE, Helios SR1 (3.6.1) I am installing a none-free Java API, which ships all > the physical dependency Java jars as well. I try to use dependencies tag in > the pom.xml to automatically fill in the dependencies. I have problems > finding them: I'd consider this a special case. Since the API comes with its own dependencies you'd be best off using them. I.e. install them into your local repo using a custom artifactId and groupId and craft a pom for the main API that adds dependencies on those jars. If you use Nexus you can save yourself some trouble creating the POMs from all the dependency jars. -dirk - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: How to download transitive dependencies
Hi, No, running dependency:go-offline didn't do the job. It just downloads plug-ins and immediate dependencies. $ mvn dependency:go-offline [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'dependency'. [INFO] - [INFO] Building Unnamed - Application10:Project2:jar:1.0-SNAPSHOT [INFO]task-segment: [dependency:go-offline] [INFO] - [INFO] Preparing dependency:go-offline [INFO] [dependency:resolve-plugins] [INFO] Plugin Resolved: maven-compiler-plugin-2.0.2.jar [INFO] Plugin Dependency Resolved: maven-plugin-api-2.0.jar [INFO] Plugin Dependency Resolved: plexus-utils-1.0.4.jar [INFO] Plugin Dependency Resolved: plexus-compiler-api-1.5.3.jar [INFO] Plugin Dependency Resolved: plexus-compiler-manager-1.5.3.jar [INFO] Plugin Dependency Resolved: plexus-compiler-javac-1.5.3.jar [INFO] Plugin Dependency Resolved: maven-artifact-2.0.jar [INFO] [dependency:go-offline] [INFO] Resolved: cactus-maven-1.7.jar [INFO] Resolved: maven-utils-parent-1.1.pom [INFO] - [INFO] BUILD SUCCESSFUL [INFO] - [INFO] Total time: 3 seconds [INFO] Finished at: Fri Dec 03 17:41:41 IST 2010 [INFO] Final Memory: 8M/19M [INFO] - Thanks, Amaresh On Fri, Dec 3, 2010 at 5:22 PM, Niels B Nielsen < niels.b.niel...@jpmorgan.com> wrote: > would dependency:go-offline work? > > Regards > > -Original Message- > From: amaresh mourya [mailto:amaresh.mou...@gmail.com] > Sent: 03 December 2010 11:21 > To: Maven Users List > Subject: How to download transitive dependencies > > Hi All, > > I have a project(A) containing pom.xml and that have a dependency of > > ca.grimoire.maven > maven-utils-parent > 1.0 > pom > > > And this maven-utils-parent-1.0.pom (in my local repository) has few > dependencies in . Is it possible to download these > dependencies via some command. As when I run dependency:resolve on pom.xml > of project A, I got ca.grimoire.maven:maven-utils-parent:pom:1.0 in my > local > repository. Is there any other command which can download all dependencies > including below ones.. > > > > > > >${project.groupId} >maven-utils >${project.version} > > > > >log4j >log4j >1.2.14 > > > >junit >junit >3.8.1 >test > > > > >javax.servlet >servlet-api >2.5 >provided > > > >javax.servlet.jsp >jsp-api >2.1 >provided > > > > > Thanks, > Amaresh > This email is confidential and subject to important disclaimers and > conditions including on offers for the purchase or sale of > securities, accuracy and completeness of information, viruses, > confidentiality, legal privilege, and legal entity disclaimers, > available at http://www.jpmorgan.com/pages/disclosures/email. > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
RE: How to download transitive dependencies
would dependency:go-offline work? Regards -Original Message- From: amaresh mourya [mailto:amaresh.mou...@gmail.com] Sent: 03 December 2010 11:21 To: Maven Users List Subject: How to download transitive dependencies Hi All, I have a project(A) containing pom.xml and that have a dependency of ca.grimoire.maven maven-utils-parent 1.0 pom And this maven-utils-parent-1.0.pom (in my local repository) has few dependencies in . Is it possible to download these dependencies via some command. As when I run dependency:resolve on pom.xml of project A, I got ca.grimoire.maven:maven-utils-parent:pom:1.0 in my local repository. Is there any other command which can download all dependencies including below ones.. ${project.groupId} maven-utils ${project.version} log4j log4j 1.2.14 junit junit 3.8.1 test javax.servlet servlet-api 2.5 provided javax.servlet.jsp jsp-api 2.1 provided Thanks, Amaresh This email is confidential and subject to important disclaimers and conditions including on offers for the purchase or sale of securities, accuracy and completeness of information, viruses, confidentiality, legal privilege, and legal entity disclaimers, available at http://www.jpmorgan.com/pages/disclosures/email. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
How to download transitive dependencies
Hi All, I have a project(A) containing pom.xml and that have a dependency of ca.grimoire.maven maven-utils-parent 1.0 pom And this maven-utils-parent-1.0.pom (in my local repository) has few dependencies in . Is it possible to download these dependencies via some command. As when I run dependency:resolve on pom.xml of project A, I got ca.grimoire.maven:maven-utils-parent:pom:1.0 in my local repository. Is there any other command which can download all dependencies including below ones.. ${project.groupId} maven-utils ${project.version} log4j log4j 1.2.14 junit junit 3.8.1 test javax.servlet servlet-api 2.5 provided javax.servlet.jsp jsp-api 2.1 provided Thanks, Amaresh
Newbie Questions
Hello, I just started to use Maven in a new project. My IDE is Eclipse for Java EE, Helios SR1 (3.6.1) I am installing a none-free Java API, which ships all the physical dependency Java jars as well. I try to use dependencies tag in the pom.xml to automatically fill in the dependencies. I have problems finding them: 1. For example, the shipped jar is poi.jar(required version 2.5.1), but I could not find it from Eclipse, the lowest version of poi.jar in Eclipse is 3.0 and the highest version is 3.7. In this case should I choose the highest version or the most closest version? 2. www.mvnrepository.com also provides a place for developer to search dependencies, for above opi.jar, I could find version 2.5.1 from this website. In this case should I use the exact version or the eclipse version. 3. For some jars could not be found from either eclipse or mvnrepository, is there a manual way to specify the dependency? Thanks! -- View this message in context: http://maven.40175.n5.nabble.com/Newbie-Questions-tp3290643p3290643.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: clean then package error
My experience is that both ways work. /Anders 2010/12/2 Marshall Schor > > > On 10/19/2010 6:14 AM, 冯仁君 wrote: > > yes, I do this from m2eclipse, not command line. and I have set eclipse > > running in jdk in the setting.ini of eclipse. > > > > my setting: > > -vm > > D:\Java\jdk1.6.0_21\bin\javaw.exe > > > > I think it's what you say,right? > > I think that's not right. > > should be without the \javaw.exe ... should end with ...\bin > > -Marshall Schor > > -- > > From: "Anders Hammar" > > Sent: Tuesday, October 19, 2010 12:34 PM > > To: "Maven Users List" > > Subject: Re: clean then package error > > > >> You're doing tis from Eclipse/m2eclipe, right? Not command line? Is > you're > >> Eclipseset up to use a JDK? > >> > http://tech.karolzielinski.com/m2eclipse-eclipse-is-running-in-a-jre-but-a-jdk-is-required > >> > >> > >> /Anders > >> > >> 2010/10/19 冯仁君 > >> > >>> yes,I know. but I have set the JAVA_HOME pointing to the directory of > JDK. > >>> and when I run package without clean before, it works well. > >>> if I run clean, and then package, it's error! > >>> > >>> -- > >>> From: "MK Tan" > >>> Sent: Monday, October 18, 2010 11:34 PM > >>> To: "Maven Users List" > >>> Subject: Re: clean then package error > >>> > >>> I should spell check before I sending this mail. > > Maven need jdk and not jre. > And if possible please include environment variable called JAVA_HOME > which > point to your jdk installation directory > > 2010/10/18 MK Tan > > Haven require jdk but you are refer to jre > > > > On Oct 18, 2010 8:46 PM, "冯仁君" wrote: > > > I'm new in using maven. when I try to package a helloworld maven > > > program > > after I clean in the Eclipse IDE, it comes to an error. it says : > > > > > > [ERROR] Failed to execute goal > > org.apache.maven.plugins:maven-compiler-plugin:2.0.2:compile > > (default-compile) on project module: Compilation failure > > > Unable to locate the Javac Compiler in: > > > D:\Java\jre6\..\lib\tools.jar > > > Please ensure you are using JDK 1.4 or above and > > > not a JRE (the com.sun.tools.javac.Main class is required). > > > In most cases you can change the location of your Java > > > installation by setting the JAVA_HOME environment variable. > > > -> [Help 1] > > > [ERROR] > > > [ERROR] To see the full stack trace of the errors, re-run Maven > with > > > > the > > -e switch. > > > [ERROR] Re-run Maven using the -X switch to enable full debug > > logging. > > > [ERROR] > > > [ERROR] For more information about the errors and possible > solutions, > > please read the following articles: > > > [ERROR] [Help 1] > > > http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException > > > [ERROR] > > > [ERROR] After correcting the problems, you can resume the build > with > > > > the > > command > > > [ERROR] mvn -rf :module > > > > > > I'm sure I have installed the jdk1.6, and my environment variable > is > > > > also > > correct. I don't it's the problem of maven, but I don't know what to > do. > > what can I do? > > > > > > >>> > >>> - > >>> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > >>> For additional commands, e-mail: users-h...@maven.apache.org > >>> > >>> > >> > > > > > > - > > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > > For additional commands, e-mail: users-h...@maven.apache.org > > > > > > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
Re: webservice for maven artifact search?
As always, if you tell us what you're trying to do we could maybe offer better solutions. As an alternative, possibly you could use the index file that Maven central and many other repos provide? Or does the business requirements demand that web service is used? /Anders On Fri, Dec 3, 2010 at 04:03, Brian Fox wrote: > Repository.apache.org exposes nexus' rest interface > > --mobile > > On Dec 2, 2010, at 4:44 PM, Russ Tremain wrote: > > > anyone know of a web-service interface to any of the public maven > artifact lookup services? > > > > tia, > > -russ > > > > - > > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > > For additional commands, e-mail: users-h...@maven.apache.org > > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
Re: Catch 22 with clean phase
Phillip, you should notice (once again) that fighting Maven best practice is causing you extra trouble. You should create a mojo that cleans these files. It can be created smart enough to detect if anything needs to be done or not. Put the mojo in the plugin that creates the files in the first please, and you'll have everything nicely packaged together. Then, if you find yourself configuring several maven projects in a similar manner. where you're binding this plugin to create files and then clean them, you should start to think about creating your own packaging type. All of a sudden you're following Maven best-practice and you (and every other user in your corp doing the same thing) will think: "Hey, Maven rocks!" As it does, if you don't fight it! /Anders On Fri, Dec 3, 2010 at 02:12, Brian Topping wrote: > > On Dec 2, 2010, at 7:05 PM, Wayne Fay wrote: > > >> Ok, so this is working great now, except for one problem. It runs > >> great the first time, but if I run "mvn clean" a second time, the > >> batch file is not there so it can't call it and it returns with an > >> error. > > > > Turn your batch file into a plugin and these problems will magically go > away. > > I have to agree here. Creating a plugin is easy, and we will refund your > purchase price of Maven if you do not find the Plugin interface to be the > easiest one you've ever seen. > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
Re: Dependency overriding.
FIrst, don't use the name "super pom". In the Maven world, there is one pom called the super pom and it is the pom all other poms inherits implicitly. It's part of Maven core. DOn't use that name for anything else as it will cause confusion. What you have is a parent pom. Regarding your question. You should be able to override the version through a dependencyManagement section in your pom. Per's suggestion regarding exclusion will not work in this case. Also, I think that you should use dependencyManagement in your parent pom as well, not an actual dependency. Please read about the difference here: http://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html /Anders On Fri, Dec 3, 2010 at 01:14, asdas adasads wrote: > Hi, > >My project has two pom's. One is a called a super pom and contains basic > configuration for the whole project. Second pom declares "super pom" as its > parent. > In super pom you can find these dependency: > > >org.slf4j > slf4j-log4j12 >1.5.6 > > > Which defines what kind of implementation all project should use for > logging. In the second pom (child) I want to declare different logging > implementation, namely: > > > org.slf4j > slf4j-nop > 1.5.6 > > > But it seems that the maven builds classpath is a way where dependency from > parent is before, dependency from child. So nop logging will not be used > during execution. > Is there any way change that ? (to use nop as logging implementation) I > cannot change "super pom" file. The behavior what I'm interested is the > same > as method overriding in OOP. > > - John >