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 false in . Try adding this in the 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 false 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 > false 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 > false 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 >> false >> 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 >> 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] > -- View this message in context: http://www.nabble.com/Plugin-Annotation-to-control-Inheritance-tf2604887s177.html#a7289932 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XML representation of an Artifact in the section of the POM
On 11/10/06, franz see <[EMAIL PROTECTED]> wrote: Good day to you, Sebastien, No problem ;-) Wow..thanks for the information. :-) Would any of this be appropriate for the 'Mojo Developer Cookbook' on the wiki? http://docs.codehaus.org/display/MAVENUSER/Mojo+Developer+Cookbook If it's something that took you time to figure out, it might help the next person if you can summarize it on the wiki. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: XML representation of an Artifact in the section of the POM
Good day to you, Sebastien,
No problem ;-)
Wow..thanks for the information. :-)
Thanks a bunch,
Franz
Sebastien Brunot wrote:
>
> Thanks for your help franz, it's nice to have the kind of support you
> provides.
>
> In fact, I've adopted the strategy I've seen in the
> maven-dependency-plugin :
>
> 1) I've included in my plugin a java bean PomArtifact that declares
> three String attributes : groupId, artifactId and version. Public
> getters and setters are defined for those attributes, and the attributes
> javadoc uses the @parameter and @required annotations (note that
> defining default values such as ${project.groupId} fot those attributes
> doen not seems to work)
>
> 2) In my mojo, sourcePom type is now PomArtifact
>
> 3) Everything works fine using the following xml in the POM :
>
>
> ...
>
>
>
> ...
> ...
> ...
>
>
>
>
> ...
> ...
> ...
>
>
>
>
>
>
>
>
>
> 4) In my Mojo execute method, I will now create an Artifact object using
> the values retrieved from sourcePom.
>
> Sebastien
>
> -Original Message-
> From: franz see [mailto:[EMAIL PROTECTED]
> Sent: Friday, November 10, 2006 2:54 PM
> To: users@maven.apache.org
> Subject: Re: XML representation of an Artifact in the
> section of the POM
>
>
> Good day to you, Sebastien,
>
> Note: I don't know everything about mojo parameters but i'll show what i
> know so far
>
> Here's the break down of a mojo parameter:
>
> /**
> * @parameter expression="${merge-jar-dependencies.sourcePom}"
> default-value="${project.artifact}"
> */
> private Aritfact sourcePom;
>
> expression (in your case, merge-jar-dependencies.sourcePom).
> `--> Used to inject a Property value to that parameter (sourcePom).
> Properties may come from System / Environment Variables, POM properties,
> Commandline Properties, Filter properties, or other predefined
> properties (i.e project.artifact).
>
> default-value (in your case, project.artifact) `--> Injects a property
> to your parameter.
>
> you class's field (in your case, soucePom) `--> This is your paramater.
> If the first two discussed here is injected by properties, this one is
> injected from the element in your pom. (Note: AFAIK, if
> you set your experssion as a predefined property such as
> project.artifact, the parameter can no longer be configured in your pom)
>
>
>
> To answer your question, since you're using a class, you use the
> parameter.
>
>
> ...
>
>
>
> ...
> ...
> ...
>
>
>
>
> ...
> ...
> ...
> ...
>
>
>
>
>
>
>
>
>
> the represents your sourcePom field in your class.
> the elements of are the fields of the Artifact.
>
> Things I am unsure of:
> 1. I am not sure if will work as it is. But if not, you may
> want to try implementation="org.apache.maven.artifact.DefaultArtifact".
> 2. I am not sure if "private Aritfact sourcePom" will work as well, you
> may want to try DefaultArtifact.
> 3. Most likely, #1 & #2 will work withouth those "workarounds" i
> mentioned, Im just not sure how.
> 4. I am not sure whether it is the fields of the Artifact that you
> access with the elements of or the setters.
>
> If you find the answers to those, or if somebody out there who knows,
> kindly share it with us :-)
>
> Thanks,
> Franz
>
>
> Sebastien Brunot wrote:
>>
>> Hi all,
>>
>> i have a mojo that defines a parameter names sourcePom which type is
>> Artifact :
>>
>> /**
>>
>> * The POM where jar dependencies are declared.
>>
>> *
>>
>> * @parameter expression="${merge-jar-dependencies.sourcePom}"
>> default-value="${project.artifact}"
>>
>> */
>>
>> private Artifact sourcePom;
>>
>>
>>
>> I don't know how to specify an artifact under
>> ...
>>
>> Thanks for your help,
>>
>> Sebastien
>>
>>
>>
>>
>>
>
> --
> View this message in context:
> http://www.nabble.com/XML-representation-of-an-Artifact-in-the-%3Cconfig
> uration%3E-section-of-the-POM-tf2607681s177.html#a7277297
> Sent from the Maven - Users mailing list archive at Nabble.com.
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
--
View this message in context:
http://www.nabble.com/XML-representation-of-an-Artifact-in-the-%3Cconfiguration%3E-section-of-the-POM-tf2607681s177.html#a7288606
Sent from the Maven - Users mailing list archive at Nabble.com.
-
Re: Dependency cycle?
hehehe :-) my bad :-) Andrew Williams-5 wrote: > > It is a rhetorical question - meaning that it is impossible to build > such a system, thus Maven does not support it :) > > A > > franz see wrote: >> Good day to you, Andy, >> >> I'm not sure if any are build at all, that's because your whole build >> will >> fail. >> >> Cheers, >> Franz >> >> >> Andrew Williams-5 wrote: >> >>> If two projects depend on each other which gets built first? >>> In this situation either one must be optional or they must be in the >>> same artifact. >>> >>> Andy >>> >>> franz see wrote: >>> Good day to you Sha Jiang, Maven can not handle cyclic dependencies. It will give you a cyclic dependency error Cheers, Franz jiangshachina wrote: > Hello guys, > I suddenly have a virtual case just in mind. > There are two projects, A and B, each of them depends on the other > one. > How do Maven to deal with the dependency cycle? > > a cup of Java, cheers! > Sha Jiang > > > >>> - >>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>> For additional commands, e-mail: [EMAIL PROTECTED] >>> >>> >>> >>> >> >> > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/Dependency-cycle--tf2606748s177.html#a7288565 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: MavenProjectBuilder injection in a Mojo
Good day to you, Mark,
Nice. Thanks for the link :-) Hmm..maybe I should try digging up plexus in
the future to understan that better :-)
Cheers,
Franz
Mark Hobson wrote:
>
> On 10/11/06, franz see <[EMAIL PROTECTED]> wrote:
>> Good day to you, Mark,
>>
>> Curious, which docs are you referring to?
>
> I was looking at:
>
> http://maven.apache.org/developers/mojo-api-specification.html#The
> Descriptor and Annotations
>
> See the third table in that section, the @component annotation:
>
> "Similar to @parameter
> expression="${component.yourpackage.YourComponentClass}""
>
>> AFAIK, @components and @parameter take their values from different
>> "sources".
>>
>> "@component" mojo parameters are injected values which comes from the
>> component.xml (or some other plexus component configuration).
>>
>> while
>>
>> "@parameter" mojo paramaters are injected values which comes from the
>> properites.
>>
>> Correct me if im wrong though. I have limited knowledge with Plexus.
>
> Sounds right if they do indeed come from different sources, although
> which components get put into the expression properties? Maybe a dev
> could advise when the different syntaxes should be used.
>
> Mark
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
--
View this message in context:
http://www.nabble.com/MavenProjectBuilder-injection-in-a-Mojo-tf2607549s177.html#a7288558
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Example POM for WebLogic servicegen needed
Thanks for the example. That saved me a lot of time! Re: phase for appc, I'm trying to take the approach having one project create the ejb-jar and a separate project create the web services using servicegen. Currently I run appc in the package phase. I thought it might be better to decompose things that way instead of trying to do to much in one project. In fact, I'm starting look into actually having a another project to create the ear. In a nutshell I'd have the following projects: EJB Project - contains my session beans. WebService Project - uses servicegen to create webservices for my sessions beans Web Project - contains my web app EAR Project - Packages the artifacts of the other three packages into the ear for my application. My goal is to separate out the assembly of the EAR and to keep each project relatively simple. I have a few challenges that I need to overcome: 1) servicegen needs to reference the ejb jar as a parameter. I currently have a relative path hardcoded to my ejb project, but what I'd really like to do is reference the ejb artifact. I'm sure this can be done but I need to dig into how to refernce it. Maybe declare the ejb jar as a dependency and somehow reference that in the servicegen call? 2) The WebService project uses servicegen to generate an EAR. I'm really only interested in the war file that's generated by servicegen so it can be packaged into the EAR by my EAR project. I have servicegen configured to generate an exploded ear, but I need to figure out how to make the war that servicegen generates the artifact of my WebService project so that it will be installed in the repository and can be picked up by my EAR project. Hopefully this makes sense. I'd be curious to know if others think by breakdown of maven projects is good pattern or an anti-pattern and if you have any suggestions on how to solve the remaining issues. Thanks, Jeff Dmystery wrote: > > On a different note, what execution phase are you executing the > weblogic:appc? I'm doing it in a pom which first generate sources using > XMLbeans, compiles some aspects, create ejb-jar, ejb-client-jar and then > run weblogic:appc which is in the package phase. The problem is, when appc > is started, it does the whole thing again, XMLBeans to ejb-client-jar. > Just wanna know what phase you have weblogic:appc? > > Thanks. > -- View this message in context: http://www.nabble.com/Example-POM-for-WebLogic-servicegen-needed-tf2604105s177.html#a7288485 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: javadoc plugin failures and recent behaviour change
Hi Kelvin, I did mvn javadoc:javadoc (with 2.1) on tuscany trunk: https://svn.apache.org/repos/asf/incubator/tuscany/java No error here. Are you sure that commonj is correctly included as dependency? Cheers, Vincent 2006/11/9, kelvin goodson <[EMAIL PROTECTED]>: I have a build failure that's happening when creating javadoc and it seems to be due to a change in the javadoc plugin behaviour. Here is a mvn execution log that exhibits the problem https://svn.apache.org/repos/asf/incubator/tuscany/sandbox/kgoodson/javadocProblems/fresh.log Here are the logic steps that lead me to the conclusion that this is a plugin behaviour change 1) Building in my trunk started failing like this a few days ago 2) so I tried buiding an old unaltered release source tree which used to build fine, against my local repo and it failed in the same way 3) so I tried an offline build of the same release source on a different machine which had an old repository state, and it succeeded 4) so I zipped up the old repository from the 2nd machine and transferred it to the machine where the failures had started and did offline builds of both the release and of the trunk, which both succeeded --- at which point I could assert that it was the repository state that was at fault (see https://svn.apache.org/repos/asf/incubator/tuscany/sandbox/kgoodson/javadocProblems/dt_used_on_lt.log ) 5) so I completely removed my repository and did and online build of the trunk from fresh, which failed in the same way that I had seen in step 1 -- at which point I could assert that the problems were introduced by an artifact which had been freshly downloaded to my repository I see from the difference in the logs, that right at the start of the javadoc:javadoc phase there is behaviour difference, the one that succeeds begins in this way === [INFO] [javadoc:javadoc] Loading source files for package org.apache.tuscany.sdo... Loading source files for package org.apache.tuscany.sdo.codegen... Loading source files for package org.apache.tuscany.sdo.helper... Loading source files for package org.apache.tuscany.sdo.impl... Loading source files for package org.apache.tuscany.sdo.model... Loading source files for package org.apache.tuscany.sdo.model.impl... Loading source files for package org.apache.tuscany.sdo.model.java.impl... Loading source files for package org.apache.tuscany.sdo.model.java... Loading source files for package org.apache.tuscany.sdo.util... Loading source files for package org.apache.tuscany.sdo.util.metadata.impl.. . Loading source files for package org.apache.tuscany.sdo.util.metadata... Loading source files for package org.apache.tuscany.sdo.util.resource... Loading source files for package org.apache.tuscany.sdo.generate.adapter... Loading source files for package org.apache.tuscany.sdo.generate... Loading source files for package org.apache.tuscany.sdo.generate.templates.model... Loading source files for package org.apache.tuscany.sdo.generate.util... Loading source files for package org.eclipse.jdt.core.formatter... Loading source files for package org.apache.tuscany.sdo.plugin... whereas the one that fails begins in this way ... [INFO] [javadoc:javadoc] Loading source file C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/AnyTypeDataObject.java... Loading source file C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/codegen/BytecodeInterfaceGenerator.java... Loading source file C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/codegen/GenerationException.java... Loading source file C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/codegen/JavaInterfaceGenerator.java... Loading source file C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/codegen/NoJavaImplementationException.java... Loading source file C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/helper/CopyHelperImpl.java... Loading source file C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/helper/CrossScopeCopyHelperImpl.java... Loading source file C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/helper/DataFactoryImpl.java... Loading source file C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/helper/DataHelperImpl.java... Loading source file C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/helper/EqualityHelperImpl.java... Loading source file C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/helper/HelperProviderImpl.java... == FYI, the poart of the log whe
Exclude modules from site
I have a pom with several modules. I'd like to exclude some of the modules from the site. I have tried the excludeModules optin as mentionned in the doc. It seems not to works. Modules are still in the generated site. org.apache.maven.plugins maven-site-plugin fml What's wrong in my declaration ? Is it a bug ? -- View this message in context: http://www.nabble.com/Exclude-modules-from-site-tf2610656s177.html#a7286361 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Setting up a new jre to maven
Hi Allan, Add these lines to you pom.xml: maven-compiler-plugin 1.5 1.5 Julio On 11/10/06, Allan Valeriano <[EMAIL PROTECTED]> wrote: Hi all, I'm having problems setting up a new jre to run mvn install. My default java version is 1.4.2_11, but I need maven to use jre 5 for it. I've read the FAQ, but I must say the example for it is not really helpful. Could somebody give me a hand on this sending a complete example? thanks in advance Allan Valeriano - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Setting up a new jre to maven
Hi all, I'm having problems setting up a new jre to run mvn install. My default java version is 1.4.2_11, but I need maven to use jre 5 for it. I've read the FAQ, but I must say the example for it is not really helpful. Could somebody give me a hand on this sending a complete example? thanks in advance Allan Valeriano
Re: problems with m2eclipse
Hi, I've been having too much problems with m2eclipse... Besides the "update source folder", that I have to select every time I change some dependency version writing directly in pom.xml, it doesn't have a pom editor like maven 1 has. So I guess that it's "normal"... unfortunately. Julio On 11/10/06, Barbier-Accary Aurélien <[EMAIL PROTECTED]> wrote: Hi all, I have some problems using the maven2 plugin for eclipse (version 0.0.9). First, when adding a new depency in the pom.xml file, it only works if I use the "update source folder" command of the Maven2 menu. But it is very very slow because all dependencies are reloaded!! Is it "normal" ? Second, to simply use the "mvn compile" rule (with an external tool), it is necessary to add all maven's plugins used to do this task in the pom.xml but in a simple dos window, it is automatic... Aurelien Barbier-Accary - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Pulling jars into local repository
> "Tom Huybrechts" <[EMAIL PROTECTED]>:
> On 11/10/06, Steinar Bang <[EMAIL PROTECTED]> wrote:
>> Now, I need to find out if I can make maven pull in the eclipse
>> bundles neccessary for the runtime, as well. This would avoid this
>> as a copying step.
> Declare them as runtime dependencies ?
Yes, that is the obvious approach. My problem is that I don't know
exactly which eclipse bundles to depend on, and from where.
And perhaps I should be careful of doing this, and instead just copy
the runtime from my eclipse installation like I've been doing?
I've just spent some time debugging why I got an SWT compile time
error, and the reason was that my maven copy-dependencies pulled in an
earlier, and presumably incompatible, version of the OSGi framework,
than the one provided by eclipse itself.
So I need to figure out a how to stop it from doing that.
Also, my earlier fragment of copy-dependencies was incomplete. That
one only copied in the files my bundles depended on, but it didn't
copy in my bundles.
To do that, I need this as well:
copy
package
copy
${project.groupId}
${project.artifactId}
${project.version}
${project.packaging}
${user.home}/pde_target_platform/plugins
This copies in some .pom files as well as the bundle JARs, but they
don't seem to do any harm.
But I have to stop it from copying the older OSGi framework.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: mevenide vs. m2eclipse?
> Martin van den Bemt <[EMAIL PROTECTED]>: > Steinar Bang wrote: >>> Martin van den Bemt <[EMAIL PROTECTED]>: >>> I am working on a m2 eclipse plugin, but that is not public yet.. >> Will it be better than m2eclipse? :-) > Definitely :) I'll post on that later when there is a usable version Cool. I'm looking forward to that. :-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [m2] List of All Dependencies for any project X
Thanks just is what I was looking for. > -Original Message- > From: Barrett Nuzum [mailto:[EMAIL PROTECTED] > Sent: 10 November 2006 17:30 > To: Maven Users List > Subject: 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 :: ==== -- 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]
Re: Project Notifier removed when editing build definitions
This was on trunk, correct? rahul, this might be an issue in the notifier actions jesse On 11/7/06, Emmanuel Hugonnet <[EMAIL PROTECTED]> wrote: Hi, I have edited my build definition since I have to pass some parameters via -D. After that my notifier which was imported from my POM was removed :(. It looks like updating the project configuration updates everything based on submit and not on previous configuration + changes. In the database all is removed :( -- jesse mcconnell [EMAIL PROTECTED]
Re: [M2] FAQ? Debugging unit tests in Maven2
On 11/10/06, matthewadams <[EMAIL PROTECTED]> wrote: 1. Is the "argLine" property a Surefire-specific property or a Maven-global property? 2. Where is the "argLine" property documented (and all other properties for that matter)? 3. Where do I set the surefire "forkMode" property? http://maven.apache.org/plugins/maven-surefire-plugin/test-mojo.html The properties can be set with -D on the command line or inside in the pom. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Configuration of Username and password for subversion
yep, that will do it, glad you got it working :) cheers! jesse On 11/9/06, Martin Testrot <[EMAIL PROTECTED]> wrote: Hallo Jesse, hallo Shankar, many thanks for your fast replys. Right now our subversion doesn't work with the apache module (has to be configured by our admins). So I can't add POMs via a http link or verify username and password via apache. I will try your suggestions as soon as the apache module is running. Until then I use a workaround I came up by myself. I simply login via a svn console client and use the caching mechanism from subversion. Subsequent requests use the cached username and password. Greetings, Martin -- jesse mcconnell [EMAIL PROTECTED]
Re: Problem during build
what version of continuum are you using? trunk? jesse On 11/10/06, ETIENNE Olivier <[EMAIL PROTECTED]> wrote: Hi, I'm trying to compile a Java project based on a CVS repository and ant builds scripts. When the project build is launch, the files are retrieved from CVS but the build command doesn't work (Error at the end of the mail). But if I open a shell and go in the corresponding working directory, launch the cvs command and run the ant script, everything works perfectly. Here are some of the messages from the continuum console. vm 1| cvs update: cannot open CVS/Entries for reading: No such file or directory jvm 1| cvs update: in directory CMC/Applicatif/GTC/bin/phr/ibs/cmc/gtc/suivreLePassage: jvm 1| cvs update: cannot open CVS/Entries for reading: No such file or directory jvm 1| *jvm 1| 2006-11-10 17:16:29,564 [Thread-2] WARN ContinuumScm - Provider message: The cvs command failed. jvm 1| ERROR 22001: A truncation error was encountered trying to shrink VARCHAR 'cvs update: in directory CMC/Applicatif/GTC/bin: jvm 1| cvs update:&' to length 1024.* jvm 1| at org.apache.derby.iapi.error.StandardException.newException(Unknown Source) jvm 1| at org.apache.derby.iapi.types.SQLChar.hasNonBlankChars(Unknown Source) jvm 1| at org.apache.derby.iapi.types.SQLVarchar.normalize(Unknown Source) ... jvm 1| at org.apache.maven.continuum.buildcontroller.BuildProjectTaskExecutor.executeTask(BuildProjectTaskExecutor.java:47) jvm 1| at org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable.run(ThreadedTaskQueueExecutor.java:103) jvm 1| at java.lang.Thread.run(Thread.java:595) *jvm 1| 2006-11-10 17:16:29,791 [Thread-2] ERROR BuildController- Error while building project. jvm 1| javax.jdo.JDODataStoreException: Insert request failed: INSERT INTO SCMRESULT (SCMRESULT_ID,MODEL_ENCODING,"EXCEPTION",COMMAND_LINE,PROVIDER_MESSAGE,SUCCESS,COMMAND_OUTPUT) VALUES (?,?,?,?,?,?,?)* jvm 1| at org.jpox.store.rdbms.request.InsertRequest.execute(InsertRequest.java:387) jvm 1| at org.jpox.store.rdbms.table.ClassTable.insert(ClassTable.java:2146) jvm 1| at org.jpox.store.StoreManager.insert(StoreManager.java:739) ... jvm 1| at org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable.run(ThreadedTaskQueueExecutor.java:103) jvm 1| at java.lang.Thread.run(Thread.java:595) *jvm 1| NestedThrowablesStackTrace: jvm 1| ERROR 22001: A truncation error was encountered trying to shrink VARCHAR 'cvs update: in directory CMC/Applicatif/GTC/bin: jvm 1| cvs update:&' to length 1024.* jvm 1| at org.apache.derby.iapi.error.StandardException.newException(Unknown Source) jvm 1| at org.apache.derby.iapi.types.SQLChar.hasNonBlankChars(Unknown Source) jvm 1| at org.apache.derby.iapi.types.SQLVarchar.normalize(Unknown Source) vm 1| at org.apache.maven.continuum.buildcontroller.DefaultBuildController.build(DefaultBuildController.java:192) jvm 1| at org.apache.maven.continuum.buildcontroller.BuildProjectTaskExecutor.executeTask(BuildProjectTaskExecutor.java:47) jvm 1| at org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable.run(ThreadedTaskQueueExecutor.java:103) jvm 1| at java.lang.Thread.run(Thread.java:595) *jvm 1| ERROR 22001: A truncation error was encountered trying to shrink VARCHAR 'cvs update: in directory CMC/Applicatif/GTC/bin: jvm 1| cvs update:&' to length 1024.* jvm 1| at org.apache.derby.iapi.error.StandardException.newException(Unknown Source) jvm 1| at org.apache.derby.iapi.types.SQLChar.hasNonBlankChars(Unknown Source) vm 1| at org.apache.maven.continuum.buildcontroller.BuildProjectTaskExecutor.executeTask(BuildProjectTaskExecutor.java:47) jvm 1| at org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable.run(ThreadedTaskQueueExecutor.java:103) jvm 1| at java.lang.Thread.run(Thread.java:595) *jvm 1| 2006-11-10 17:16:29,891 [Thread-2] ERROR BuildController- Internal error while building the project. jvm 1| javax.jdo.JDODataStoreException: Insert request failed: INSERT INTO SCMRESULT (SCMRESULT_ID,MODEL_ENCODING,"EXCEPTION",COMMAND_LINE,PROVIDER_MESSAGE,SUCCESS,COMMAND_OUTPUT) VALUES (?,?,?,?,?,?,?)* jvm 1| at org.jpox.store.rdbms.request.InsertRequest.execute(InsertRequest.java:387) jvm 1| at org.jpox.store.rdbms.table.ClassTable.insert(ClassTable.java:2146) jvm 1| at org.jpox.store.StoreManager.insert(StoreManager.java:739) jvm 1| at org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable.run(ThreadedTaskQueueExecutor.java:103) jvm 1| at java.lang.Thread.run(Thread.java:595) jvm 1| NestedThrowablesStackTrace: *jvm 1| ERROR 22001:
RE: [M2] FAQ? Debugging unit tests in Maven2
Dan Fabulich-2 wrote: > > Probably what's happening is Maven is launching a second JVM to run your > tests. > > If so, you can use -DargLine="=-Xdebug -Xnoagent -Djava.compiler=NONE > -Xrunjdwp:transport=dt_socket,server=y,suspend=y,address=4657" to pass > those arguments to the launched JVM. > > Alternately, you can set surefire to forkMode=never and then your > MAVEN_OPTS trick will work just fine. > > -Dan > This makes sense. Some questions: 1. Is the "argLine" property a Surefire-specific property or a Maven-global property? 2. Where is the "argLine" property documented (and all other properties for that matter)? 3. Where do I set the surefire "forkMode" property? I think I prefer not to change the testing process too much and stick with setting argLine so the tests are still run in a separate JVM. It depends on whether or not I want each test of possibly many to block until I attach the debugger to it...we'll see how that goes. I'll probably just run the single test using "-Dtest=BlahBlahBlah". Thanks, Matthew -- View this message in context: http://www.nabble.com/-M2--FAQ---Debugging-unit-tests-in-Maven2-tf2498076s177.html#a7282429 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Aggregate site generation
Morgovsky, Alexander (US - Glen Mills) wrote: I have a parent POM which has two modules. Module A's sites get deployed to host/A/. Module B's sites get deployed to host/B/. What do I need to do in the parent POM so that I can have these modules show up in the modules section of the parent pom so that they could be accessed? Thanks. You should create a site.xml file for your parent. You can read more on this page: http://maven.apache.org/plugins/maven-site-plugin/examples/sitedescriptor.html -- Dennis Lundberg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Pulling jars into local repository
Declare them as runtime dependencies ?
On 11/10/06, Steinar Bang <[EMAIL PROTECTED]> wrote:
> Steinar Bang <[EMAIL PROTECTED]>:
[snip!]
>> But I still got the same error message when doing "mvn install".
> That's because "mvn dependency:copy-dependencies" pulled in the
> dependency-maven-plugin from org.codehaus.mojo, and not the
> maven-dependency-plugin from apache.
> This FAQ entry says they are the same but the apache one is the
> recommended one.
> http://maven.apache.org/plugins/maven-dependency-plugin/faq.html
> However, since I can only find the mojo one, I'm currently going with
> it, and see where it takes me.
This worked, in that it made "mvn install" also install the bundles
produced by our own project, plus the ones they depend on, into the
$HOME/pde_target_platform/plugins/
directory, and setting the PDE target platform in eclipse to point to
$HOME/pde_target_platform made eclipse pick them up.
Here are the settings from the top level pom.xml file:
...
...
org.codehaus.mojo
dependency-maven-plugin
copy-dependencies
package
copy-dependencies
${user.home}/pde_target_platform/plugins
Now, I need to find out if I can make maven pull in the eclipse
bundles neccessary for the runtime, as well. This would avoid this as
a copying step.
-
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]
problems with m2eclipse
Hi all, I have some problems using the maven2 plugin for eclipse (version 0.0.9). First, when adding a new depency in the pom.xml file, it only works if I use the "update source folder" command of the Maven2 menu. But it is very very slow because all dependencies are reloaded!! Is it "normal" ? Second, to simply use the "mvn compile" rule (with an external tool), it is necessary to add all maven's plugins used to do this task in the pom.xml but in a simple dos window, it is automatic... Aurelien Barbier-Accary
Re: Resolving project dependencies
Your wish... http://docs.codehaus.org/display/MAVENUSER/Mojo+Developer+Cookbook On 11/10/06, Wayne Fay <[EMAIL PROTECTED]> wrote: This is the kind of stuff that needs to land in a Maven Plugin Developers doc/wiki/etc somewhere... Wayne On 11/10/06, Sebastien Brunot <[EMAIL PROTECTED]> wrote: > Thanks for your help tom, I now have all the information I needed. > > Sebastien > > -Original Message- > From: Tom Huybrechts [mailto:[EMAIL PROTECTED] > Sent: Friday, November 10, 2006 5:26 PM > To: Maven Users List > Subject: Re: Resolving project dependencies > > This works for me: > > Artifact pomArtifact = this.factory.createArtifact( groupId, artifactId, > version, "", "pom" ); MavenProject pomProject = > mavenProjectBuilder.buildFromRepository( > pomArtifact, this.remoteRepos, this.local ); Set artifacts = > pomProject.createArtifacts( this.factory, null, null); > ScopeArtifactFilter filter = new > ScopeArtifactFilter(DefaultArtifact.SCOPE_RUNTIME); > ArtifactResolutionResult arr = resolver.resolveTransitively(artifacts, > pomArtifact, local, remoteRepos, source, filter); Set result = > arr.getArtifacts(); > > > On 11/10/06, Sebastien Brunot <[EMAIL PROTECTED]> wrote: > > What I'm doing exactly is as following: > > > > 1) I create an Artifact object using groupId, artifactId and version > > provided in the plugin configuration (the type is always "pom") > > 2) Using this artifact, I create a MavenProject object (with the > > buildFromRepository(...) method of a MavenProjectBuilder instance) > > 3) At this step, I want that a call to getArtifacts or > > getDependenciesArtifact returns the list of dependencies (non > > transitive or transitive) => in fact, it does not: getArtifacts > > returns an empty set while getDependenciesArtifact returns null. > > > > I've discovered the createArtifacts method of MavenProject thanks to > > your code, and it seems to create the set of (non transitive) > > dependencies artifact I was looking for. But what about transitive > > dependencies ? Do I have to take each artifact in the set returned by > > createArtifacts and "resolve" it recursively to get the "transitive" > > set of dependencies ? If yes, which method do I use knowing that I > > have an Artifact object and I want its set of artifact dependencies ? > > > > Thanks for your help, > > > > Sebastien > > > > -Original Message- > > From: Mark Hobson [mailto:[EMAIL PROTECTED] > > Sent: Friday, November 10, 2006 4:53 PM > > To: Maven Users List > > Subject: Re: Resolving project dependencies > > > > On 10/11/06, Sebastien Brunot <[EMAIL PROTECTED]> wrote: > > > I'm not sure I undestand your question, but I want to get a list of > > > all the artifact that correspond to a dependency declared in the > > > MavenProject POM, with or without transitivity depending on a > > > parameter set in my plugin configuration. Without transitivity is > > > mandatory, with transitivity is optional. > > > > I believe that: project.getArtifacts() returns all the project's > > dependencies, including transitive ones; and > > project.getDependencyArtifacts() only returns the immediate > > dependencies declared in the project's pom. > > > > Although you say you're trying to resolve the dependencies of a > > dependency in a project? As soon as you start traversing deeper than > > the first level of dependencies in the pom, you need to start > > resolving them yourself. I've recently extracted code to do this into > > > a shared component that's currently sitting in JIRA, see: > > > > http://jira.codehaus.org/browse/MNG-2654 > > > > Mark > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] List of All Dependencies for any project X
On 10/11/06, Sebastien Brunot <[EMAIL PROTECTED]> wrote: Mark Hobson seems to have authored mojos that does this: http://jira.codehaus.org/browse/MNG-2654 Yep, that's the prerequisite to provide a patch for http://jira.codehaus.org/browse/MPH-14, which is the cleanest solution. Although as Barrett mentioned, this will indeed give the same info as obtained from mvn project-info-reports:dependencies. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [m2] List of All Dependencies for any project X
Hi, Mark Hobson seems to have authored mojos that does this: http://jira.codehaus.org/browse/MNG-2654 Hope it helps, Sebastien -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, November 10, 2006 6:27 PM 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: [m2] List of All Dependencies for any project X
dependency plugin or "mvn site" with latest project-info reports plugin On 11/10/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: 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] -- I could give you my word as a Spaniard. No good. I've known too many Spaniards. -- The Princess Bride - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [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]
[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]
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 false 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 false 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 false 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 false > 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 > 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: Resolving project dependencies
Or in the javadoc (the closer from the code, the better) !!! Sebastien -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Friday, November 10, 2006 5:45 PM To: Maven Users List Subject: Re: Resolving project dependencies This is the kind of stuff that needs to land in a Maven Plugin Developers doc/wiki/etc somewhere... Wayne On 11/10/06, Sebastien Brunot <[EMAIL PROTECTED]> wrote: > Thanks for your help tom, I now have all the information I needed. > > Sebastien > > -Original Message- > From: Tom Huybrechts [mailto:[EMAIL PROTECTED] > Sent: Friday, November 10, 2006 5:26 PM > To: Maven Users List > Subject: Re: Resolving project dependencies > > This works for me: > > Artifact pomArtifact = this.factory.createArtifact( groupId, > artifactId, version, "", "pom" ); MavenProject pomProject = > mavenProjectBuilder.buildFromRepository( > pomArtifact, this.remoteRepos, this.local ); Set artifacts = > pomProject.createArtifacts( this.factory, null, null); > ScopeArtifactFilter filter = new > ScopeArtifactFilter(DefaultArtifact.SCOPE_RUNTIME); > ArtifactResolutionResult arr = resolver.resolveTransitively(artifacts, > pomArtifact, local, remoteRepos, source, filter); Set result = > arr.getArtifacts(); > > > On 11/10/06, Sebastien Brunot <[EMAIL PROTECTED]> wrote: > > What I'm doing exactly is as following: > > > > 1) I create an Artifact object using groupId, artifactId and version > > provided in the plugin configuration (the type is always "pom") > > 2) Using this artifact, I create a MavenProject object (with the > > buildFromRepository(...) method of a MavenProjectBuilder instance) > > 3) At this step, I want that a call to getArtifacts or > > getDependenciesArtifact returns the list of dependencies (non > > transitive or transitive) => in fact, it does not: getArtifacts > > returns an empty set while getDependenciesArtifact returns null. > > > > I've discovered the createArtifacts method of MavenProject thanks to > > your code, and it seems to create the set of (non transitive) > > dependencies artifact I was looking for. But what about transitive > > dependencies ? Do I have to take each artifact in the set returned > > by createArtifacts and "resolve" it recursively to get the "transitive" > > set of dependencies ? If yes, which method do I use knowing that I > > have an Artifact object and I want its set of artifact dependencies ? > > > > Thanks for your help, > > > > Sebastien > > > > -Original Message- > > From: Mark Hobson [mailto:[EMAIL PROTECTED] > > Sent: Friday, November 10, 2006 4:53 PM > > To: Maven Users List > > Subject: Re: Resolving project dependencies > > > > On 10/11/06, Sebastien Brunot <[EMAIL PROTECTED]> wrote: > > > I'm not sure I undestand your question, but I want to get a list > > > of all the artifact that correspond to a dependency declared in > > > the MavenProject POM, with or without transitivity depending on a > > > parameter set in my plugin configuration. Without transitivity is > > > mandatory, with transitivity is optional. > > > > I believe that: project.getArtifacts() returns all the project's > > dependencies, including transitive ones; and > > project.getDependencyArtifacts() only returns the immediate > > dependencies declared in the project's pom. > > > > Although you say you're trying to resolve the dependencies of a > > dependency in a project? As soon as you start traversing deeper > > than the first level of dependencies in the pom, you need to start > > resolving them yourself. I've recently extracted code to do this > > into > > > a shared component that's currently sitting in JIRA, see: > > > > http://jira.codehaus.org/browse/MNG-2654 > > > > Mark > > > > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Resolving project dependencies
This is the kind of stuff that needs to land in a Maven Plugin Developers doc/wiki/etc somewhere... Wayne On 11/10/06, Sebastien Brunot <[EMAIL PROTECTED]> wrote: Thanks for your help tom, I now have all the information I needed. Sebastien -Original Message- From: Tom Huybrechts [mailto:[EMAIL PROTECTED] Sent: Friday, November 10, 2006 5:26 PM To: Maven Users List Subject: Re: Resolving project dependencies This works for me: Artifact pomArtifact = this.factory.createArtifact( groupId, artifactId, version, "", "pom" ); MavenProject pomProject = mavenProjectBuilder.buildFromRepository( pomArtifact, this.remoteRepos, this.local ); Set artifacts = pomProject.createArtifacts( this.factory, null, null); ScopeArtifactFilter filter = new ScopeArtifactFilter(DefaultArtifact.SCOPE_RUNTIME); ArtifactResolutionResult arr = resolver.resolveTransitively(artifacts, pomArtifact, local, remoteRepos, source, filter); Set result = arr.getArtifacts(); On 11/10/06, Sebastien Brunot <[EMAIL PROTECTED]> wrote: > What I'm doing exactly is as following: > > 1) I create an Artifact object using groupId, artifactId and version > provided in the plugin configuration (the type is always "pom") > 2) Using this artifact, I create a MavenProject object (with the > buildFromRepository(...) method of a MavenProjectBuilder instance) > 3) At this step, I want that a call to getArtifacts or > getDependenciesArtifact returns the list of dependencies (non > transitive or transitive) => in fact, it does not: getArtifacts > returns an empty set while getDependenciesArtifact returns null. > > I've discovered the createArtifacts method of MavenProject thanks to > your code, and it seems to create the set of (non transitive) > dependencies artifact I was looking for. But what about transitive > dependencies ? Do I have to take each artifact in the set returned by > createArtifacts and "resolve" it recursively to get the "transitive" > set of dependencies ? If yes, which method do I use knowing that I > have an Artifact object and I want its set of artifact dependencies ? > > Thanks for your help, > > Sebastien > > -Original Message- > From: Mark Hobson [mailto:[EMAIL PROTECTED] > Sent: Friday, November 10, 2006 4:53 PM > To: Maven Users List > Subject: Re: Resolving project dependencies > > On 10/11/06, Sebastien Brunot <[EMAIL PROTECTED]> wrote: > > I'm not sure I undestand your question, but I want to get a list of > > all the artifact that correspond to a dependency declared in the > > MavenProject POM, with or without transitivity depending on a > > parameter set in my plugin configuration. Without transitivity is > > mandatory, with transitivity is optional. > > I believe that: project.getArtifacts() returns all the project's > dependencies, including transitive ones; and > project.getDependencyArtifacts() only returns the immediate > dependencies declared in the project's pom. > > Although you say you're trying to resolve the dependencies of a > dependency in a project? As soon as you start traversing deeper than > the first level of dependencies in the pom, you need to start > resolving them yourself. I've recently extracted code to do this into > a shared component that's currently sitting in JIRA, see: > > http://jira.codehaus.org/browse/MNG-2654 > > Mark > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem during build
Hi, I'm trying to compile a Java project based on a CVS repository and ant builds scripts. When the project build is launch, the files are retrieved from CVS but the build command doesn't work (Error at the end of the mail). But if I open a shell and go in the corresponding working directory, launch the cvs command and run the ant script, everything works perfectly. Here are some of the messages from the continuum console. vm 1| cvs update: cannot open CVS/Entries for reading: No such file or directory jvm 1| cvs update: in directory CMC/Applicatif/GTC/bin/phr/ibs/cmc/gtc/suivreLePassage: jvm 1| cvs update: cannot open CVS/Entries for reading: No such file or directory jvm 1| *jvm 1| 2006-11-10 17:16:29,564 [Thread-2] WARN ContinuumScm - Provider message: The cvs command failed. jvm 1| ERROR 22001: A truncation error was encountered trying to shrink VARCHAR 'cvs update: in directory CMC/Applicatif/GTC/bin: jvm 1| cvs update:&' to length 1024.* jvm 1| at org.apache.derby.iapi.error.StandardException.newException(Unknown Source) jvm 1| at org.apache.derby.iapi.types.SQLChar.hasNonBlankChars(Unknown Source) jvm 1| at org.apache.derby.iapi.types.SQLVarchar.normalize(Unknown Source) ... jvm 1| at org.apache.maven.continuum.buildcontroller.BuildProjectTaskExecutor.executeTask(BuildProjectTaskExecutor.java:47) jvm 1| at org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable.run(ThreadedTaskQueueExecutor.java:103) jvm 1| at java.lang.Thread.run(Thread.java:595) *jvm 1| 2006-11-10 17:16:29,791 [Thread-2] ERROR BuildController- Error while building project. jvm 1| javax.jdo.JDODataStoreException: Insert request failed: INSERT INTO SCMRESULT (SCMRESULT_ID,MODEL_ENCODING,"EXCEPTION",COMMAND_LINE,PROVIDER_MESSAGE,SUCCESS,COMMAND_OUTPUT) VALUES (?,?,?,?,?,?,?)* jvm 1| at org.jpox.store.rdbms.request.InsertRequest.execute(InsertRequest.java:387) jvm 1| at org.jpox.store.rdbms.table.ClassTable.insert(ClassTable.java:2146) jvm 1| at org.jpox.store.StoreManager.insert(StoreManager.java:739) ... jvm 1| at org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable.run(ThreadedTaskQueueExecutor.java:103) jvm 1| at java.lang.Thread.run(Thread.java:595) *jvm 1| NestedThrowablesStackTrace: jvm 1| ERROR 22001: A truncation error was encountered trying to shrink VARCHAR 'cvs update: in directory CMC/Applicatif/GTC/bin: jvm 1| cvs update:&' to length 1024.* jvm 1| at org.apache.derby.iapi.error.StandardException.newException(Unknown Source) jvm 1| at org.apache.derby.iapi.types.SQLChar.hasNonBlankChars(Unknown Source) jvm 1| at org.apache.derby.iapi.types.SQLVarchar.normalize(Unknown Source) vm 1| at org.apache.maven.continuum.buildcontroller.DefaultBuildController.build(DefaultBuildController.java:192) jvm 1| at org.apache.maven.continuum.buildcontroller.BuildProjectTaskExecutor.executeTask(BuildProjectTaskExecutor.java:47) jvm 1| at org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable.run(ThreadedTaskQueueExecutor.java:103) jvm 1| at java.lang.Thread.run(Thread.java:595) *jvm 1| ERROR 22001: A truncation error was encountered trying to shrink VARCHAR 'cvs update: in directory CMC/Applicatif/GTC/bin: jvm 1| cvs update:&' to length 1024.* jvm 1| at org.apache.derby.iapi.error.StandardException.newException(Unknown Source) jvm 1| at org.apache.derby.iapi.types.SQLChar.hasNonBlankChars(Unknown Source) vm 1| at org.apache.maven.continuum.buildcontroller.BuildProjectTaskExecutor.executeTask(BuildProjectTaskExecutor.java:47) jvm 1| at org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable.run(ThreadedTaskQueueExecutor.java:103) jvm 1| at java.lang.Thread.run(Thread.java:595) *jvm 1| 2006-11-10 17:16:29,891 [Thread-2] ERROR BuildController- Internal error while building the project. jvm 1| javax.jdo.JDODataStoreException: Insert request failed: INSERT INTO SCMRESULT (SCMRESULT_ID,MODEL_ENCODING,"EXCEPTION",COMMAND_LINE,PROVIDER_MESSAGE,SUCCESS,COMMAND_OUTPUT) VALUES (?,?,?,?,?,?,?)* jvm 1| at org.jpox.store.rdbms.request.InsertRequest.execute(InsertRequest.java:387) jvm 1| at org.jpox.store.rdbms.table.ClassTable.insert(ClassTable.java:2146) jvm 1| at org.jpox.store.StoreManager.insert(StoreManager.java:739) jvm 1| at org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable.run(ThreadedTaskQueueExecutor.java:103) jvm 1| at java.lang.Thread.run(Thread.java:595) jvm 1| NestedThrowablesStackTrace: *jvm 1| ERROR 22001: A truncation error was encountered trying to shrink
RE: Resolving project dependencies
Thanks for your help tom, I now have all the information I needed. Sebastien -Original Message- From: Tom Huybrechts [mailto:[EMAIL PROTECTED] Sent: Friday, November 10, 2006 5:26 PM To: Maven Users List Subject: Re: Resolving project dependencies This works for me: Artifact pomArtifact = this.factory.createArtifact( groupId, artifactId, version, "", "pom" ); MavenProject pomProject = mavenProjectBuilder.buildFromRepository( pomArtifact, this.remoteRepos, this.local ); Set artifacts = pomProject.createArtifacts( this.factory, null, null); ScopeArtifactFilter filter = new ScopeArtifactFilter(DefaultArtifact.SCOPE_RUNTIME); ArtifactResolutionResult arr = resolver.resolveTransitively(artifacts, pomArtifact, local, remoteRepos, source, filter); Set result = arr.getArtifacts(); On 11/10/06, Sebastien Brunot <[EMAIL PROTECTED]> wrote: > What I'm doing exactly is as following: > > 1) I create an Artifact object using groupId, artifactId and version > provided in the plugin configuration (the type is always "pom") > 2) Using this artifact, I create a MavenProject object (with the > buildFromRepository(...) method of a MavenProjectBuilder instance) > 3) At this step, I want that a call to getArtifacts or > getDependenciesArtifact returns the list of dependencies (non > transitive or transitive) => in fact, it does not: getArtifacts > returns an empty set while getDependenciesArtifact returns null. > > I've discovered the createArtifacts method of MavenProject thanks to > your code, and it seems to create the set of (non transitive) > dependencies artifact I was looking for. But what about transitive > dependencies ? Do I have to take each artifact in the set returned by > createArtifacts and "resolve" it recursively to get the "transitive" > set of dependencies ? If yes, which method do I use knowing that I > have an Artifact object and I want its set of artifact dependencies ? > > Thanks for your help, > > Sebastien > > -Original Message- > From: Mark Hobson [mailto:[EMAIL PROTECTED] > Sent: Friday, November 10, 2006 4:53 PM > To: Maven Users List > Subject: Re: Resolving project dependencies > > On 10/11/06, Sebastien Brunot <[EMAIL PROTECTED]> wrote: > > I'm not sure I undestand your question, but I want to get a list of > > all the artifact that correspond to a dependency declared in the > > MavenProject POM, with or without transitivity depending on a > > parameter set in my plugin configuration. Without transitivity is > > mandatory, with transitivity is optional. > > I believe that: project.getArtifacts() returns all the project's > dependencies, including transitive ones; and > project.getDependencyArtifacts() only returns the immediate > dependencies declared in the project's pom. > > Although you say you're trying to resolve the dependencies of a > dependency in a project? As soon as you start traversing deeper than > the first level of dependencies in the pom, you need to start > resolving them yourself. I've recently extracted code to do this into > a shared component that's currently sitting in JIRA, see: > > http://jira.codehaus.org/browse/MNG-2654 > > Mark > > - > 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: Resolving project dependencies
This works for me: Artifact pomArtifact = this.factory.createArtifact( groupId, artifactId, version, "", "pom" ); MavenProject pomProject = mavenProjectBuilder.buildFromRepository( pomArtifact, this.remoteRepos, this.local ); Set artifacts = pomProject.createArtifacts( this.factory, null, null); ScopeArtifactFilter filter = new ScopeArtifactFilter(DefaultArtifact.SCOPE_RUNTIME); ArtifactResolutionResult arr = resolver.resolveTransitively(artifacts, pomArtifact, local, remoteRepos, source, filter); Set result = arr.getArtifacts(); On 11/10/06, Sebastien Brunot <[EMAIL PROTECTED]> wrote: What I'm doing exactly is as following: 1) I create an Artifact object using groupId, artifactId and version provided in the plugin configuration (the type is always "pom") 2) Using this artifact, I create a MavenProject object (with the buildFromRepository(...) method of a MavenProjectBuilder instance) 3) At this step, I want that a call to getArtifacts or getDependenciesArtifact returns the list of dependencies (non transitive or transitive) => in fact, it does not: getArtifacts returns an empty set while getDependenciesArtifact returns null. I've discovered the createArtifacts method of MavenProject thanks to your code, and it seems to create the set of (non transitive) dependencies artifact I was looking for. But what about transitive dependencies ? Do I have to take each artifact in the set returned by createArtifacts and "resolve" it recursively to get the "transitive" set of dependencies ? If yes, which method do I use knowing that I have an Artifact object and I want its set of artifact dependencies ? Thanks for your help, Sebastien -Original Message- From: Mark Hobson [mailto:[EMAIL PROTECTED] Sent: Friday, November 10, 2006 4:53 PM To: Maven Users List Subject: Re: Resolving project dependencies On 10/11/06, Sebastien Brunot <[EMAIL PROTECTED]> wrote: > I'm not sure I undestand your question, but I want to get a list of > all the artifact that correspond to a dependency declared in the > MavenProject POM, with or without transitivity depending on a > parameter set in my plugin configuration. Without transitivity is > mandatory, with transitivity is optional. I believe that: project.getArtifacts() returns all the project's dependencies, including transitive ones; and project.getDependencyArtifacts() only returns the immediate dependencies declared in the project's pom. Although you say you're trying to resolve the dependencies of a dependency in a project? As soon as you start traversing deeper than the first level of dependencies in the pom, you need to start resolving them yourself. I've recently extracted code to do this into a shared component that's currently sitting in JIRA, see: http://jira.codehaus.org/browse/MNG-2654 Mark - 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: Maven2 / antrun / phases / classpath
Hello, I am :) yes found problems, you already mention solutions.. :) in my case, maven classpath was not enough so i had to add also external jar files (i m using jbossws with xdoclet for J2EE 1.3 beans) additionally, for anyone who might find same problems, if you have a multiproject and in more than 1 project you are running xdoclet, it won't work cos xdoclet plugin cannot be reinitialized. i think i have read somewhere that in xdoclet2 plugin this is fixed... hth marco On 11/10/06, Elid OR <[EMAIL PROTECTED]> wrote: Hello Remy, Thank you for this post. I have exactly the same problem as you. I wonder if anybody else use xdoclet and maven 2 with antRun ... I've tried your solution and I would like to add that we must use the "maven.dependency.classpath" as xdoclet classpath. I agree with you that is not very elegant ... The project have a lot of dependencies that are not part of the project but are part of the build process ... Regards, Elid OR On Thursday 21 September 2006 11:13, Rémy Sanlaville wrote: > Hello Marco, > > After two hard days, I finaly found a solution. > You have to used the scope provided for your dependency > and to use the 1.2-SNAPSHOT version of the maven-antrun-plugin. > This does not work with the previous versions (1.1 and 1.0). > > So you must have : > > > xdoclet-ejb-module > xdoclet > 1.2.3 > jar > provided > > [...] > > and > > > > maven-antrun-plugin > 1.2-SNAPSHOT > [...] > > > A better solution would be to use the plugin dependencies but it does not > work for me. > http://www.nabble.com/-M2--maven.plugin.classpath-tf2292286.html#a6366996 > > The best solution would be to use the xdoclet-maven-plugin but as you know > it's also > not working > http://www.nabble.com/-M2--Struts-and-XDoclet-tf1775233.html#a4832525 > > If somebody have a solution, it would be great ! > > Hope this help, > > Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mevenide vs. m2eclipse?
Definitely :) I'll post on that later when there is a usable version Mvgr, Martin Steinar Bang wrote: Martin van den Bemt <[EMAIL PROTECTED]>: I am working on a m2 eclipse plugin, but that is not public yet.. Thanx for the information! Will it be better than m2eclipse? :-) - 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: Resolving project dependencies
What I'm doing exactly is as following: 1) I create an Artifact object using groupId, artifactId and version provided in the plugin configuration (the type is always "pom") 2) Using this artifact, I create a MavenProject object (with the buildFromRepository(...) method of a MavenProjectBuilder instance) 3) At this step, I want that a call to getArtifacts or getDependenciesArtifact returns the list of dependencies (non transitive or transitive) => in fact, it does not: getArtifacts returns an empty set while getDependenciesArtifact returns null. I've discovered the createArtifacts method of MavenProject thanks to your code, and it seems to create the set of (non transitive) dependencies artifact I was looking for. But what about transitive dependencies ? Do I have to take each artifact in the set returned by createArtifacts and "resolve" it recursively to get the "transitive" set of dependencies ? If yes, which method do I use knowing that I have an Artifact object and I want its set of artifact dependencies ? Thanks for your help, Sebastien -Original Message- From: Mark Hobson [mailto:[EMAIL PROTECTED] Sent: Friday, November 10, 2006 4:53 PM To: Maven Users List Subject: Re: Resolving project dependencies On 10/11/06, Sebastien Brunot <[EMAIL PROTECTED]> wrote: > I'm not sure I undestand your question, but I want to get a list of > all the artifact that correspond to a dependency declared in the > MavenProject POM, with or without transitivity depending on a > parameter set in my plugin configuration. Without transitivity is > mandatory, with transitivity is optional. I believe that: project.getArtifacts() returns all the project's dependencies, including transitive ones; and project.getDependencyArtifacts() only returns the immediate dependencies declared in the project's pom. Although you say you're trying to resolve the dependencies of a dependency in a project? As soon as you start traversing deeper than the first level of dependencies in the pom, you need to start resolving them yourself. I've recently extracted code to do this into a shared component that's currently sitting in JIRA, see: http://jira.codehaus.org/browse/MNG-2654 Mark - 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: Resolving project dependencies
On 10/11/06, Sebastien Brunot <[EMAIL PROTECTED]> wrote: I'm not sure I undestand your question, but I want to get a list of all the artifact that correspond to a dependency declared in the MavenProject POM, with or without transitivity depending on a parameter set in my plugin configuration. Without transitivity is mandatory, with transitivity is optional. I believe that: project.getArtifacts() returns all the project's dependencies, including transitive ones; and project.getDependencyArtifacts() only returns the immediate dependencies declared in the project's pom. Although you say you're trying to resolve the dependencies of a dependency in a project? As soon as you start traversing deeper than the first level of dependencies in the pom, you need to start resolving them yourself. I've recently extracted code to do this into a shared component that's currently sitting in JIRA, see: http://jira.codehaus.org/browse/MNG-2654 Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven2 / antrun / phases / classpath
Hello Remy, Thank you for this post. I have exactly the same problem as you. I wonder if anybody else use xdoclet and maven 2 with antRun ... I've tried your solution and I would like to add that we must use the "maven.dependency.classpath" as xdoclet classpath. I agree with you that is not very elegant ... The project have a lot of dependencies that are not part of the project but are part of the build process ... Regards, Elid OR On Thursday 21 September 2006 11:13, Rémy Sanlaville wrote: > Hello Marco, > > After two hard days, I finaly found a solution. > You have to used the scope provided for your dependency > and to use the 1.2-SNAPSHOT version of the maven-antrun-plugin. > This does not work with the previous versions (1.1 and 1.0). > > So you must have : > > > xdoclet-ejb-module > xdoclet > 1.2.3 > jar > provided > > [...] > > and > > > > maven-antrun-plugin > 1.2-SNAPSHOT > [...] > > > A better solution would be to use the plugin dependencies but it does not > work for me. > http://www.nabble.com/-M2--maven.plugin.classpath-tf2292286.html#a6366996 > > The best solution would be to use the xdoclet-maven-plugin but as you know > it's also > not working > http://www.nabble.com/-M2--Struts-and-XDoclet-tf1775233.html#a4832525 > > If somebody have a solution, it would be great ! > > Hope this help, > > Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Resolving project dependencies
I'm not sure I undestand your question, but I want to get a list of all the artifact that correspond to a dependency declared in the MavenProject POM, with or without transitivity depending on a parameter set in my plugin configuration. Without transitivity is mandatory, with transitivity is optional. Sebastien -Original Message- From: Mark Hobson [mailto:[EMAIL PROTECTED] Sent: Friday, November 10, 2006 4:38 PM To: Maven Users List Subject: Re: Resolving project dependencies On 10/11/06, Sebastien Brunot <[EMAIL PROTECTED]> wrote: > how do you programmaticaly resolve the dependencies of a MavenProject > object ? Are you trying to resolve: the project's declared dependencies; all the project's transitive dependencies; or traverse the project's dependency tree? Mark - 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: Resolving project dependencies
On 10/11/06, Sebastien Brunot <[EMAIL PROTECTED]> wrote: how do you programmaticaly resolve the dependencies of a MavenProject object ? Are you trying to resolve: the project's declared dependencies; all the project's transitive dependencies; or traverse the project's dependency tree? Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Resolving project dependencies
Hi all, how do you programmaticaly resolve the dependencies of a MavenProject object ? I've got a MavenProject object in my mojo (that i've created from an Artifact object), and i now want to resolves its dependencies in ordre to get them as artifacts using the getArtifactDependencies() method. What previous steps are implied before calling the getArtifactDependencies() method ? Thanks for your help, Sebastien
Re: Attaching an assembly to a multi module project
On 11/10/06, Timo Wolf <[EMAIL PROTECTED]> wrote: I got build errors when no modules are in the local repository and getting to module2 After jar:jar of module2, the assembly plugin is invoked and somehow the poms of the later modules get evaluated and try to resolve the jar artefact of module2 from the local repository. The jar is missing, as the assembly is invoked before the install phase. Do I make any mistake? Could somebody help me? Please take a look at this archived post from John Casey, which explains why you're better off running assembly:assembly separately with Maven 2.0. http://www.nabble.com/Re%3A-building-assemblies-from-the-top-level-project-directory-p4735063.html -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: MavenProjectBuilder injection in a Mojo
On 10/11/06, franz see <[EMAIL PROTECTED]> wrote:
Good day to you, Mark,
Curious, which docs are you referring to?
I was looking at:
http://maven.apache.org/developers/mojo-api-specification.html#The
Descriptor and Annotations
See the third table in that section, the @component annotation:
"Similar to @parameter expression="${component.yourpackage.YourComponentClass}""
AFAIK, @components and @parameter take their values from different
"sources".
"@component" mojo parameters are injected values which comes from the
component.xml (or some other plexus component configuration).
while
"@parameter" mojo paramaters are injected values which comes from the
properites.
Correct me if im wrong though. I have limited knowledge with Plexus.
Sounds right if they do indeed come from different sources, although
which components get put into the expression properties? Maybe a dev
could advise when the different syntaxes should be used.
Mark
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Attaching an assembly to a multi module project
Hi All, I created a reactor project with a super pom and with many modules and module dependencies. To some modules I added the assembly plugin (2.1) to the package phase to build the executable application including scripts, jars, properties, etc. mainproject |-module1 |-module2 |-module3 |-module4 The dependencies are: module2 -> module1 module3 -> module2 module4 -> moduel2 & module 3 When invoking mvn clean install in a module directory, everything works fine and the modules jar and the assembled and packed application of the module is placed in my local repository. When I call mvn clean install from the main directory, it only works fine if the modules are already in the local repository. I got build errors when no modules are in the local repository and getting to module2 After jar:jar of module2, the assembly plugin is invoked and somehow the poms of the later modules get evaluated and try to resolve the jar artefact of module2 from the local repository. The jar is missing, as the assembly is invoked before the install phase. Do I make any mistake? Could somebody help me? Below is an pom and a descriptor of a submodule. Thanks a lot Timo POM: : : : : maven-assembly-plugin 2.1 package src/main/assembly/bin.xml attached Descriptor: bin tar.gz tar.bz2 zip false false src/main/bin bin 755 src/main/config conf es.properties projectProperties false runtime lib - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Depend on other files?
The main purpose of "add-source" goal is to add additional directories to maven compilable directory list. Out of the box, maven only allows one directory ( build.sourceDirectory ). So you tried to use it for the wrong purpose. -D On 11/9/06, jiangshachina <[EMAIL PROTECTED]> wrote: Hi Dan, Thanks for your warm heart really. ^_^ > [2]"source" is the main parameter, but not "target". The plugin knows how > do I use the files at project B to project A? The puzzle still stands. I set "source", but "target". The plugin would copy the file to where? And I don't find any configuration related to "copy" work. My case, org.codehaus.mojo build-helper-maven-plugin add-source generate-sources add-source D:/maven/mmdemo/user/web/src/webapp/conf Nothing was copied to the project. a cup of Java, cheers! Sha Jiang dan tran wrote: > > 2 ways: > > 1. In project B, use maven-antrun-plugin to copy project's files into > your > project B > > I prefer this option ;-) > > 2. Install your project A's files to your local repos and then use > maven-dependency-plugin > to copy them into your project B > > here is an example of build-helper-maven-plugin to install/deploy > your > project A files > > > org.codehaus.mojo > build-helper-maven-plugin > > >generate-sources > > attach-artifact > > > > > path to one of your project A > xml file > xml > > >path to one of your project A sql > file > sql > > > > > > > > > but option 2 is way complicated ;-) use option 1 instead. > > > > On 11/9/06, jiangshachina <[EMAIL PROTECTED]> wrote: >> >> >> Hello Dan, >> >> > ummm, not sure what is blocking you ;-) >> > the build-helper-maven-plugin's usage? >> Yes ;-) >> In fact, I don't exactly understand how to earn benefits from the plugin? >> I wish to make project A(web project) using some files(.xml, .sql...) >> project A(web project). >> >> How can I make it working for me? >> [1]"source", how do build-helper-maven-plugin see the parameter? Java >> source >> codes, I don't think so? >> [2]"source" is the main parameter, but not "target". The plugin knows how >> do >> I use the files at project B to project A? >> The following example doesn't show any detail or explanation. >> http://mojo.codehaus.org/build-helper-maven-plugin/howto.html >> >> a cup of Java, cheers! >> Sha Jiang >> >> >> dan tran wrote: >> > >> > ummm, not sure what is blocking you ;-) the >> build-helper-maven-plugin's >> > usage? >> > >> > -D >> > >> > >> > On 11/9/06, jiangshachina <[EMAIL PROTECTED]> wrote: >> >> >> >> >> >> Hi Wayne, >> >> I think if try my best the goal would be got :D >> >> But now, the plugin blocks me :( >> >> >> >> a cup of Java, cheers! >> >> Sha Jiang >> >> >> >> >> >> Wayne Fay wrote: >> >> > >> >> > Perhaps you can contribute your more complex configuration(s) back >> for >> >> > inclusion in future documentation efforts, once you have figured it >> >> > out and completed your project with the configuration you are >> looking >> >> > for etc? >> >> > >> >> > Wayne >> >> > >> >> > On 11/9/06, jiangshachina <[EMAIL PROTECTED]> wrote: >> >> >> >> >> >> Hi dan, >> >> >> Thanks, I'll care the plugin. >> >> >> But its examples are very simple, the plugin would take me some >> time. >> >> >> >> >> >> a cup of Java, cheers! >> >> >> Sha Jiang >> >> >> >> >> >> >> >> >> dan tran wrote: >> >> >> > >> >> >> > the plugin also allows you to attach arbitrary artifact to maven >> to >> >> be >> >> >> > deployed. >> >> >> > >> >> >> > - >> >> >> > >> >> >> > >> >> >> > On 11/9/06, jiangshachina <[EMAIL PROTECTED]> wrote: >> >> >> >> >> >> >> >> >> >> >> >> Hi Dan, >> >> >> >> Thanks for your help. >> >> >> >> >> >> >> >> > see build-helper-maven-plugin for deployment. >> >> >> >> I get the plugin at >> >> >> >> http://mojo.codehaus.org/build-helper-maven-plugin/index.html >> >> >> >> Unfortunately, I don't understand why the plugin can help me. >> >> >> >> In my mind, the plugin just add extra source directories to one >> >> >> project. >> >> >> >> What is the "source directory"? >> >> >> >> >> >> >> >> > you can deploy the xml file have other project to use
RE: XML representation of an Artifact in the section of the POM
Thanks for your help franz, it's nice to have the kind of support you
provides.
In fact, I've adopted the strategy I've seen in the
maven-dependency-plugin :
1) I've included in my plugin a java bean PomArtifact that declares
three String attributes : groupId, artifactId and version. Public
getters and setters are defined for those attributes, and the attributes
javadoc uses the @parameter and @required annotations (note that
defining default values such as ${project.groupId} fot those attributes
doen not seems to work)
2) In my mojo, sourcePom type is now PomArtifact
3) Everything works fine using the following xml in the POM :
...
...
...
...
...
...
...
4) In my Mojo execute method, I will now create an Artifact object using
the values retrieved from sourcePom.
Sebastien
-Original Message-
From: franz see [mailto:[EMAIL PROTECTED]
Sent: Friday, November 10, 2006 2:54 PM
To: users@maven.apache.org
Subject: Re: XML representation of an Artifact in the
section of the POM
Good day to you, Sebastien,
Note: I don't know everything about mojo parameters but i'll show what i
know so far
Here's the break down of a mojo parameter:
/**
* @parameter expression="${merge-jar-dependencies.sourcePom}"
default-value="${project.artifact}"
*/
private Aritfact sourcePom;
expression (in your case, merge-jar-dependencies.sourcePom).
`--> Used to inject a Property value to that parameter (sourcePom).
Properties may come from System / Environment Variables, POM properties,
Commandline Properties, Filter properties, or other predefined
properties (i.e project.artifact).
default-value (in your case, project.artifact) `--> Injects a property
to your parameter.
you class's field (in your case, soucePom) `--> This is your paramater.
If the first two discussed here is injected by properties, this one is
injected from the element in your pom. (Note: AFAIK, if
you set your experssion as a predefined property such as
project.artifact, the parameter can no longer be configured in your pom)
To answer your question, since you're using a class, you use the
parameter.
...
...
...
...
...
...
...
...
the represents your sourcePom field in your class.
the elements of are the fields of the Artifact.
Things I am unsure of:
1. I am not sure if will work as it is. But if not, you may
want to try or the setters.
If you find the answers to those, or if somebody out there who knows,
kindly share it with us :-)
Thanks,
Franz
Sebastien Brunot wrote:
>
> Hi all,
>
> i have a mojo that defines a parameter names sourcePom which type is
> Artifact :
>
> /**
>
> * The POM where jar dependencies are declared.
>
> *
>
> * @parameter expression="${merge-jar-dependencies.sourcePom}"
> default-value="${project.artifact}"
>
> */
>
> private Artifact sourcePom;
>
>
>
> I don't know how to specify an artifact under
> ...
>
> Thanks for your help,
>
> Sebastien
>
>
>
>
>
--
View this message in context:
http://www.nabble.com/XML-representation-of-an-Artifact-in-the-%3Cconfig
uration%3E-section-of-the-POM-tf2607681s177.html#a7277297
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: Example POM for WebLogic servicegen needed
You can view the source here
https://svn.codehaus.org/mojo/trunk/mojo/mojo-sandbox/weblogic-maven-plugin/
but it is defined to run during the package phase. Do you have it defined
in an execution? How are you executing the command to run the entire
process?
Scott Ryan
Chief Technology Officer
Soaring Eagle L.L.C.
[EMAIL PROTECTED]
www.soaringeagleco.com
(303) 263-3044
-Original Message-
From: Dmystery [mailto:[EMAIL PROTECTED]
Sent: Friday, November 10, 2006 3:21 AM
To: users@maven.apache.org
Subject: Re: Example POM for WebLogic servicegen needed
On a different note, what execution phase are you executing the
weblogic:appc? I'm doing it in a pom which first generate sources using
XMLbeans, compiles some aspects, create ejb-jar, ejb-client-jar and then run
weblogic:appc which is in the package phase. The problem is, when appc is
started, it does the whole thing again, XMLBeans to ejb-client-jar. Just
wanna know what phase you have weblogic:appc?
Thanks.
Dmystery wrote:
>
> Hope this helps,
>
>
>maven-antrun-plugin
>1.0
>
>
> package
>
>
>
> classname="weblogic.ant.taskdefs.webservices.servicegen.ServiceGenTask" >
>
>
>
>
destEar="${project.build.directory}/${project.artifactId}-${project.version}
.ear"
> warName="castle-server-web-${project.parent.version}.war"
> contextURI="castle"
> mergeWithExistingWS="True">
>
> http://my.company.com";
> ejbJar="${basedir}/path-to-ejb-jar/your-ejb.jar"
> includeEJBs="service name" serviceName="service name"
> serviceURI="/jndi/name" generateTypes="True"
> style="documentwrapped" expandMethods="True"
> typeMappingFile="auto-types mapping file">
>
>
>
>
>
>run
>
>
>
>
>
>
> sun.jdk
> tools
> 1.5.1
> system
> ${java.home}/../lib/tools.jar
>
>
>
>
>
> Jeff Bailey wrote:
>>
>> I need to create a WebService from a session bean using the WebLogic
>> 8.1.4 servicegen ant task. Can anyone provide me a good example of a
>> clean way to accomplish this in the POM?
>>
>> I'm successfully using the weblogic-maven-plugin to run appc, but the
>> plugin does not yet support servicegen.
>>
>> Thanks,
>> Jeff
>>
>
>
--
View this message in context:
http://www.nabble.com/Example-POM-for-WebLogic-servicegen-needed-tf2604105s1
77.html#a7274411
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: ZQ: Overide project and dependency versions using command line attribute
Good day to you, Rahamim, If my assumption before that dependencies are resolved first before filtering, then using MavenEmbedder won't be any different. MavenEmbedder is the generic entry point to Maven. From there, it can be extended to be an IDE Plugin, or to be integrated in another system, or via its default usage, the commandline (MavenCLI). Cheers, Franz Rahamim, Zvi (Zvi) wrote: > > Thank you both, > Suppose I use the Maven using a java code (MavenEmbedder~). > How can I leverage this in order to change the parameter values (my-app > and my-app2 versions)? > Thanks > > -Original Message- > From: Arnaud Bailly [mailto:[EMAIL PROTECTED] > Sent: Monday, November 06, 2006 11:39 AM > To: Maven Users List > Subject: Re: ZQ: Overide project and dependency versions using command > line attribute > > franz see <[EMAIL PROTECTED]> writes: > >> Good day to you, Rahamim, >> >> I don't think that is possible. IIRC, Dependencies are resolved before >> any filtering can take place :-) >> > > +1 > >>> >>> Hi, >>> I have a project my-app that depends on my-app-2. >>> The version that is specified in that file is version 1.0.0 for >>> my-app and 2.0.0 for my-app2. >>> I want, without modifying the pom.xml file, to build deploy my-app >>> but with version 1.0.1 that uses my-app2's version 2.0.1 Can you tell >>> me how to do it using command line property parameters? >>> Thanks! >>> > > But may be this objective can be reached using profiles and > dependencyManagement. Set one profile with 1.0.0 dependency and another > with 2.0.0 and choose which profile to run on command line with -P > . Note that these profiles must be defined in the POM, not > settings.xml. > > HTH > regards > > > -- > OQube < software engineering \ génie logiciel > Arnaud Bailly, Dr. > \web> http://www.oqube.com > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/ZQ%3A-Overide-project-and-dependency-versions-using-command-line-attribute-tf2581062s177.html#a7277512 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: MavenProjectBuilder injection in a Mojo
Good day to you, Mark, Curious, which docs are you referring to? AFAIK, @components and @parameter take their values from different "sources". "@component" mojo parameters are injected values which comes from the component.xml (or some other plexus component configuration). while "@parameter" mojo paramaters are injected values which comes from the properites. Correct me if im wrong though. I have limited knowledge with Plexus. Thanks, Franz Mark Hobson wrote: > > On 10/11/06, Sebastien Brunot <[EMAIL PROTECTED]> wrote: >> I tried it the first time but it throws an exception and indicates it >> can't find org.apache.maven.project.MavenProjectBuilder in "the >> component repository". >> >> Using @component instead of @parameters raises no errors. I don't know >> if it do the job yet... > > Strange, the docs seem to imply they are equivalent..? > > Mark > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/MavenProjectBuilder-injection-in-a-Mojo-tf2607549s177.html#a7277455 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XML representation of an Artifact in the section of the POM
Good day to you, Sebastien,
Note: I don't know everything about mojo parameters but i'll show what i
know so far
Here's the break down of a mojo parameter:
/**
* @parameter expression="${merge-jar-dependencies.sourcePom}"
default-value="${project.artifact}"
*/
private Aritfact sourcePom;
expression (in your case, merge-jar-dependencies.sourcePom).
`--> Used to inject a Property value to that parameter (sourcePom).
Properties may come from System / Environment Variables, POM properties,
Commandline Properties, Filter properties, or other predefined properties
(i.e project.artifact).
default-value (in your case, project.artifact)
`--> Injects a property to your parameter.
you class's field (in your case, soucePom)
`--> This is your paramater. If the first two discussed here is injected by
properties, this one is injected from the element in your
pom. (Note: AFAIK, if you set your experssion as a predefined property such
as project.artifact, the parameter can no longer be configured in your pom)
To answer your question, since you're using a class, you use the parameter.
...
...
...
...
...
...
...
...
the represents your sourcePom field in your class.
the elements of are the fields of the Artifact.
Things I am unsure of:
1. I am not sure if will work as it is. But if not, you may want
to try or the setters.
If you find the answers to those, or if somebody out there who knows, kindly
share it with us :-)
Thanks,
Franz
Sebastien Brunot wrote:
>
> Hi all,
>
> i have a mojo that defines a parameter names sourcePom which type is
> Artifact :
>
> /**
>
> * The POM where jar dependencies are declared.
>
> *
>
> * @parameter expression="${merge-jar-dependencies.sourcePom}"
> default-value="${project.artifact}"
>
> */
>
> private Artifact sourcePom;
>
>
>
> I don't know how to specify an artifact under
> ...
>
> Thanks for your help,
>
> Sebastien
>
>
>
>
>
--
View this message in context:
http://www.nabble.com/XML-representation-of-an-Artifact-in-the-%3Cconfiguration%3E-section-of-the-POM-tf2607681s177.html#a7277297
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: MavenProjectBuilder injection in a Mojo
On 10/11/06, Sebastien Brunot <[EMAIL PROTECTED]> wrote: I tried it the first time but it throws an exception and indicates it can't find org.apache.maven.project.MavenProjectBuilder in "the component repository". Using @component instead of @parameters raises no errors. I don't know if it do the job yet... Strange, the docs seem to imply they are equivalent..? Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Assembling files
Good day to you, Arnaud,
If you can somehow put the contents of your file inside a property, then you
would be able to do that with maven-resources-plugin.
However, I can't think of a way how.
Furthermore, I don't think there exists a apache maven plugin for that.
Cheers,
Franz
Arnaud Bailly-3 wrote:
>
> Anyone ?
>
> Maybe some explanations would help:
>
> Project layout:
>
> src/main/resources/File1:
> menuen til højre finder du en oversigt over de emner, vi har udgivet
>
> ${some.variable}
>
> håndbøger indenfor. Klik på emnet og se om der er nogle bøger, som
> har din interesse. Her kan du også bestille den ønskede publikation.
>
>
> src/main/resources/File2:
> Dansk Standard vil gerne være din totalleverandør af håndbøger. Vi er
> derfor også leveringsdygtige i andre danske publikationer og
> håndbøger, som har relation til standardisering. Blandt andet udvalgte
>
> My (dream of) plugin:
>
>...
>
>
>
>
>src/main/resources
>${builddir}/classes
>
>
> merge
>
>
>
>
>
> Somewhere else:
>
>
> ${basedir}/src/main/resources/File1
>
>
> Result:
> target/classes/File1
> menuen til højre finder du en oversigt over de emner, vi har udgivet
>
> Dansk Standard vil gerne være din totalleverandør af håndbøger. Vi er
> derfor også leveringsdygtige i andre danske publikationer og
> håndbøger, som har relation til standardisering. Blandt andet udvalgte
>
> håndbøger indenfor. Klik på emnet og se om der er nogle bøger, som
> har din interesse. Her kan du også bestille den ønskede publikation.
>
> thx for help,
> --
> OQube < software engineering \ génie logiciel >
> Arnaud Bailly, Dr.
> \web> 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/Assembling-files-tf2599927s177.html#a7276927
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
XML representation of an Artifact in the section of the POM
Hi all,
i have a mojo that defines a parameter names sourcePom which type is
Artifact :
/**
* The POM where jar dependencies are declared.
*
* @parameter expression="${merge-jar-dependencies.sourcePom}"
default-value="${project.artifact}"
*/
private Artifact sourcePom;
I don't know how to specify an artifact under
...
Thanks for your help,
Sebastien
Re: javadoc plugin failures and recent behaviour change
Good day to you, Kelvin, You may want to ask this in the Maven Dev List. But as for now, so that you can continue without those build errors, you may want to define the version to use for your javadoc plugin in the pluginManagement section of your parent pom ([1]). [1] http://maven.apache.org/ref/current/maven-model/maven.html#class_pluginManagement Cheers, Franz kelvin goodson wrote: > > I have a build failure that's happening when creating javadoc and it seems > to be due to a change in the javadoc plugin behaviour. > > Here is a mvn execution log that exhibits the problem > https://svn.apache.org/repos/asf/incubator/tuscany/sandbox/kgoodson/javadocProblems/fresh.log > > Here are the logic steps that lead me to the conclusion that this is a > plugin behaviour change > > 1) Building in my trunk started failing like this a few days ago > 2) so I tried buiding an old unaltered release source tree which used to > build fine, against my local repo and it failed in the same way > 3) so I tried an offline build of the same release source on a different > machine which had an old repository state, and it succeeded > 4) so I zipped up the old repository from the 2nd machine and transferred > it > to the machine where the failures had started and did offline builds of > both > the release and of the trunk, which both succeeded --- at which point I > could assert that it was the repository state that was at fault (see > https://svn.apache.org/repos/asf/incubator/tuscany/sandbox/kgoodson/javadocProblems/dt_used_on_lt.log > ) > 5) so I completely removed my repository and did and online build of the > trunk from fresh, which failed in the same way that I had seen in step 1 > -- > at which point I could assert that the problems were introduced by an > artifact which had been freshly downloaded to my repository > > I see from the difference in the logs, that right at the start of the > javadoc:javadoc phase there is behaviour difference, the one that > succeeds > > begins in this way > === > [INFO] [javadoc:javadoc] > Loading source files for package org.apache.tuscany.sdo... > Loading source files for package org.apache.tuscany.sdo.codegen... > Loading source files for package org.apache.tuscany.sdo.helper... > Loading source files for package org.apache.tuscany.sdo.impl... > Loading source files for package org.apache.tuscany.sdo.model... > Loading source files for package org.apache.tuscany.sdo.model.impl... > Loading source files for package org.apache.tuscany.sdo.model.java.impl... > Loading source files for package org.apache.tuscany.sdo.model.java... > Loading source files for package org.apache.tuscany.sdo.util... > Loading source files for package > org.apache.tuscany.sdo.util.metadata.impl.. > . > Loading source files for package org.apache.tuscany.sdo.util.metadata... > Loading source files for package org.apache.tuscany.sdo.util.resource... > Loading source files for package > org.apache.tuscany.sdo.generate.adapter... > Loading source files for package org.apache.tuscany.sdo.generate... > Loading source files for package > org.apache.tuscany.sdo.generate.templates.model... > Loading source files for package org.apache.tuscany.sdo.generate.util... > Loading source files for package org.eclipse.jdt.core.formatter... > Loading source files for package org.apache.tuscany.sdo.plugin... > > > whereas the one that fails begins in this way ... > [INFO] [javadoc:javadoc] > Loading source file > C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/AnyTypeDataObject.java... > Loading source file > C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/codegen/BytecodeInterfaceGenerator.java... > Loading source file > C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/codegen/GenerationException.java... > Loading source file > C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/codegen/JavaInterfaceGenerator.java... > Loading source file > C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/codegen/NoJavaImplementationException.java... > Loading source file > C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/helper/CopyHelperImpl.java... > Loading source file > C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/helper/CrossScopeCopyHelperImpl.java... > Loading source file > C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/helper/DataFactoryImpl.java... > Loading source file > C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/tuscany/sdo/helper/DataHelperImpl.java... > Loading source file > C:/Development/Tortoise/distroTest3/java/sdo/impl/src/main/java/org/apache/
Re: [M2] move resource files
Good day,
Although the problem has been solved already (with the proper solution), I
would just like to add some information about the maven-resources-plugin for
other readers of this thread.
The maven-resources-plugin takes only the encoding parameter from the
configuration of the plugin section. The rest of its parameters are taken
from the build section. Meaning, it should have been:
...
...
...
...
...
Cheers,
Franz
Konstantin Polyzois wrote:
>
> I hade the same problem a week ago :-)
>
> On 11/9/06, aXXa <[EMAIL PROTECTED]> wrote:
>>
>>
>> Konstantin,
>> Brilliant! it works excellent when I added the tag
>> pointing
>> out where to find the bean definition file in my tag.
>>
>> Thanks!
>>
>>
>> Konstantin Polyzois wrote:
>> >
>> > You can configure Spring to find it in WEB-INF/classes instead by using
>> > the
>> > following in your web.xml:
>> >
>> >
>> > contextConfigLocation
>> > /WEB-INF/classes/fenix-servlet.xml
>> >
>> >
>> >
>> >
>> >
>> > org.springframework.web.context.ContextLoaderListener
>> >
>> >
>> > or if it is the DispatcherServlet use:
>> >
>> > org.springframework.web.servlet.DispatcherServlet
>> >
>> >
>> > contextConfigLocation
>> > /WEB-INF/classes/fenix-servlet.xml
>>
>> >
>> >
>> > So keep your file in
>> >
>> > src/main/resources/fenix-servlet.xml
>> >
>> > /Konstantin
>> >
>> >
>> > On 11/9/06, aXXa <[EMAIL PROTECTED]> wrote:
>> >>
>> >>
>> >> ...some more info...
>> >> The reason why I want to move the file 'fenix-servlet.xml' (a Spring
>> bean
>> >> definition file) from src/main/resources to WEB-INF:
>> >> When running tests Spring cannot seem to find the 'fenix-servlet.xml'
>> >> file
>> >> when it resides in the WEB-INF folder
>> >> (${project.build.directory}/${project.build.finalName}/WEB-INF does
>> not
>> >> seem
>> >> to be on the classpath?), but the tests work fine when the file reside
>> in
>> >> the resources folder. Tomcat on the other hand does not find the file
>> >> when
>> >> the file reside in the classes folder when running the web app, but
>> wants
>> >> it
>> >> in the WEB-INF folder...
>> >>
>> >>
>> >> aXXa wrote:
>> >> >
>> >> > All,
>> >> >
>> >> > In vain I have tried to configure the maven-resources-plugin to move
>> >> only
>> >> > ONE file from the resources directory
>> >> ([project-root]/src/main/resources),
>> >> > but I always end up in moving all files and subdirectories or no
>> files
>> >> at
>> >> > all.
>> >> >
>> >> > Can some one please tell me what I'm doing wrong?
>> >> >
>> >> > Below is my attempt that resulted in ALL files and folders
>> (including
>> >> the
>> >> > excluded log4j.properties file) were moved to the WEB-INF directory
>> >> >
>> >> >
>> >> > maven-resources-plugin
>> >> >
>> >> >
>> >> >
>> ${project.build.directory}/${project.build.finalName
>> >> }/WEB-INF/
>> >> >
>> >> >
>> >> > fenix-servlet.xml
>> >> >
>> >> >
>> >> > log4j.properties
>> >> >
>> >> >
>> >> >
>> >> >
>> >> >
>> >> >
>> >>
>> >> --
>> >> View this message in context:
>> >>
>> http://www.nabble.com/-M2--move-resource-files-tf2600050s177.html#a7254955
>> >> Sent from the Maven - Users mailing list archive at Nabble.com.
>> >>
>> >>
>> >> -
>> >> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> >> For additional commands, e-mail: [EMAIL PROTECTED]
>> >>
>> >>
>> >
>> >
>>
>> --
>> View this message in context:
>> http://www.nabble.com/-M2--move-resource-files-tf2600050s177.html#a7256584
>> Sent from the Maven - Users mailing list archive at Nabble.com.
>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>
>
--
View this message in context:
http://www.nabble.com/-M2--move-resource-files-tf2600050s177.html#a7275998
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: MavenProjectBuilder injection in a Mojo
I tried it the first time but it throws an exception and indicates it
can't find org.apache.maven.project.MavenProjectBuilder in "the
component repository".
Using @component instead of @parameters raises no errors. I don't know
if it do the job yet...
Sebastien
-Original Message-
From: Mark Hobson [mailto:[EMAIL PROTECTED]
Sent: Friday, November 10, 2006 2:03 PM
To: Maven Users List
Subject: Re: MavenProjectBuilder injection in a Mojo
On 10/11/06, Sebastien Brunot <[EMAIL PROTECTED]> wrote:
> what is the expression to use for injection of an
> org.apache.maven.project.DefaultMavenProjectBuilder instance as the
> value of a pojo parameter:
Use:
/**
* @parameter
expression="${component.org.apache.maven.project.MavenProjectBuilder}"
* @required
* @readonly
*/
private MavenProjectBuilder projectBuilder;
Mark
-
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]
XML-RPC build definition
Hi, i want to publish a project into continuum using XML-RPC client. But when i try to publish one it doesn't assign the build definition. -- Lic Matias Urbieta
Re: MavenProjectBuilder injection in a Mojo
On 10/11/06, Sebastien Brunot <[EMAIL PROTECTED]> wrote:
what is the expression to use for injection of an
org.apache.maven.project.DefaultMavenProjectBuilder instance as the
value of a pojo parameter:
Use:
/**
* @parameter
expression="${component.org.apache.maven.project.MavenProjectBuilder}"
* @required
* @readonly
*/
private MavenProjectBuilder projectBuilder;
Mark
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: MavenProjectBuilder injection in a Mojo
A recent mail from franz see gives me the answers (use @component instead of @parameter). Sorry for the annoyance. Sebastien -Original Message- From: Sebastien Brunot [mailto:[EMAIL PROTECTED] Sent: Friday, November 10, 2006 1:58 PM To: Maven Users List Subject: MavenProjectBuilder injection in a Mojo Hi all, what is the expression to use for injection of an org.apache.maven.project.DefaultMavenProjectBuilder instance as the value of a pojo parameter: /** * A MavenProjectBuilder instance * * @parameter expression="" * @readonly * @required */ private MavenProjectBuilder projectBuilder; what should i set as expression ? Thanks for your help, Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How Do I Deploys The Sources To The Repository
Good day, I'd just like to add that the performRelease property in itself is not documented. But you can take a look at [1] about the Super POM. Furthermore, the thing that actually adds the source codes is maven-sources-plugin which Bram mentioned. For more info about that plugin, kindly take a look at [2] [1] http://maven.apache.org/guides/introduction/introduction-to-the-pom.html [2] http://maven.apache.org/plugins/maven-source-plugin Cheers, Franz Greg_Vaughn wrote: > > "Adam Hardy" <[EMAIL PROTECTED]> wrote on 11/08/2006 02:32:34 > PM: > >> [EMAIL PROTECTED] wrote: >> > "Yves Van Steen" <[EMAIL PROTECTED]> wrote on 11/07/2006 09:58:46 AM: >> >> I can generate a jar containing the source files of a project. But >> >> how do I configure it to deploy the source jar to the repo? >> >> >> >> I need this because I would like to use the download sources >> >> setting of the eclipse plugin for my own projects. >> >> >> >> So far I have found nothing that would accomplish this task. >> > >> > Somewhere deep in the plugins of maven adding a system property of >> > performRelease=true causes both source and javadoc jars to be >> > generated and deployed. It's not well documented. So you can do >> > >> > mvn -DperformRelease=true deploy >> > >> > and you get both source and javadoc jars in the repository along with >> > the main artifact. It also works with the install target. >> >> >> Very interesting. I just checked on the maven website and it's not >> mentioned as one of the optional parameters (only createChecksum and >> updateReleaseInfo are documented). >> >> But it works. > > I had looked that up at one point when I didn't understand much, but now I > went after it again. It's defined in the superpom (which can be found in > MAVEN_HOME/lib/maven-project-2.0.4.jar as > org/apache/maven/project/pom-4.0.0.xml for the curious). Here's the > "magic": > > > release-profile > > > > performRelease > true > > > > > > > true > org.apache.maven.plugins > maven-source-plugin > > > > attach-sources > > jar > > > > > > true > org.apache.maven.plugins > maven-javadoc-plugin > > > > attach-javadocs > > jar > > > > > > true > org.apache.maven.plugins > maven-deploy-plugin > > > true > > > > > > > I tried adding an section in my ~/.m2/settings.xml for > release-profile with no luck. > mvn -DperformRelease=true help:active-profiles > returns no active profiles. It still doesn't all make sense to me. > > -Greg Vaughn > [EMAIL PROTECTED] > > == > Confidentiality Notice: The information contained in and transmitted with > this communication is strictly confidential, is intended only for the use > of the intended recipient, and is the property of Countrywide Financial > Corporation or its affiliates and subsidiaries. If you are not the > intended recipient, you are hereby notified that any use of the > information contained in or transmitted with the communication or > dissemination, distribution, or copying of this communication is strictly > prohibited by law. If you have received this communication in error, > please immediately return this communication to the sender and delete the > original message and any copy of it in your possession. > == > > -- View this message in context: http://www.nabble.com/How-Do-I-Deploys-The-Sources-To-The-Repository-tf2589597s177.html#a7275994 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
MavenProjectBuilder injection in a Mojo
Hi all, what is the expression to use for injection of an org.apache.maven.project.DefaultMavenProjectBuilder instance as the value of a pojo parameter: /** * A MavenProjectBuilder instance * * @parameter expression="" * @readonly * @required */ private MavenProjectBuilder projectBuilder; what should i set as expression ? Thanks for your help, Sebastien
Re: Variables in pom?
Good day to you, andreas,
[1] shows a list (view my comment) about the list of properties I know so
far. Kindly add the properties that you know that are not in the list.
Furthermore, code-wise, you can use
org.codehaus.plexus.util.introspection.ReflectionValueExtractor to access
the getters of an object. basically, if you pased in
"parent.parent.artifactId", and an object mavenProject of type MavenProject,
it will return
mavenProject.getParent().getParent().getArtifactId()
Cheers,
Franz
andreas.ebbert-karroum wrote:
>
> Hi,
>
> where are the variables documented, that I can use inside the POM? I guess
> there's something available like ${artifactId} and alike, but I couldn't
> find a place, where they're all listed and described.
>
> Andreas Ebbert-Karroum
> Software Design Engineer - Nokia Networks Services / Middleware
> phone: +49-211-94123928, fax: +49-211-94123838
> Heltorfer Straße 1, 40472 Düsseldorf, Germany
>
>
>
>
> This message is confidential. If you have received this message in error,
> please delete it from your system. You should not copy it for any purpose,
> or disclose its contents to any other person. Internet communications are
> not secure and therefore Nokia GmbH does not accept legal responsibility
> for the contents of this message as it has been transmitted over a public
> network. Thank you.
>
> Nokia GmbH, Nokia Networks is a German Company. Further information about
> the Company is available from its principal offices at Heltorferstrasse 1,
> D-40472, Düsseldorf, Germany and from the website at http://www.nokia.com/
>
>
>
>
>
--
View this message in context:
http://www.nabble.com/Variables-in-pom--tf1290889s177.html#a7275993
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Creating MavenProject within plugin
Good day to you, Jonas,
The way I see it, you have 4 choices here:
1. Instantiate a MavenProject and set all properties you need from it.
2. Use MavenProjectStub (but this is for testing only as Maria has
indicated)
3. Do something like:
/**
* The maven project.
*
* @parameter expression="${project}"
* @readonly
*/
protected MavenProject project;
And this will get your current project
4. Do this
/**
* Project builder
*
* @component
*/
protected MavenProjectBuilder mavenProjectBuilder;
And use mavenProjectBuilder to build a MavenProject.
Cheers,
Franz
Maria Odea Ching wrote:
>
> Hi Jonas,
>
> There's a MavenProjectStub class available in the
> maven-plugin-testing-harness if you're interested. But
> its basically used for plugin testing. I'm not sure if it would be
> useful for you, but you can take a look at it here:
> http://svn.apache.org/repos/asf/maven/shared/trunk/maven-plugin-testing-harness
>
> Hope this helps! :-)
>
> Thanks,
> Deng
>
> Jonas Olsson wrote:
>
>>Hi!
>>
>>This could be a no-no, but can I create a MavenProject object from a POM
>>(other than the one executed) within my plugin?
>>I've traversed the JavaDocs, but there is no obvious way (all methods
>>require arguments I cannot provide, e.g. ProfileManager).
>>
>>/jonas
>>
>>Detta e-mail har blivit undersökt av http://www.virus112.se
>>
>>
>>-
>>To unsubscribe, e-mail: [EMAIL PROTECTED]
>>For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>>
>>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
--
View this message in context:
http://www.nabble.com/Creating-MavenProject-within-plugin-tf2601500s177.html#a7275985
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Regular Plugin parameters are not working
Good day to you, Alexander,
In addition to what Dan mentioned, you may want to use those expressions as
a default:
/**
* @parameter default-value="${project.artifactId}"
*/
pivate String my_artifact_id;
Cheers,
Franz
dan tran wrote:
>
> did you anotate your "my_artifact_id"
> like
> /**< 2 ** are need
> * @pamameter
> *
> **/
>
> did you try a regular strign to see it is pushed thru?
>
> -D
>
>
> On 11/9/06, Morgovsky, Alexander (US - Glen Mills)
> <[EMAIL PROTECTED]>
> wrote:
>>
>> I have a short pom.xml.
>>
>>
>>a
>>a
>>1.0
>>
>>
>>
>>b
>>b
>>2.0
>>...
>>
>>
>> ${project.artifactId}
>>
>> ${project.groupId}
>>
>>...
>>
>>
>>
>>
>>
>> For some reason, the variables my_artifact_id and my_group_id are
>> getting resolved by the plugin b-b-2.0 as null, so they are not being
>> resolved correctly according to the configured values. I cannot see why
>> what I am doing is wrong. May someone please tell me what is happening?
>> Thanks.
>>
>>
>> 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]
>>
>>
>
>
--
View this message in context:
http://www.nabble.com/Regular-Plugin-parameters-are-not-working-tf2605439s177.html#a7275966
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Resource filtering using environment variables
Good day,
If im not mistaken, Java (the programming language behind maven) does
differentiate the System and Environment Variables. Both are retrieved via
System.getProperties(). So as to which takes precedence over the other,
probably depends on the JVM.
Anyway, if im not mistaken, the proper priority for maven-resources-plugin
(and maven-war-plugin) is as follows:
S/E < POM < CL < Filter
Meaning, Filter properties overrides all. Commandline properties (-D
=) overrides all but Filter Properties. POM properties overrides
only the System/Environment Properties. And System/Environment Properties
overrides nothing.
Note: though you will see something like:
reader = new InterpolationFilterReader( reader, new ReflectionProperties(
project, isPropertiesFile ), "${", "}" );
in ResourcesMojo, I don't think it actually works.
Cheers,
Franz
Minto.van.der.Sluis wrote:
>
>
>
> Hi folks,
>
> Not being sure how these properties are exactly used, I think you have
> to take good care of where you put that line. The order of importance
> need good consideration. Your situation results in:
>
> - system properties
> - project properties
> - environment properties
>
> In this situation project properties take precedent over environment
> properties. Is this the right behaviour? Like this you can put anything
> in your environment, but as long as it is in the project as well, the
> environment properties will not get used. IMO this is incorrect. I think
> the following order is better:
>
> - system properties
> - environment properties
> - project properties
>
> In this situation system properties (commandline) are most important. If
> properties can not be found in system properties, the environment
> properties will be checked. Project properties will only get used as a
> last resort.
>
> I can be wrong in my analysis, but I would like to stress that it
> probably is important where to put that line :)
>
> Kind regard,
>
> Minto van der Sluis
>
>
>
>
> -Oorspronkelijk bericht-
> Van: Haroon Rafique [mailto:[EMAIL PROTECTED]
> Verzonden: donderdag 9 november 2006 18:03
> Aan: Maven Users List
> Onderwerp: Re: Resource filtering using environment variables
>
> On Today at 11:20am, HR=>Haroon Rafique <[EMAIL PROTECTED]>
> wrote:
>
> HR> [..snip..]
> HR>
>
> Something like the following should work (not tested):
>
> import org.codehaus.plexus.util.cli.CommandLineUtils;
>
>
> HR> filterProperties = new Properties();
> HR>
> HR> // System properties
> HR> filterProperties.putAll( System.getProperties() );
> HR>
> HR> // Project properties
> HR> filterProperties.putAll( project.getProperties() );
> HR>
>
> follow the above two calls with:
>
> // Environment variables
> filterProperties.putAll( CommandLineUtils.getSystemEnvVars() );
>
> Anyone willing to give it a try?
>
> Later,
> --
> Haroon Rafique
> <[EMAIL PROTECTED]>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
> DISCLAIMER
> De informatie in deze e-mail is vertrouwelijk en uitsluitend bestemd voor
> de geadresseerde. Indien u niet de geadresseerde bent, wordt u er hierbij
> op gewezen, dat u geen recht heeft kennis te nemen van de rest van deze
> e-mail, deze te gebruiken, te kopieren of te verstrekken aan andere
> personen dan de geadresseerde. Indien u deze e-mail abusievelijk hebt
> ontvangen, brengt u dan alstublieft de afzender op de hoogte, waarbij u
> bij deze gevraagd wordt het originele bericht te vernietigen. Politie
> Amsterdam-Amstelland is niet verantwoordelijk voor de inhoud van deze
> e-mail en wijst iedere aansprakelijkheid af voor en/of in verband met alle
> gevolgen en/of schade van een onjuiste of onvolledige verzending ervan.
> Tenzij uitdrukkelijk het tegendeel blijkt, kunnen aan dit bericht geen
> rechten worden ontleend. Het gebruik van Internet e-mail brengt zekere
> risicos met zich. Daarom wordt iedere aansprakelijkheid voor het gebruik
> van dit medium door de Politie Amsterdam-Amstelland van de hand gewezen.
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
--
View this message in context:
http://www.nabble.com/Resource-filtering-using-environment-variables-tf2600791s177.html#a7275929
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Dependency cycle?
It is a rhetorical question - meaning that it is impossible to build such a system, thus Maven does not support it :) A franz see wrote: Good day to you, Andy, I'm not sure if any are build at all, that's because your whole build will fail. Cheers, Franz Andrew Williams-5 wrote: If two projects depend on each other which gets built first? In this situation either one must be optional or they must be in the same artifact. Andy franz see wrote: Good day to you Sha Jiang, Maven can not handle cyclic dependencies. It will give you a cyclic dependency error Cheers, Franz jiangshachina wrote: Hello guys, I suddenly have a virtual case just in mind. There are two projects, A and B, each of them depends on the other one. How do Maven to deal with the dependency cycle? a cup of Java, cheers! Sha Jiang - 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: Assembling files
i don't know if it already exists or , but it shouldn't be difficult to
write such a mojo...
On 11/9/06, Arnaud Bailly <[EMAIL PROTECTED]> wrote:
Anyone ?
Maybe some explanations would help:
Project layout:
src/main/resources/File1:
menuen til højre finder du en oversigt over de emner, vi har udgivet
${some.variable}
håndbøger indenfor. Klik på emnet og se om der er nogle bøger, som
har din interesse. Her kan du også bestille den ønskede publikation.
src/main/resources/File2:
Dansk Standard vil gerne være din totalleverandør af håndbøger. Vi er
derfor også leveringsdygtige i andre danske publikationer og
håndbøger, som har relation til standardisering. Blandt andet udvalgte
My (dream of) plugin:
...
src/main/resources
${builddir}/classes
merge
Somewhere else:
${basedir}/src/main/resources/File1
Result:
target/classes/File1
menuen til højre finder du en oversigt over de emner, vi har udgivet
Dansk Standard vil gerne være din totalleverandør af håndbøger. Vi er
derfor også leveringsdygtige i andre danske publikationer og
håndbøger, som har relation til standardisering. Blandt andet udvalgte
håndbøger indenfor. Klik på emnet og se om der er nogle bøger, som
har din interesse. Her kan du også bestille den ønskede publikation.
thx for help,
--
OQube < software engineering \ génie logiciel >
Arnaud Bailly, Dr.
\web> http://www.oqube.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
http://valerioschiavoni.blogspot.com
http://jroller.com/page/vschiavoni
Re: Dependency cycle?
Good day to you, Andy, I'm not sure if any are build at all, that's because your whole build will fail. Cheers, Franz Andrew Williams-5 wrote: > > If two projects depend on each other which gets built first? > In this situation either one must be optional or they must be in the > same artifact. > > Andy > > franz see wrote: >> Good day to you Sha Jiang, >> >> Maven can not handle cyclic dependencies. It will give you a cyclic >> dependency error >> >> Cheers, >> Franz >> >> >> jiangshachina wrote: >> >>> Hello guys, >>> I suddenly have a virtual case just in mind. >>> There are two projects, A and B, each of them depends on the other one. >>> How do Maven to deal with the dependency cycle? >>> >>> a cup of Java, cheers! >>> Sha Jiang >>> >>> >> >> > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/Dependency-cycle--tf2606748s177.html#a7275207 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Pulling jars into local repository
> Steinar Bang <[EMAIL PROTECTED]>:
[snip!]
>> But I still got the same error message when doing "mvn install".
> That's because "mvn dependency:copy-dependencies" pulled in the
> dependency-maven-plugin from org.codehaus.mojo, and not the
> maven-dependency-plugin from apache.
> This FAQ entry says they are the same but the apache one is the
> recommended one.
> http://maven.apache.org/plugins/maven-dependency-plugin/faq.html
> However, since I can only find the mojo one, I'm currently going with
> it, and see where it takes me.
This worked, in that it made "mvn install" also install the bundles
produced by our own project, plus the ones they depend on, into the
$HOME/pde_target_platform/plugins/
directory, and setting the PDE target platform in eclipse to point to
$HOME/pde_target_platform made eclipse pick them up.
Here are the settings from the top level pom.xml file:
...
...
org.codehaus.mojo
dependency-maven-plugin
copy-dependencies
package
copy-dependencies
${user.home}/pde_target_platform/plugins
Now, I need to find out if I can make maven pull in the eclipse
bundles neccessary for the runtime, as well. This would avoid this as
a copying step.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Dependency cycle?
Hello, I made a simple test with Eclipse just now. Eclipse doesn't allow project dependency cycle. Then I think Maven does the same. Assumes project A depends on project B, then B must produces artifact and installs the artifact to repository firstly, then A could depend on it. But B depends on A, then B want A to be installed at repository, too. The cycle can not be resolved. a cup of Java, cheers! Sha Jiang jiangshachina wrote: > > Hello guys, > I suddenly have a virtual case just in mind. > There are two projects, A and B, each of them depends on the other one. > How do Maven to deal with the dependency cycle? > > a cup of Java, cheers! > Sha Jiang > -- View this message in context: http://www.nabble.com/Dependency-cycle--tf2606748s177.html#a7274732 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Model object XML representation
Good day to you, Sebastiaen, I don't think there's a documentation about it. But you can check out the code at [1]. Or rather, checkout the modello descriptor (maven.mdo). Maven uses modello (a codehaus project...see [2]) in several places, one of which is the maven-model. The modello descriptor file would be fed into the modello-maven-plugin and it will then auto-generate java files: the model files (representing a xml model/element), and the Xpp3 readers and writers. However, I don't think there's much documentation about the Modello Project. But don't worry. The modello descriptor is not that hard to "reverse". Cheers, Franz Sebastien Brunot wrote: > > Hi, > > Where can i find reference documentation regarding the mapping of maven > model object into XML (for mojo parameters) ? > > Thanks for your help, > > Sebastien > > -- View this message in context: http://www.nabble.com/Model-object-XML-representation-tf2606656s177.html#a7274642 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Dependency cycle?
If two projects depend on each other which gets built first? In this situation either one must be optional or they must be in the same artifact. Andy franz see wrote: Good day to you Sha Jiang, Maven can not handle cyclic dependencies. It will give you a cyclic dependency error Cheers, Franz jiangshachina wrote: Hello guys, I suddenly have a virtual case just in mind. There are two projects, A and B, each of them depends on the other one. How do Maven to deal with the dependency cycle? a cup of Java, cheers! Sha Jiang - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Dependency cycle?
Good day to you Sha Jiang, Maven can not handle cyclic dependencies. It will give you a cyclic dependency error Cheers, Franz jiangshachina wrote: > > Hello guys, > I suddenly have a virtual case just in mind. > There are two projects, A and B, each of them depends on the other one. > How do Maven to deal with the dependency cycle? > > a cup of Java, cheers! > Sha Jiang > -- View this message in context: http://www.nabble.com/Dependency-cycle--tf2606748s177.html#a7274599 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Pulling jars into local repository
> Steinar Bang <[EMAIL PROTECTED]>: > I have trouble getting it to work. > I tried using it by putting > > ... > > ... > > org.apache.maven.plugins > maven-dependency-plugin [snip!] > into the top level pom.xml file. That gave me the following error > when using the "mvn install" target: [snip!] > [INFO] The plugin 'org.apache.maven.plugins:maven-dependency-plugin' does not > exist or no valid version could be found > Running with "-e" as recommended, doesn't give much more information. > Just doing "mvn dependency:copy-dependencies" from the command line, > copied the mojo into my local maven repo, and then proceeded to pull > all osgi bundles created by the project, together with the ones they > depend on, from my local M2 repo and into target/dependency/ > subdirectories of the bundle projects'. > But I still got the same error message when doing "mvn install". That's because "mvn dependency:copy-dependencies" pulled in the dependency-maven-plugin from org.codehaus.mojo, and not the maven-dependency-plugin from apache. This FAQ entry says they are the same but the apache one is the recommended one. http://maven.apache.org/plugins/maven-dependency-plugin/faq.html However, since I can only find the mojo one, I'm currently going with it, and see where it takes me. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Example POM for WebLogic servicegen needed
On a different note, what execution phase are you executing the
weblogic:appc? I'm doing it in a pom which first generate sources using
XMLbeans, compiles some aspects, create ejb-jar, ejb-client-jar and then run
weblogic:appc which is in the package phase. The problem is, when appc is
started, it does the whole thing again, XMLBeans to ejb-client-jar. Just
wanna know what phase you have weblogic:appc?
Thanks.
Dmystery wrote:
>
> Hope this helps,
>
>
>maven-antrun-plugin
>1.0
>
>
> package
>
>
>
> classname="weblogic.ant.taskdefs.webservices.servicegen.ServiceGenTask" >
>
>
>
> destEar="${project.build.directory}/${project.artifactId}-${project.version}.ear"
>
> warName="castle-server-web-${project.parent.version}.war"
> contextURI="castle"
> mergeWithExistingWS="True">
>
> http://my.company.com";
> ejbJar="${basedir}/path-to-ejb-jar/your-ejb.jar"
> includeEJBs="service name" serviceName="service name"
> serviceURI="/jndi/name" generateTypes="True"
> style="documentwrapped" expandMethods="True"
> typeMappingFile="auto-types mapping file">
>
>
>
>
>
>run
>
>
>
>
>
>
> sun.jdk
> tools
> 1.5.1
> system
> ${java.home}/../lib/tools.jar
>
>
>
>
>
> Jeff Bailey wrote:
>>
>> I need to create a WebService from a session bean using the WebLogic
>> 8.1.4 servicegen ant task. Can anyone provide me a good example of a
>> clean way to accomplish this in the POM?
>>
>> I'm successfully using the weblogic-maven-plugin to run appc, but the
>> plugin does not yet support servicegen.
>>
>> Thanks,
>> Jeff
>>
>
>
--
View this message in context:
http://www.nabble.com/Example-POM-for-WebLogic-servicegen-needed-tf2604105s177.html#a7274411
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Pulling jars into local repository
> Steinar Bang <[EMAIL PROTECTED]>: > "Tom Huybrechts" <[EMAIL PROTECTED]>: >> The maven dependency plugin is your friend: >> http://maven.apache.org/plugins/maven-dependency-plugin/resolve-mojo.html > Hm... interesting. This URL was more clarifying for me: > http://maven.apache.org/plugins/maven-dependency-plugin/ I have trouble getting it to work. I tried using it by putting ... ... org.apache.maven.plugins maven-dependency-plugin copy-dependencies package copy-dependencies into the top level pom.xml file. That gave me the following error when using the "mvn install" target: [INFO]task-segment: [install] [INFO] [INFO] [ERROR] BUILD ERROR [INFO] [INFO] The plugin 'org.apache.maven.plugins:maven-dependency-plugin' does not exist or no valid version could be found Running with "-e" as recommended, doesn't give much more information. Just doing "mvn dependency:copy-dependencies" from the command line, copied the mojo into my local maven repo, and then proceeded to pull all osgi bundles created by the project, together with the ones they depend on, from my local M2 repo and into target/dependency/ subdirectories of the bundle projects'. But I still got the same error message when doing "mvn install". I'm suspecting some spelling error, but haven't been able to spot it, so far. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Example POM for WebLogic servicegen needed
maven-antrun-plugin
1.0
package
http://my.company.com";
ejbJar="${basedir}/path-to-ejb-jar/your-ejb.jar"
includeEJBs="service name" serviceName="service name"
serviceURI="/jndi/name" generateTypes="True"
style="documentwrapped" expandMethods="True"
typeMappingFile="auto-types mapping file">
run
sun.jdk
tools
1.5.1
system
${java.home}/../lib/tools.jar
Jeff Bailey wrote:
>
> I need to create a WebService from a session bean using the WebLogic 8.1.4
> servicegen ant task. Can anyone provide me a good example of a clean way
> to accomplish this in the POM?
>
> I'm successfully using the weblogic-maven-plugin to run appc, but the
> plugin does not yet support servicegen.
>
> Thanks,
> Jeff
>
--
View this message in context:
http://www.nabble.com/Example-POM-for-WebLogic-servicegen-needed-tf2604105s177.html#a7274315
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: EJB JAR Manifest
There is nothing new on mvn -X console when the big pause happens. Its just the normal debug statements like [DEBUG] adding some-file ... Big Pause here -- The last file to be added is are the pom.xml file [DEBUG] preparing weblogic:appc Sebastien Brunot wrote: > > > On my side, I did not observe substantial timing differences adding > classpath entries (automatically regarding the dependencies or "manualy" > providing my own manifest.mf file) to the EJB jar. Perhaps you could send > the output of mvn -X package to the list as an attached file ? > > Sebastien > > -Original Message- > From: Dmystery [mailto:[EMAIL PROTECTED] > Sent: Friday, November 10, 2006 6:13 AM > To: users@maven.apache.org > Subject: RE: EJB JAR Manifest > > > Sebastein, > > Is it taking too long to add the classpath entry in the manifest? Since i > made the ejb plugin to add the classpath entry, it is taking almost 1 min > more to complete the ejb goal. > > Is it working normally for you? > > Thanks > > Sebastien Brunot wrote: >> >> Thanks for your help Jörg. >> >> Sebastien >> >> -Original Message- >> From: Jörg Schaible [mailto:[EMAIL PROTECTED] >> Sent: Thursday, November 09, 2006 2:20 PM >> To: Maven Users List >> Subject: RE: EJB JAR Manifest >> >> Sebastien Brunot wrote on Thursday, November 09, 2006 1:59 PM: >> >>> Hi all, >>> >>> how can one specify a Class-Path: entry in the manifest of an EJB jar >>> ? >> >> You have to configure it: >> >> >> org.apache.maven.plugins >> maven-ejb-plugin >> >> true >> >> >> true >> >> >> >> >> >> - Jörg >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> >> > > -- > View this message in context: > http://www.nabble.com/EJB-JAR-Manifest-tf2601563s177.html#a7271531 > Sent from the Maven - Users mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/EJB-JAR-Manifest-tf2601563s177.html#a7274113 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Dependency cycle?
Hello guys, I suddenly have a virtual case just in mind. There are two projects, A and B, each of them depends on the other one. How do Maven to deal with the dependency cycle? a cup of Java, cheers! Sha Jiang -- View this message in context: http://www.nabble.com/Dependency-cycle--tf2606748s177.html#a7274021 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Model object XML representation
Hi, Where can i find reference documentation regarding the mapping of maven model object into XML (for mojo parameters) ? Thanks for your help, Sebastien
Re: [M1] AspectJ with two source trees (main/src & main/test)
Hi,
Thanks for the note, I tried this but still don't have any luck, for
example, I'm using the convention main/src/java and main/src/test for my
source trees, so adding an src/aspectj folder doesn't really fit in, if I
add it to main/src/aspectj, I get the same problem (and just for
completness, setting it to src/aspectj causes is the same!).
>From the plugin's homepage, I didn't get the impression that setting the
soruce directiory to src/aspectj was a requirement more of an example, and
you should be able to set this to whatever your folder is. Is this not the
case?
I think I'll have a go at creating a simple test project that demonstrates
the problem, see if I can get some feedback.
Any other ideas?
Cheers
Alexandre Touret wrote:
>
> Hello,
> There are 2 builds : the classes and test classes.
> If you specify the aspectsourcedirectory in src/java, aspectj doesn t
> parse any file in src/test. Its the default behaviour
> I can suggest you to put all the aspects file have in
> ${maven.src.dir}/aspectj (as described in the plugin homepage). I
> suppose this directory is accessible in both the build classpaths and
> test classpath.
>
> Hope this helps.
> Alexandre
>
> Toby Weston wrote:
>> Hi Folks,
>> [...]
>> I've got my source code under main/src and the unit tests under
>> main/test, however I can't get aspectj compiling both. I added this to
>> my project.xml hoping it would pick up both, but it doesn't seem to,,,
>>
>>main/src/java
>>main/test/java
>>
>> I'm kind of not confident I know the correct process, so may be doing
>> something really silly. I was thinking that the pregoal for compile to
>> run the aspectj compiler would apply my aspects to the code that they
>> affect? After running this though, my unit tests confirm that the
>> aspect isn't applied, and if I reverse engineer the test code, there
>> is no aspect code in there (and there is if I do a normal eclipse
>> aspectj compile).
>>
>> So, for some reason, its not applying my aspects to test code in the
>> second source tree... :(
>>
>> Cheers,
>> Toby
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
--
View this message in context:
http://www.nabble.com/-M1--AspectJ-with-two-source-trees-%28main-src---main-test%29-tf2556159s177.html#a7273671
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: EJB JAR Manifest
On my side, I did not observe substantial timing differences adding classpath entries (automatically regarding the dependencies or "manualy" providing my own manifest.mf file) to the EJB jar. Perhaps you could send the output of mvn -X package to the list as an attached file ? Sebastien -Original Message- From: Dmystery [mailto:[EMAIL PROTECTED] Sent: Friday, November 10, 2006 6:13 AM To: users@maven.apache.org Subject: RE: EJB JAR Manifest Sebastein, Is it taking too long to add the classpath entry in the manifest? Since i made the ejb plugin to add the classpath entry, it is taking almost 1 min more to complete the ejb goal. Is it working normally for you? Thanks Sebastien Brunot wrote: > > Thanks for your help Jörg. > > Sebastien > > -Original Message- > From: Jörg Schaible [mailto:[EMAIL PROTECTED] > Sent: Thursday, November 09, 2006 2:20 PM > To: Maven Users List > Subject: RE: EJB JAR Manifest > > Sebastien Brunot wrote on Thursday, November 09, 2006 1:59 PM: > >> Hi all, >> >> how can one specify a Class-Path: entry in the manifest of an EJB jar >> ? > > You have to configure it: > > > org.apache.maven.plugins > maven-ejb-plugin > > true > > > true > > > > > > - Jörg > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/EJB-JAR-Manifest-tf2601563s177.html#a7271531 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: Aggregate site generation
Hi Alexander, I think site aggregation isn't supported yet. Dawn Morgovsky, Alexander (US - Glen Mills) wrote: > > I have a parent POM which has two modules. Module A's sites get > deployed to host/A/. Module B's sites get deployed to host/B/. What do > I need to do in the parent POM so that I can have these modules show up > in the modules section of the parent pom so that they could be accessed? > Thanks. > > > 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] > > -- View this message in context: http://www.nabble.com/Aggregate-site-generation-tf2604552s177.html#a7272969 Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
