SQL plugin info required
Hi, I need to execute a sql file if there is updation in the file (i.e. file revision number changed in the svn). Can you please suggest me, how to do that in maven. Any help will be greatly appreciated -- View this message in context: http://maven.40175.n5.nabble.com/SQL-plugin-info-required-tp4711065p4711065.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Sql Loader Info Required
Thanks, with your post my problem has resloved. Thanks a lot -- View this message in context: http://maven.40175.n5.nabble.com/Sql-Loader-Info-Required-tp4692361p4711068.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: codehaus.org
Codehaus have been upgrading servers over the past few weeks.
On Thu, Aug 18, 2011 at 7:51 AM, Siegfried Goeschl
siegfried.goes...@it20one.at 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 Scholterfscho...@codehaus.org 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
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: 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) tthies...@avaya.com 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: dependency groupIdorg.apache.maven/groupId artifactIdmaven-embedder/artifactId version3.0.3/version /dependency 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: profiles profile idprofileId/id properties property1profileProperty1Value/property1 property3profileProperty3Value/property3 /properties activation activeByDefaulttrue/activeByDefault /activation /profile /profiles And in the pom you have this: properties property1pomProperty1Value/property1 property2pomProperty2Value/property2 /properties I should be able to get a consolidated list of properties. Ie: property1profileProperty1Value/property1 property2pomProperty2Value/property2 property3profileProperty3Value/property3 -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) tthies...@avaya.com 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: dependency groupIdorg.apache.maven/groupId artifactIdmaven-embedder/artifactId version3.0.3/version /dependency 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
Thanks for a link to those examples. I noticed that that pom has dependencies like: dependency groupIdorg.apache.maven/groupId artifactIdmaven-model/artifactId version3.0.1/version /dependency 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) tthies...@avaya.com 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: dependency groupIdorg.apache.maven/groupId artifactIdmaven-embedder/artifactId version3.0.3/version /dependency 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
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: dependency groupIdorg.apache.maven/groupId artifactIdmaven-model/artifactId version3.0.1/version /dependency 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) tthies...@avaya.com 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: dependency groupIdorg.apache.maven/groupId artifactIdmaven-embedder/artifactId version3.0.3/version /dependency 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
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) tthies...@avaya.com wrote: Thanks for a link to those examples. I noticed that that pom has dependencies like: dependency groupIdorg.apache.maven/groupId artifactIdmaven-model/artifactId version3.0.1/version /dependency 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) tthies...@avaya.com 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: dependency groupIdorg.apache.maven/groupId artifactIdmaven-embedder/artifactId version3.0.3/version /dependency 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
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: 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 bimargul...@gmail.com:
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: 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 and...@hammar.net wrote:
Does it work with command line javadoc tool?
/Anders (mobile)
Den 18 aug 2011 16.05 skrev Benson Margulies bimargul...@gmail.com:
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
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
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
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
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
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: 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
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... property /property is not working and not able to read the values from my build.xml so please explain me how can i do it ? plugin groupIdorg.codehaus.mojo/groupId artifactIdexec-maven-plugin/artifactId version1.2/version executions execution idinstall/id phaseinstall/phase goals goalexec/goal /goals /execution /executions configuration property name=plugin_classpath refid=maven.plugin.classpath / property name=maven_dependency_classpath refid=maven.dependency.classpath / executableantscript.bat/executable !-- ant -f build.xml build -- /configuration /plugin 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... property /property is not working and not able to read the values from my build.xml so please explain me how can i do it ? plugin groupIdorg.codehaus.mojo/groupId artifactIdexec-maven-plugin/artifactId version1.2/version executions execution idinstall/id phaseinstall/phase goals goalexec/goal /goals /execution /executions configuration property name=plugin_classpath refid=maven.plugin.classpath / property name=maven_dependency_classpath refid=maven.dependency.classpath / executableantscript.bat/executable !-- ant -f build.xml build -- /configuration /plugin Thanks, daivish.
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.
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-antrun-plugin/artifactId
version1.6/version
executions
execution
idinstall/id
phaseinstall/phase
goals
goalrun/goal
/goals
configuration
source${java-version}/source
target${java-version}/target
compilerVersion${java-version}/compilerVersion
executable${java.1.4.2.home}/bin/javac/executable
target
property name=plugin_classpath
refid=maven.plugin.classpath /
property name=maven_dependency_classpath
refid=maven.dependency.classpath /
ant antfile=ant_build.xml /
/target
/configuration
/execution
/executions
dependencies
dependency
groupIdsun.jdk/groupId
artifactIdtools/artifactId
version1.4.2/version
scopesystem/scope
systemPath${java.1.4.2.home}/lib/tools.jar/systemPath
/dependency
dependency
groupIdcom.sun/groupId
artifactIdrt/artifactId
version${java-version}/version
scopesystem/scope
systemPath${java.1.4.2.home}/jre/lib/rt.jar/systemPath
/dependency
/dependencies
/plugin
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 rfscho...@codehaus.orgwrote:
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...
property /property is not working and not able to read the values
from
my build.xml so please explain me how can i do it ?
plugin
groupIdorg.codehaus.mojo/groupId
artifactIdexec-maven-plugin/artifactId
version1.2/version
executions
execution
idinstall/id
phaseinstall/phase
goals
goalexec/goal
/goals
/execution
/executions
configuration
property name=plugin_classpath
refid=maven.plugin.classpath /
property name=maven_dependency_classpath
refid=maven.dependency.classpath /
executableantscript.bat/executable !-- ant -f
build.xml build --
/configuration
/plugin
Thanks,
daivish.
