Re: exec-maven-plugin want to pass maven.dependency.classpath as a variable in my EXEC Goal
Yes i tried using maven-antrun-plugin but i am not able to setup JDK 1.4.2 version in it. I am trying to specify all possible way to apply JDK version 1.4.2 but it's still taking tools.jar or JDK version, Which maven.bat file is using (jdk 1.5) I was using following code in MAVEN-ANTRUN-PLUGIN as below code. org.apache.maven.plugins maven-antrun-plugin 1.6 install install run ${java-version} ${java-version} ${java-version} ${java.1.4.2.home}/bin/javac sun.jdk tools 1.4.2 system ${java.1.4.2.home}/lib/tools.jar com.sun rt ${java-version} system ${java.1.4.2.home}/jre/lib/rt.jar That's why i choose exec GOAL where my SYSTEM JAVA_HOME is 1.4.2 and it's able to execute it if i have all dependencies which i needed. Please help me out. Thanks, daivish. On Thu, Aug 18, 2011 at 3:29 PM, Robert Scholte wrote: > > Looks to me you're trying to use the wrong plugin. This one seems to fit > more:http://maven.apache.org/plugins/maven-antrun-plugin/ -Robert > Date: > Thu, 18 Aug 2011 15:21:49 -0700 > > Subject: exec-maven-plugin want to pass maven.dependency.classpath as a > variable in my EXEC Goal > > From: daivish.s...@gmail.com > > To: users@maven.apache.org > > > > Hi, > > > > > > I want to define property or want to use maven.plugin.classpath and > > maven.dependency.classpath in my build.xml. > > > > How can i do it ? > > > > Sample code is as below... > > > > is not working and not able to read the values > from > > my build.xml so please explain me how can i do it ? > > > > > > > > org.codehaus.mojo > > exec-maven-plugin > > 1.2 > > > > > > install > > install > > > > exec > > > > > > > > > > > refid="maven.plugin.classpath" /> > > > refid="maven.dependency.classpath" /> > > antscript.bat > > > > > > > > > > Thanks, > > > > daivish. > >
RE: exec-maven-plugin want to pass maven.dependency.classpath as a variable in my EXEC Goal
Looks to me you're trying to use the wrong plugin. This one seems to fit more:http://maven.apache.org/plugins/maven-antrun-plugin/ -Robert > Date: Thu, 18 Aug 2011 15:21:49 -0700 > Subject: exec-maven-plugin want to pass maven.dependency.classpath as a > variable in my EXEC Goal > From: daivish.s...@gmail.com > To: users@maven.apache.org > > Hi, > > > I want to define property or want to use maven.plugin.classpath and > maven.dependency.classpath in my build.xml. > > How can i do it ? > > Sample code is as below... > > is not working and not able to read the values from > my build.xml so please explain me how can i do it ? > > > > org.codehaus.mojo > exec-maven-plugin > 1.2 > > > install > install > > exec > > > > > refid="maven.plugin.classpath" /> > refid="maven.dependency.classpath" /> > antscript.bat > > > > > Thanks, > > daivish.
exec-maven-plugin want to pass maven.dependency.classpath as a variable in my EXEC Goal
Hi, I want to define property or want to use maven.plugin.classpath and maven.dependency.classpath in my build.xml. How can i do it ? Sample code is as below... is not working and not able to read the values from my build.xml so please explain me how can i do it ? org.codehaus.mojo exec-maven-plugin 1.2 install install exec antscript.bat Thanks, daivish.
Re: Multi-Module and differing artifactId
> I guess this has been asked before, but is there any way to gracefully > handle situations in a multi-level modular project where the artifactId > does not always correspond to the folder name of the module? Maven operates under certain conventions. This is not the convention, thus it is not well supported. > parent with "/childWithOtherName" appended, and there is no way I can > force it to use "/childB", unless I specify the whole path, which is > tedious with large projects. This is the "not well supported" aspect. I'm not even sure how good of an idea this is. Why can't you just change the artifactId or the module name?? Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Multi-Module and differing artifactId
Hi, I am not aware of any other solution, but I remember the following comment by Benjamin, quoted from http://jira.codehaus.org/browse/MNG-5000: "The cause of the issue was that module-2 has a different artifactId than its module name. Let me stress that such a layout is a recipe for trouble as it results in effective URLs that depend on the source of the POM (project vs repo), i.e. if somebody (e.g. a plugin) was to construct the POM of this project from the repository, it would see different URLs than those used when building the project. The same problem would also arise during local project building when URLs are inherited from a grand-parent via one or more intermediate parents and any of those parents is resolved from the repo. For this reason, it's highly recommended to synchronize the module name with the artifactId." HTH, -Lukas Stefan Seidel wrote: Hi, I guess this has been asked before, but is there any way to gracefully handle situations in a multi-level modular project where the artifactId does not always correspond to the folder name of the module? It's especially about the scm url and connection. So my folder structure is like this: +/ = org.test:parent ++/childA = org.test.parent:childA ++/childB = org.test.parent:childWithOtherName Now the scm url for childWithOtherName will always be the one from the parent with "/childWithOtherName" appended, and there is no way I can force it to use "/childB", unless I specify the whole path, which is tedious with large projects. I even tried to use ${project.parent.scm.connection}, which evaluates fine with help:evaluate, but will not expand when used in the scm connection. Any help? Stefan - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: How to configure plugin with default values
On Thu, Aug 18, 2011 at 10:40:23AM -0600, David Hoffer wrote: > I'm creating a plugin and having trouble getting the container > (plexus) to configure initial values. I've started with the > dependency plugin as a basis and see that somehow mojo parameters get > set with default values...I assume this is happening by the container > but what's the secret to making this work? I've added some new mojo http://maven.apache.org/guides/plugin/guide-java-plugin-development.html You add a 'default-value="something"' to the @parameter annotation, and something (I'm not sure it's plexus, at least not directly) will evaluate the string value and attempt to convert it to something compatible with the type of the parameter field, if no value was configured externally. The bit that's not well documented is that you can pluck property values such as ${project.build.directory} out of the model by writing them in the default-value string. Apparently this is the proper way to discover model values and the like, though I've found nothing authoritative yet that actually says "do it this way". > parameters following the same convention and they are null at runtime > (running unit test). Is there some documentation on the > creating/wiring of plugin mojos to the container? Some. Not enough. When I figure out some of the missing stuff I will write some more. -- Mark H. Wood, Lead System Programmer mw...@iupui.edu Asking whether markets are efficient is like asking whether people are smart. pgpfuDT2RpVxp.pgp Description: PGP signature
How to configure plugin with default values
I'm creating a plugin and having trouble getting the container (plexus) to configure initial values. I've started with the dependency plugin as a basis and see that somehow mojo parameters get set with default values...I assume this is happening by the container but what's the secret to making this work? I've added some new mojo parameters following the same convention and they are null at runtime (running unit test). Is there some documentation on the creating/wiring of plugin mojos to the container? -Dave - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Multi-Module and differing artifactId
Hi, I guess this has been asked before, but is there any way to gracefully handle situations in a multi-level modular project where the artifactId does not always correspond to the folder name of the module? It's especially about the scm url and connection. So my folder structure is like this: +/ = org.test:parent ++/childA = org.test.parent:childA ++/childB = org.test.parent:childWithOtherName Now the scm url for childWithOtherName will always be the one from the parent with "/childWithOtherName" appended, and there is no way I can force it to use "/childB", unless I specify the whole path, which is tedious with large projects. I even tried to use ${project.parent.scm.connection}, which evaluates fine with help:evaluate, but will not expand when used in the scm connection. Any help? Stefan -- best regards, Stefan Seidel Software developer VUB Printmedia GmbH Chopinstraße 4, 04103 Leipzig tel.+49 (341) 9 60 50 93 fax.+49 (341) 9 60 50 92 mail. ssei...@vub.de web.www.vub.de VUB Printmedia GmbH HRB Köln 24015 GF Dr. A. Preuss Neudorf, Dr. C. Preuss Neudorf - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Setting site distribution URL in parent POM for entire company
Hi, I would like to let my co-workers publish Maven sites easily. For this I'd like to define some kind of convention for site locations. I would like this to work "out-of-the-box", so if I create a new Maven project that uses the company POM, its site would be deployed to the right location automatically. Consider this multi-module project: /- com.example.hello:hello-parent (packaging: POM) | +- com.example.hello:hello-core (packaging: JAR) | +- com.example.hello:hello-web (packaging: WAR) I'd like to deploy the site to this location: http://maven-sites.local/com/example/hello/ (i.e. I would like to have the groupId to be converted into a path) ...with the modules to be published in folders under this URL (just as is the default right now): http://maven-sites.local/com/example/hello/hello-core/ http://maven-sites.local/com/example/hello/hello-web/ I can do this if I explicitly set the site location in the parent POM to "scp://maven-sites/var/www/com/example/hello/". However, requiring each project to do this is rather error prone, so I'd like to define a pattern in the company parent POM, and have all projects automatically derive their location from there. This doesn't work. If I set a location in our top-level POM to, say, "scp://maven-sites/var/www/", sites will be published to folders under that location based on their artifactId. This means that I get URLs like this: http://maven-sites.local/hello-parent/ http://maven-sites.local/hello-parent/hello-core/ I have several problems with this: - The URLs I get are not very nice. - The company POM's site gets published to the root location ( http://maven-sites.local/), which causes all kinds of troubles. - If I have two projects with different groupIds, but with the same artifactId, their sites will collide. Is there an easy way to solve this, or should all projects define their own site locations? -- Thanks, Lorant
Re: javadoc plugin claims no sources, but there's one ...
The issue turns out to be that the 'package' statement in the class was wrong! I have no idea why the compiler, and checkstyle, and PMD, all allowed this, but javadoc was the only canary to chirp. On Thu, Aug 18, 2011 at 10:18 AM, Anders Hammar wrote: > Does it work with command line javadoc tool? > > /Anders (mobile) > Den 18 aug 2011 16.05 skrev "Benson Margulies" : >> There is exactly one java source file, for a public class, in the >> package cited below. There are no exclusions set up. Anyone have a >> clue? >> >> INFO] [javadoc:javadoc {execution: default-cli}] >> [INFO] >> 1 error >> 1 warning >> [INFO] > >> [ERROR] BUILD ERROR >> [INFO] > >> [INFO] An error has occurred in JavaDocs report generation: >> Exit code: 1 - javadoc: warning - No source files for package >> com.basistech.rosette.rex.hadoop.sample >> javadoc: error - No public or protected classes found to document. >> >> Command line was: >> > /Library/Java/JavaVirtualMachines/1.6.0_26-b03-384.jdk/Contents/Home/bin/javadoc >> @options @packages >> >> Refer to the generated Javadoc files in >> '/Users/benson/x/tej/hadoopdemo/target/site/apidocs' dir. >> >> - >> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >> For additional commands, e-mail: users-h...@maven.apache.org >> > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: javadoc plugin claims no sources, but there's one ...
Does it work with command line javadoc tool? /Anders (mobile) Den 18 aug 2011 16.05 skrev "Benson Margulies" : > There is exactly one java source file, for a public class, in the > package cited below. There are no exclusions set up. Anyone have a > clue? > > INFO] [javadoc:javadoc {execution: default-cli}] > [INFO] > 1 error > 1 warning > [INFO] > [ERROR] BUILD ERROR > [INFO] > [INFO] An error has occurred in JavaDocs report generation: > Exit code: 1 - javadoc: warning - No source files for package > com.basistech.rosette.rex.hadoop.sample > javadoc: error - No public or protected classes found to document. > > Command line was: > /Library/Java/JavaVirtualMachines/1.6.0_26-b03-384.jdk/Contents/Home/bin/javadoc > @options @packages > > Refer to the generated Javadoc files in > '/Users/benson/x/tej/hadoopdemo/target/site/apidocs' dir. > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org >
javadoc plugin claims no sources, but there's one ...
There is exactly one java source file, for a public class, in the package cited below. There are no exclusions set up. Anyone have a clue? INFO] [javadoc:javadoc {execution: default-cli}] [INFO] 1 error 1 warning [INFO] [ERROR] BUILD ERROR [INFO] [INFO] An error has occurred in JavaDocs report generation: Exit code: 1 - javadoc: warning - No source files for package com.basistech.rosette.rex.hadoop.sample javadoc: error - No public or protected classes found to document. Command line was: /Library/Java/JavaVirtualMachines/1.6.0_26-b03-384.jdk/Contents/Home/bin/javadoc @options @packages Refer to the generated Javadoc files in '/Users/benson/x/tej/hadoopdemo/target/site/apidocs' dir. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven Embedder
My understanding is that maven-embedder stopped being supported for Maven 2 at v2.0.4 (there is no 2.0.5, 2.1.x, or 2.2.x for example). Then it was re-introduced with Maven 3, but I'm guessing that the API changed completely. But I could be completely off... /Anders On Thu, Aug 18, 2011 at 15:31, Thiessen, Todd (Todd) wrote: > Thanks for a link to those examples. > > I noticed that that pom has dependencies like: > > > org.apache.maven > maven-model > 3.0.1 > > > This artifact is also a dependency of the maven-embedder artifact. The > statement I linked earlier regarding the maven embedder not being supported; > what does this really mean? Does this mean that I shouldn't be using > maven-embedder but rather directly using the artifacts it depends on like > maven-model? > >> -Original Message- >> From: t.cserve...@gmail.com [mailto:t.cserve...@gmail.com] On Behalf Of >> Tamás Cservenák >> Sent: Thursday, August 18, 2011 7:12 AM >> To: Maven Users List >> Subject: Re: Maven Embedder >> >> While you're use case is not quite clear to me ("combined view of >> properties defined in pom and in profile..."), you could take a peek >> at this: >> >> https://github.com/sonatype/sisu-maven-bridge >> >> It does offer effective pom for example... >> >> Patches, as always, are welcome! :) >> >> >> Thanks, >> ~t~ >> >> On Wed, Aug 17, 2011 at 10:01 PM, Thiessen, Todd (Todd) >> wrote: >> > I like the idea of using only the parts of the embedder that you >> need. >> > >> > Is anything published anywhere which can list which components are >> available for what tasks? >> > >> > I have been looking through the source for this artifact and its >> dependencies: >> > >> > >> > org.apache.maven >> > maven-embedder >> > 3.0.3 >> > >> > >> > But haven't had too much luck trying to piece it all together. >> > >> > Ultimately what I want to do is to be able to have a combined view of >> the properties defined in the pom and in a profile defined in my local >> settings.xml file. I have found a number of classes like >> "DefaultSettingsBuilder" and "DefaultProjectBuilder" but they all >> require other classes which other classes, etc... >> > >> >> -Original Message- >> >> From: Jason van Zyl [mailto:ja...@maven.org] >> >> Sent: Wednesday, August 17, 2011 3:45 PM >> >> To: Maven Users List >> >> Subject: Re: Maven Embedder >> >> >> >> A single embedder really doesn't make any sense, or at least this is >> >> what we have found working on Nexus, M2Eclipse, Hudson and a bunch >> of >> >> other tools. All of the use cases are slightly different and it is >> just >> >> easier to grab the individual components and piece them together as >> >> required. We have several small embedders for all of the tools now. >> We >> >> could probably make another one now that might be useful but the >> first >> >> form of the embedder certainly wasn't which is why it was removed. >> >> >> >> On Aug 17, 2011, at 3:35 PM, Thiessen, Todd (Todd) wrote: >> >> >> >> > Hmm. Or is the Maven Embedder no longer supported? >> >> > >> >> > http://stackoverflow.com/questions/5141788/how-to-run-maven-from- >> java >> >> > >> >> > >> >> > From: Thiessen, Todd (Todd) >> >> > Sent: Wednesday, August 17, 2011 11:27 AM >> >> > To: users@maven.apache.org >> >> > Subject: Maven Embedder >> >> > >> >> > Is there any kind of users guide for the maven embedder? Not >> finding >> >> anything. >> >> > >> >> > I can find the source, but having to guess as to how to use the >> >> classes. >> >> >> >> Thanks, >> >> >> >> Jason >> >> >> >> -- >> >> Jason van Zyl >> >> Founder, Apache Maven >> >> http://twitter.com/jvanzyl >> >> - >> >> >> >> happiness is like a butterfly: the more you chase it, the more it >> will >> >> elude you, but if you turn your attention to other things, it will >> come >> >> and sit softly on your shoulder ... >> >> >> >> -- Thoreau >> >> >> >> >> > >> > >> > - >> > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >> > For additional commands, e-mail: users-h...@maven.apache.org >> > >> > >> >> - >> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >> For additional commands, e-mail: users-h...@maven.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven Embedder
The MavenEmbedder class is gone, the maven-embedder module that still exists in the source is a misnomer really. Though if you look at the MavenCli class you'll see how we use some of the components to do some basic things like execute goals, read settings and the like. On Aug 18, 2011, at 9:31 AM, Thiessen, Todd (Todd) wrote: > Thanks for a link to those examples. > > I noticed that that pom has dependencies like: > > > org.apache.maven > maven-model > 3.0.1 > > > This artifact is also a dependency of the maven-embedder artifact. The > statement I linked earlier regarding the maven embedder not being supported; > what does this really mean? Does this mean that I shouldn't be using > maven-embedder but rather directly using the artifacts it depends on like > maven-model? > >> -Original Message- >> From: t.cserve...@gmail.com [mailto:t.cserve...@gmail.com] On Behalf Of >> Tamás Cservenák >> Sent: Thursday, August 18, 2011 7:12 AM >> To: Maven Users List >> Subject: Re: Maven Embedder >> >> While you're use case is not quite clear to me ("combined view of >> properties defined in pom and in profile..."), you could take a peek >> at this: >> >> https://github.com/sonatype/sisu-maven-bridge >> >> It does offer effective pom for example... >> >> Patches, as always, are welcome! :) >> >> >> Thanks, >> ~t~ >> >> On Wed, Aug 17, 2011 at 10:01 PM, Thiessen, Todd (Todd) >> wrote: >>> I like the idea of using only the parts of the embedder that you >> need. >>> >>> Is anything published anywhere which can list which components are >> available for what tasks? >>> >>> I have been looking through the source for this artifact and its >> dependencies: >>> >>> >>>org.apache.maven >>>maven-embedder >>>3.0.3 >>> >>> >>> But haven't had too much luck trying to piece it all together. >>> >>> Ultimately what I want to do is to be able to have a combined view of >> the properties defined in the pom and in a profile defined in my local >> settings.xml file. I have found a number of classes like >> "DefaultSettingsBuilder" and "DefaultProjectBuilder" but they all >> require other classes which other classes, etc... >>> -Original Message- From: Jason van Zyl [mailto:ja...@maven.org] Sent: Wednesday, August 17, 2011 3:45 PM To: Maven Users List Subject: Re: Maven Embedder A single embedder really doesn't make any sense, or at least this is what we have found working on Nexus, M2Eclipse, Hudson and a bunch >> of other tools. All of the use cases are slightly different and it is >> just easier to grab the individual components and piece them together as required. We have several small embedders for all of the tools now. >> We could probably make another one now that might be useful but the >> first form of the embedder certainly wasn't which is why it was removed. On Aug 17, 2011, at 3:35 PM, Thiessen, Todd (Todd) wrote: > Hmm. Or is the Maven Embedder no longer supported? > > http://stackoverflow.com/questions/5141788/how-to-run-maven-from- >> java > > > From: Thiessen, Todd (Todd) > Sent: Wednesday, August 17, 2011 11:27 AM > To: users@maven.apache.org > Subject: Maven Embedder > > Is there any kind of users guide for the maven embedder? Not >> finding anything. > > I can find the source, but having to guess as to how to use the classes. Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl - happiness is like a butterfly: the more you chase it, the more it >> will elude you, but if you turn your attention to other things, it will >> come and sit softly on your shoulder ... -- Thoreau >>> >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >>> For additional commands, e-mail: users-h...@maven.apache.org >>> >>> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >> For additional commands, e-mail: users-h...@maven.apache.org > Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl - the course of true love never did run smooth ... -- Shakespeare
RE: Maven Embedder
Thanks for a link to those examples. I noticed that that pom has dependencies like: org.apache.maven maven-model 3.0.1 This artifact is also a dependency of the maven-embedder artifact. The statement I linked earlier regarding the maven embedder not being supported; what does this really mean? Does this mean that I shouldn't be using maven-embedder but rather directly using the artifacts it depends on like maven-model? > -Original Message- > From: t.cserve...@gmail.com [mailto:t.cserve...@gmail.com] On Behalf Of > Tamás Cservenák > Sent: Thursday, August 18, 2011 7:12 AM > To: Maven Users List > Subject: Re: Maven Embedder > > While you're use case is not quite clear to me ("combined view of > properties defined in pom and in profile..."), you could take a peek > at this: > > https://github.com/sonatype/sisu-maven-bridge > > It does offer effective pom for example... > > Patches, as always, are welcome! :) > > > Thanks, > ~t~ > > On Wed, Aug 17, 2011 at 10:01 PM, Thiessen, Todd (Todd) > wrote: > > I like the idea of using only the parts of the embedder that you > need. > > > > Is anything published anywhere which can list which components are > available for what tasks? > > > > I have been looking through the source for this artifact and its > dependencies: > > > > > > org.apache.maven > > maven-embedder > > 3.0.3 > > > > > > But haven't had too much luck trying to piece it all together. > > > > Ultimately what I want to do is to be able to have a combined view of > the properties defined in the pom and in a profile defined in my local > settings.xml file. I have found a number of classes like > "DefaultSettingsBuilder" and "DefaultProjectBuilder" but they all > require other classes which other classes, etc... > > > >> -Original Message- > >> From: Jason van Zyl [mailto:ja...@maven.org] > >> Sent: Wednesday, August 17, 2011 3:45 PM > >> To: Maven Users List > >> Subject: Re: Maven Embedder > >> > >> A single embedder really doesn't make any sense, or at least this is > >> what we have found working on Nexus, M2Eclipse, Hudson and a bunch > of > >> other tools. All of the use cases are slightly different and it is > just > >> easier to grab the individual components and piece them together as > >> required. We have several small embedders for all of the tools now. > We > >> could probably make another one now that might be useful but the > first > >> form of the embedder certainly wasn't which is why it was removed. > >> > >> On Aug 17, 2011, at 3:35 PM, Thiessen, Todd (Todd) wrote: > >> > >> > Hmm. Or is the Maven Embedder no longer supported? > >> > > >> > http://stackoverflow.com/questions/5141788/how-to-run-maven-from- > java > >> > > >> > > >> > From: Thiessen, Todd (Todd) > >> > Sent: Wednesday, August 17, 2011 11:27 AM > >> > To: users@maven.apache.org > >> > Subject: Maven Embedder > >> > > >> > Is there any kind of users guide for the maven embedder? Not > finding > >> anything. > >> > > >> > I can find the source, but having to guess as to how to use the > >> classes. > >> > >> Thanks, > >> > >> Jason > >> > >> -- > >> Jason van Zyl > >> Founder, Apache Maven > >> http://twitter.com/jvanzyl > >> - > >> > >> happiness is like a butterfly: the more you chase it, the more it > will > >> elude you, but if you turn your attention to other things, it will > come > >> and sit softly on your shoulder ... > >> > >> -- Thoreau > >> > >> > > > > > > - > > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > > For additional commands, e-mail: users-h...@maven.apache.org > > > > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org
RE: Maven Embedder
It is basically the effective pom, but just for properties. So if in your settings.xml file you have this: profileId profileProperty1Value profileProperty3Value true And in the pom you have this: pomProperty1Value pomProperty2Value I should be able to get a consolidated list of properties. Ie: profileProperty1Value pomProperty2Value profileProperty3Value > -Original Message- > From: t.cserve...@gmail.com [mailto:t.cserve...@gmail.com] On Behalf Of > Tamás Cservenák > Sent: Thursday, August 18, 2011 7:12 AM > To: Maven Users List > Subject: Re: Maven Embedder > > While you're use case is not quite clear to me ("combined view of > properties defined in pom and in profile..."), you could take a peek > at this: > > https://github.com/sonatype/sisu-maven-bridge > > It does offer effective pom for example... > > Patches, as always, are welcome! :) > > > Thanks, > ~t~ > > On Wed, Aug 17, 2011 at 10:01 PM, Thiessen, Todd (Todd) > wrote: > > I like the idea of using only the parts of the embedder that you > need. > > > > Is anything published anywhere which can list which components are > available for what tasks? > > > > I have been looking through the source for this artifact and its > dependencies: > > > > > > org.apache.maven > > maven-embedder > > 3.0.3 > > > > > > But haven't had too much luck trying to piece it all together. > > > > Ultimately what I want to do is to be able to have a combined view of > the properties defined in the pom and in a profile defined in my local > settings.xml file. I have found a number of classes like > "DefaultSettingsBuilder" and "DefaultProjectBuilder" but they all > require other classes which other classes, etc... > > > >> -Original Message- > >> From: Jason van Zyl [mailto:ja...@maven.org] > >> Sent: Wednesday, August 17, 2011 3:45 PM > >> To: Maven Users List > >> Subject: Re: Maven Embedder > >> > >> A single embedder really doesn't make any sense, or at least this is > >> what we have found working on Nexus, M2Eclipse, Hudson and a bunch > of > >> other tools. All of the use cases are slightly different and it is > just > >> easier to grab the individual components and piece them together as > >> required. We have several small embedders for all of the tools now. > We > >> could probably make another one now that might be useful but the > first > >> form of the embedder certainly wasn't which is why it was removed. > >> > >> On Aug 17, 2011, at 3:35 PM, Thiessen, Todd (Todd) wrote: > >> > >> > Hmm. Or is the Maven Embedder no longer supported? > >> > > >> > http://stackoverflow.com/questions/5141788/how-to-run-maven-from- > java > >> > > >> > > >> > From: Thiessen, Todd (Todd) > >> > Sent: Wednesday, August 17, 2011 11:27 AM > >> > To: users@maven.apache.org > >> > Subject: Maven Embedder > >> > > >> > Is there any kind of users guide for the maven embedder? Not > finding > >> anything. > >> > > >> > I can find the source, but having to guess as to how to use the > >> classes. > >> > >> Thanks, > >> > >> Jason > >> > >> -- > >> Jason van Zyl > >> Founder, Apache Maven > >> http://twitter.com/jvanzyl > >> - > >> > >> happiness is like a butterfly: the more you chase it, the more it > will > >> elude you, but if you turn your attention to other things, it will > come > >> and sit softly on your shoulder ... > >> > >> -- Thoreau > >> > >> > > > > > > - > > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > > For additional commands, e-mail: users-h...@maven.apache.org > > > > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven Embedder
While you're use case is not quite clear to me ("combined view of properties defined in pom and in profile..."), you could take a peek at this: https://github.com/sonatype/sisu-maven-bridge It does offer effective pom for example... Patches, as always, are welcome! :) Thanks, ~t~ On Wed, Aug 17, 2011 at 10:01 PM, Thiessen, Todd (Todd) wrote: > I like the idea of using only the parts of the embedder that you need. > > Is anything published anywhere which can list which components are available > for what tasks? > > I have been looking through the source for this artifact and its dependencies: > > > org.apache.maven > maven-embedder > 3.0.3 > > > But haven't had too much luck trying to piece it all together. > > Ultimately what I want to do is to be able to have a combined view of the > properties defined in the pom and in a profile defined in my local > settings.xml file. I have found a number of classes like > "DefaultSettingsBuilder" and "DefaultProjectBuilder" but they all require > other classes which other classes, etc... > >> -Original Message- >> From: Jason van Zyl [mailto:ja...@maven.org] >> Sent: Wednesday, August 17, 2011 3:45 PM >> To: Maven Users List >> Subject: Re: Maven Embedder >> >> A single embedder really doesn't make any sense, or at least this is >> what we have found working on Nexus, M2Eclipse, Hudson and a bunch of >> other tools. All of the use cases are slightly different and it is just >> easier to grab the individual components and piece them together as >> required. We have several small embedders for all of the tools now. We >> could probably make another one now that might be useful but the first >> form of the embedder certainly wasn't which is why it was removed. >> >> On Aug 17, 2011, at 3:35 PM, Thiessen, Todd (Todd) wrote: >> >> > Hmm. Or is the Maven Embedder no longer supported? >> > >> > http://stackoverflow.com/questions/5141788/how-to-run-maven-from-java >> > >> > >> > From: Thiessen, Todd (Todd) >> > Sent: Wednesday, August 17, 2011 11:27 AM >> > To: users@maven.apache.org >> > Subject: Maven Embedder >> > >> > Is there any kind of users guide for the maven embedder? Not finding >> anything. >> > >> > I can find the source, but having to guess as to how to use the >> classes. >> >> Thanks, >> >> Jason >> >> -- >> Jason van Zyl >> Founder, Apache Maven >> http://twitter.com/jvanzyl >> - >> >> happiness is like a butterfly: the more you chase it, the more it will >> elude you, but if you turn your attention to other things, it will come >> and sit softly on your shoulder ... >> >> -- Thoreau >> >> > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Packaging JAX-WS service implementation and client API
separate modules! /Anders On Thu, Aug 18, 2011 at 09:39, Asplund Marko wrote: > Hi, > > I'm using the jaxws-maven-plugin to build a JAX-WS webservice implementation > (packaged as an EJB jar). > The service contract and message type definitions are stored in src/wsdl and > they're packaged in META-INF/wsdl in a jar. > This is working fine, but now I need generate a Java client API package that > would only include JAXB generated classes and WSDL/XSD. > > How should I use Maven to create both the webservice implementation and > client API packages from a single module? > Or should I split the artefacts to separate modules? > > > marko > > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Packaging JAX-WS service implementation and client API
Hi, I'm using the jaxws-maven-plugin to build a JAX-WS webservice implementation (packaged as an EJB jar). The service contract and message type definitions are stored in src/wsdl and they're packaged in META-INF/wsdl in a jar. This is working fine, but now I need generate a Java client API package that would only include JAXB generated classes and WSDL/XSD. How should I use Maven to create both the webservice implementation and client API packages from a single module? Or should I split the artefacts to separate modules? marko
Re: codehaus.org
Codehaus have been upgrading servers over the past few weeks. On Thu, Aug 18, 2011 at 7:51 AM, Siegfried Goeschl wrote: > Hi John, > > if you mean something like > > [INFO] [site:deploy {execution: default-deploy}] > https://dav.codehaus.org/mojo/webtest-maven-plugin - Session: Opened > Aug 17, 2011 8:15:55 PM > org.apache.commons.httpclient.auth.AuthChallengeProcessor selectAuthScheme > INFO: basic authentication scheme selected > Uploading: ./announcements/announcement-0.6.3.txt to > https://dav.codehaus.org/mojo/webtest-maven-plugin > > # Transfer error: java.net.SocketTimeoutException: Read timed out > https://dav.codehaus.org/mojo/webtest-maven-plugin - Session: Disconnecting > https://dav.codehaus.org/mojo/webtest-maven-plugin - Session: Disconnected > > than it can be concluded that there are connectivity issues from Europe at > the moment > > Siegfried Goeschl > > On 17.08.11 23:41, Newman, John W wrote: >> >> I've had connectivity problems with that site pretty regularly going on >> for a couple years now. Sometimes it works, sometimes it doesn't. :-D >> Right now at the moment it does work, but earlier today it did not. >> >> -Original Message- >> From: Hilco Wijbenga [mailto:hilco.wijbe...@gmail.com] >> Sent: Wednesday, August 17, 2011 5:31 PM >> To: Maven Users List >> Subject: Re: codehaus.org >> >> On 17 August 2011 11:16, Robert Scholte wrote: >>> >>> It looks like the site is kind of unstable >>> >>> http://www.downforeveryoneorjustme.com/mojo.codehaus.org >>> >>> right now it's down for me too (the Netherlands) >> >> It's up for me right now (Canada) but it was down for several hours a few >> weeks ago. So "unstable" seems to describe it well. :-) >> >> - >> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >> For additional commands, e-mail: users-h...@maven.apache.org >> >> > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org