Re: Release plugin should tag the revision that was built in the prepare phase
Hi Phillip, Phillip Hellewell wrote: > On Thu, Dec 15, 2011 at 3:05 PM, Thiessen, Todd (Todd) > wrote: >> You can skip the building of the snapshot by changing the goals in the >> prepare phase. This will then jump you right to tag creation, checkout >> of the tag and building of the tag during the perform phase. > > Thanks Todd; can you give me a hint on how to change the goals that > get run by release:prepare? See configuration parameters of realase:prepare. > Does that mean compiling my own special > version of the release plugin? No. Just set the parameter up in a pluginMgmt section to inherit it everywhere. > I do kinda like the idea of skipping the build of the snapshot. The > only downside though is when a build is broken we would end up with a > useless tag / unusable version, but maybe we could live with that... > > Phillip - Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Externalize POM file
Thanks for the reply. Below is my POM script
Parent Pom
---
http://maven.apache.org/POM/4.0.0";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
http://maven.apache.org/maven-v4_0_0.xsd";>
com.unisys.my-parent
my-parent
1.0
../JarDefinition/pom.xml
4.0.0
com.unisys.SampleExample
Sample
jar
1.0-SNAPSHOT
Sample
xyz
junit
${currentVersion}
Child POM
http://maven.apache.org/POM/4.0.0";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
http://maven.apache.org/maven-v4_0_0.xsd";>
4.0.0
com.unisys.my-parent
my-parent
pom
1.0
xyz
junit
3.8.1
I am getting below error
Reason: Parse error reading POM. Reason: Unrecognised tag: 'properties'
(position: START_TAG seen ... -->\r\n\t ... @14:16)
for project com.unisys.SampleExample:Sample at
D:\Projects\LEIDA\LEIDA-Workspace\RnDWorkspace\JarDefinition\pom.xml
[INFO]
[INFO] Trace
org.apache.maven.reactor.MavenExecutionException: Parse error reading POM.
Reason: Unrecognised tag: 'properties' (position: START_TAG seen
... -->\r\n\t ... @14:16) for project
com.unisys.SampleExample:Sample at
D:\Projects\LEIDA\LEIDA-Workspace\RnDWorkspace\JarDefinition\pom.xml
at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:404)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:272)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
at
org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:592)
at
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.project.InvalidProjectModelException: Parse
error reading POM. Reason: Unrecognised tag: 'properties' (position:
START_TAG seen ... -->\r\n\t ... @14:16) for project
com.unisys.SampleExample:Sample at
D:\Projects\LEIDA\LEIDA-Workspace\RnDWorkspace\JarDefinition\pom.xml
at
org.apache.maven.project.DefaultMavenProjectBuilder.readModel(DefaultMavenProjectBuilder.java:1610)
at
org.apache.maven.project.DefaultMavenProjectBuilder.readModel(DefaultMavenProjectBuilder.java:1571)
at
org.apache.maven.project.DefaultMavenProjectBuilder.assembleLineage(DefaultMavenProjectBuilder.java:1320)
at
org.apache.maven.project.DefaultMavenProjectBuilder.buildInternal(DefaultMavenProjectBuilder.java:823)
at
org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFileInternal(DefaultMavenProjectBuilder.java:508)
at
org.apache.maven.project.DefaultMavenProjectBuilder.build(DefaultMavenProjectBuilder.java:200)
at org.apache.maven.DefaultMaven.getProject(DefaultMaven.java:604)
at
org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:487)
at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:391)
... 12 more
Caused by: org.codehaus.plexus.util.xml.pull.XmlPullParserException:
Unrecognised tag: 'properties' (position: START_TAG seen ...
-->\r\n\t ... @14:16)
at
org.apache.maven.model.io.xpp3.MavenXpp3Reader.parseDependency(MavenXpp3Reader.java:1225)
at
org.apache.maven.model.io.xpp3.MavenXpp3Reader.parseModel(MavenXpp3Reader.java:2094)
at
org.apache.maven.model.io.xpp3.MavenXpp3Reader.read(MavenXpp3Reader.java:3912)
at
org.apache.maven.project.DefaultMavenProjectBuilder.readModel(DefaultMavenProjectBuilder.java:1606)
Regards
Kumar
--
View this message in context:
http://maven.40175.n5.nabble.com/Externalize-POM-file-tp5079337p5079564.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
Setting values in a mojo
Hi All
I have the following mojo, but the values are NOT getting set, by maven runtime.
The exception trace is provided below.
Have anyone faced the same problem before?
public class Assembler1PackageMojo extends AbstractMojo {
/**
* The Maven project.
*
* @parameter expression="${project}"
* @required
* @readonly
*/
private MavenProject project;
/**
* Location of the file.
*
* @parameter expression="${project.basedir}"
* @required
*/
private File projectDirectory;
/**
* Location of the file.
*
* @parameter expression="${project.build.directory}"
* @required
*/
private File targetDirectory;
/**
* The application name is used by the packager to create a
cronus package.
* @parameter expression="${assembler.applicationName}"
* @required
*/
private String applicationName;
/**
* Consumer Id (app Id).
* Mandatory for the time being.
* @parameter expression="${assembler.consumerId}"
* @required
*/
private String consumerId;
/**
* @parameter default-value="cronus-pkg"
* @optional
*/
private String cronusFolder;
public void execute() throws MojoExecutionException{
getLog().info("Executing Assembler package mojo");
}
[INFO]
[INFO] BUILD FAILURE
[INFO]
[INFO] Total time: 1.796s
[INFO] Finished at: Thu Dec 15 22:29:47 PST 2011
[INFO] Final Memory: 5M/109M
[INFO]
[ERROR] Internal error: java.lang.NullPointerException -> [Help 1]
org.apache.maven.InternalErrorException: Internal error:
java.lang.NullPointerException
at
org.apache.maven.lifecycle.internal.BuilderCommon.handleBuildError(BuilderCommon.java:128)
at
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:95)
at
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
at
org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
at
org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:319)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537)
at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290)
at
org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230)
at
org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409)
at
org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)
Caused by: java.lang.NullPointerException
at
org.codehaus.plexus.component.configurator.converters.ComponentValueSetter.configure(ComponentValueSetter.java:331)
at
org.codehaus.plexus.component.configurator.converters.composite.ObjectWithFieldsConverter.processConfiguration(ObjectWithFieldsConverter.java:151)
at
org.codehaus.plexus.component.configurator.BasicComponentConfigurator.configureComponent(BasicComponentConfigurator.java:56)
at
org.apache.maven.plugin.internal.DefaultMavenPluginManager.populatePluginFields(DefaultMavenPluginManager.java:567)
at
org.apache.maven.plugin.internal.DefaultMavenPluginManager.getConfiguredMojo(DefaultMavenPluginManager.java:529)
at
org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:92)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(
Re: Externalize POM file
Using dependencyManagement in the parent to specify the version of dependencies is also an option. IMHO that's the true Maven way, but Ron's approach could be an option in some cases. I don't like that approach though as it will create an incorrect dependency tree (dependencies will be on the wrong level and there will likely be too many dependencies). /Anders On Fri, Dec 16, 2011 at 08:15, Ron Wheeler wrote: > http://blog.artifact-software.com/tech/?p=121 > > On 16/12/2011 12:17 AM, KumarR wrote: >> >> Hi >> I am new to maven. I want to maintain a separate POM file for version of >> the jar files. This will help in maintaining the versions of jar files. >> For >> eg: if we are using junit.jar, the version of the jar file should be >> maintain in the separate POM file. This will help us in changing in only >> one >> POM rather than all the POM files if any version changes is there. Please >> help me in this regard. >> >> Regard >> Kumar >> >> -- >> View this message in context: >> http://maven.40175.n5.nabble.com/Externalize-POM-file-tp5079337p5079337.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 >> >> > > > -- > Ron Wheeler > President > Artifact Software Inc > email: rwhee...@artifact-software.com > skype: ronaldmwheeler > phone: 866-970-2435, ext 102 > > > > > - > 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: Externalize POM file
http://blog.artifact-software.com/tech/?p=121 On 16/12/2011 12:17 AM, KumarR wrote: Hi I am new to maven. I want to maintain a separate POM file for version of the jar files. This will help in maintaining the versions of jar files. For eg: if we are using junit.jar, the version of the jar file should be maintain in the separate POM file. This will help us in changing in only one POM rather than all the POM files if any version changes is there. Please help me in this regard. Regard Kumar -- View this message in context: http://maven.40175.n5.nabble.com/Externalize-POM-file-tp5079337p5079337.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 -- Ron Wheeler President Artifact Software Inc email: rwhee...@artifact-software.com skype: ronaldmwheeler phone: 866-970-2435, ext 102 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Solve my exception for mvn installtion
On Fri, Dec 16, 2011 at 4:39 PM, Barrie Treloar wrote: > On Fri, Dec 16, 2011 at 3:12 PM, ashishmemod wrote: >> thank you for above reply... >> >> But I installed java 6 with update 24 in my system!!! >> >> So now what is meaning of this exception? > > You are mixing versions of Java. > > You have your IDE using Java 5 or Java 6 > and > You have your command line using the other one. > > Make sure you dont mix Java's for compilation, you get these types of > errors otherwise. Did you confirm that Maven is using the correct JRE? What does mvn -v say? - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Solve my exception for mvn installtion
On Fri, Dec 16, 2011 at 3:12 PM, ashishmemod wrote: > thank you for above reply... > > But I installed java 6 with update 24 in my system!!! > > So now what is meaning of this exception? You are mixing versions of Java. You have your IDE using Java 5 or Java 6 and You have your command line using the other one. Make sure you dont mix Java's for compilation, you get these types of errors otherwise. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Externalize POM file
Hi I am new to maven. I want to maintain a separate POM file for version of the jar files. This will help in maintaining the versions of jar files. For eg: if we are using junit.jar, the version of the jar file should be maintain in the separate POM file. This will help us in changing in only one POM rather than all the POM files if any version changes is there. Please help me in this regard. Regard Kumar -- View this message in context: http://maven.40175.n5.nabble.com/Externalize-POM-file-tp5079337p5079337.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: Solve my exception for mvn installtion
thank you for above reply... But I installed java 6 with update 24 in my system!!! So now what is meaning of this exception? -- View this message in context: http://maven.40175.n5.nabble.com/Solve-my-exception-for-mvn-installtion-tp5076811p5079295.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: Release plugin should tag the revision that was built in the prepare phase
> Do you mean "branch" or "tag"? A branch. In a busy environment, the common practice is: 1) use release:branch to make a branch. 2) use release:prepare/perform on the branch > > A release is created from a tag, and that is what the release plugin > does for us. > >> Unless you have total control on your branch/trunk, even then >> the best approach should be to branch. We branch on first beta >> or code/feature freeze. > > Hmm, I think you are talking about something else which has nothing to > do with my problem. > > Phillip > > - > 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: Multi Module Project Failing - Help Me
On Fri, Dec 16, 2011 at 5:24 AM, Daivish Shah wrote: > Hi Barrie Treloar, > > You suggestions looks good to me, I tried your suggestion. > > And yes this is not working only XSD generated import statements in Module > 2. I have one DAO module too which is also generating some JAR file. And > that is also imported in Module2 but that import statements doesn't show X > as compilation error in Eclipse but i have only problem with XSD generated > files with my Eclipse. If i execute mvn install from Top level it means > MainProject then it doesn't show any compilation Error in execution log. So, great that Maven is working properly. > And yes XSD project is publishing JAR file and which is located under my > local repository correctly. and it has all generated classes in it. So if i > manually add that Depedancy in my Eclipse then all X sign as compilation > error gone, But ideally it should not be Manual. If i define as Dependency > it should automatically pickup that file. > > And this is only issue with Sub Module of Main Project and XSD module. And > in MAVEN Dependency list it's showing as FOLDER icon and all other > dependencies are showing as JAR icon and location of those JAR files are > showing as my LOCAL Repository of MAVEN. > > I tried using build-helper-maven-plugin but it doesn't help to resolve my > COMPILATION error Icons in ECLIPSE so i am confused how to resolve this XSD > related problem. If any other suggestion or advice will really appreciated. This is not a Maven issue. This is an Eclipse issue. What are you using to configure Eclipse? If you are using the maven-eclipse-plugin I can give guidance. If you are using something else then I can't. The first step is to manually fix the problem. Which you appear to have done by manually adding the jar file as a dependency. For my project, I am just manually adding the target/-.jar into that project's .classpath (Right click the jar file > build path > add to build path) And then export that jar file in the class file (Right click the project > build path > configure build path > order and export tab > enable jar > click ok) I haven't bothered to find a way to automate this yet. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Release plugin should tag the revision that was built in the prepare phase
On Thu, Dec 15, 2011 at 3:07 PM, wrote: > Maybe I didn't fully get every steps of your release > but usually you should branch your code and release > from there. Do you mean "branch" or "tag"? A release is created from a tag, and that is what the release plugin does for us. > Unless you have total control on your branch/trunk, even then > the best approach should be to branch. We branch on first beta > or code/feature freeze. Hmm, I think you are talking about something else which has nothing to do with my problem. Phillip - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Release plugin should tag the revision that was built in the prepare phase
On Thu, Dec 15, 2011 at 3:05 PM, Thiessen, Todd (Todd) wrote: > You can skip the building of the snapshot by changing the goals in the > prepare phase. This will then jump you right to tag creation, checkout of > the tag and building of the tag during the perform phase. Thanks Todd; can you give me a hint on how to change the goals that get run by release:prepare? Does that mean compiling my own special version of the release plugin? I do kinda like the idea of skipping the build of the snapshot. The only downside though is when a build is broken we would end up with a useless tag / unusable version, but maybe we could live with that... Phillip - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Release plugin should tag the revision that was built in the prepare phase
Maybe I didn't fully get every steps of your release but usually you should branch your code and release from there. Unless you have total control on your branch/trunk, even then the best approach should be to branch. We branch on first beta or code/feature freeze. On , Phillip Hellewell wrote: So release:prepare does a compile first and then (modifies the pom and) creates the tag. That makes sense, but... the problem is we have some artifacts that take a *long* time (up to an hour) to build. During that time developers may check in more changes that they don't expect to be part of the build (since the build already started). The problem occurs because the tag gets created from the latest revision at the end of the compile. Creating the tag at the end is fine, but it should create the tag from the revision that was built by release:prepare (eg, with svn you can specify an @REV for the source when doing an svn copy). Now you're going to say, "that's impossible, because we need to modify the pom first (version and scm connection)". I knew you were going to say that. But why not modify the pom upfront, before compiling? Modify it to what it needs to be for the tag, check it in, and then revert it back and check that in. Now there exists a revision in the SCM that is appropriate to tag from at the end of the release:prepare. I hope that makes sense. The only downside here is a few unnecessary pom file checkins, but we'd rather have that than have builds with unexpected changes in them. Not only that but this would avoid the problem that a breaking change slips in during the middle of release:prepare and you end up tagging the broken code and you end up with a worthless tag that can never be deployed. Phillip
RE: Release plugin should tag the revision that was built in the prepare phase
You can skip the building of the snapshot by changing the goals in the prepare phase. This will then jump you right to tag creation, checkout of the tag and building of the tag during the perform phase. > -Original Message- > From: Phillip Hellewell [mailto:ssh...@gmail.com] > Sent: Thursday, December 15, 2011 4:58 PM > To: Maven Users List > Subject: Release plugin should tag the revision that was built in the > prepare phase > > So release:prepare does a compile first and then (modifies the pom and) > creates the tag. That makes sense, but... > > the problem is we have some artifacts that take a *long* time (up to an > hour) to build. During that time developers may check in more changes > that > they don't expect to be part of the build (since the build already > started). > > The problem occurs because the tag gets created from the latest > revision at > the end of the compile. Creating the tag at the end is fine, but it > should > create the tag from the revision that was built by release:prepare > (e.g., > with svn you can specify an @REV for the source when doing an svn > copy). > > Now you're going to say, "that's impossible, because we need to modify > the > pom first (version and scm connection)". I knew you were going to say > that. But why not modify the pom upfront, before compiling? Modify it > to > what it needs to be for the tag, check it in, and then revert it back > and > check that in. Now there exists a revision in the SCM that is > appropriate > to tag from at the end of the release:prepare. > > I hope that makes sense. The only downside here is a few unnecessary > pom > file checkins, but we'd rather have that than have builds with > unexpected > changes in them. Not only that but this would avoid the problem that a > breaking change slips in during the middle of release:prepare and you > end > up tagging the broken code and you end up with a worthless tag that can > never be deployed. > > Phillip
Release plugin should tag the revision that was built in the prepare phase
So release:prepare does a compile first and then (modifies the pom and) creates the tag. That makes sense, but... the problem is we have some artifacts that take a *long* time (up to an hour) to build. During that time developers may check in more changes that they don't expect to be part of the build (since the build already started). The problem occurs because the tag gets created from the latest revision at the end of the compile. Creating the tag at the end is fine, but it should create the tag from the revision that was built by release:prepare (e.g., with svn you can specify an @REV for the source when doing an svn copy). Now you're going to say, "that's impossible, because we need to modify the pom first (version and scm connection)". I knew you were going to say that. But why not modify the pom upfront, before compiling? Modify it to what it needs to be for the tag, check it in, and then revert it back and check that in. Now there exists a revision in the SCM that is appropriate to tag from at the end of the release:prepare. I hope that makes sense. The only downside here is a few unnecessary pom file checkins, but we'd rather have that than have builds with unexpected changes in them. Not only that but this would avoid the problem that a breaking change slips in during the middle of release:prepare and you end up tagging the broken code and you end up with a worthless tag that can never be deployed. Phillip
Re: Solve my exception for mvn installtion
Hi You need to use Java 5 or newer to run the latest versions of Maven. On 2011-12-15 09:04, ashishmemod wrote: > > Hi friends, > > i found these types of error or exceptions. > > please help me ro solve it. > > > C:\Users\Ashish>mvn install > Exception in thread "main" java.lang.UnsupportedClassVersionError: > org/apache/ma > ven/cli/MavenCli (Unsupported major.minor version 49.0) > at java.lang.ClassLoader.defineClass0(Native Method) > at java.lang.ClassLoader.defineClass(ClassLoader.java:539) > at > java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123) > at java.net.URLClassLoader.defineClass(URLClassLoader.java:251) > at java.net.URLClassLoader.access$100(URLClassLoader.java:55) > at java.net.URLClassLoader$1.run(URLClassLoader.java:194) > at java.security.AccessController.doPrivileged(Native Method) > at java.net.URLClassLoader.findClass(URLClassLoader.java:187) > at > org.codehaus.plexus.classworlds.realm.ClassRealm.loadClassFromSelf(ClassRealm.java:386) > at > org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:42) > at > org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:244) > at > org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:230) > at > org.codehaus.plexus.classworlds.launcher.Launcher.getMainClass(Launcher.java:145) > at > org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:267) > at > org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) > at > org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409) > at > org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352) > > > -- > View this message in context: > http://maven.40175.n5.nabble.com/Solve-my-exception-for-mvn-installtion-tp5076811p5076811.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 > > -- Dennis Lundberg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Best way to handle an ssh copy?
On Thu, Dec 15, 2011 at 1:32 PM, Olivier Lamy wrote: > Sorry for misunderstanding, I was talking more about wagon api which > can copy files even if the target is not a maven repo. > > But http://mojo.codehaus.org/wagon-maven-plugin/upload-mojo.html > doesn't look to be limited to only maven repo target > > see sample http://mojo.codehaus.org/wagon-maven-plugin/usage.html > (section "Configuration example to upload.") > not tested but looks to be nice to copy various files to a remote > server tru scp or any wagon protocol. Maybe someone else has been working on it since I last met it. > > 2011/12/15 Benson Margulies : >> Olivier, >> >> the wagon plugin will only copy things if the directory hierarchies >> look like a repo. >> >> On Thu, Dec 15, 2011 at 12:15 PM, Olivier Lamy wrote: >>> Hello, >>> If you talk about http://mojo.codehaus.org/wagon-maven-plugin. >>> If wagon (ssh etc.) are missing, you must add those in the >>> dependencies section of the plugin. >>> Maybe you are using m3 so those are not included anymore in distribution. >>> >>> 2011/12/15 Tom Masterson : So if I don't use the wagon plugin do you have a sugestion as to what I should use? I am not finding anything else out there when I do a google search. Tom On Thu, 15 Dec 2011, Benson Margulies wrote: > On Wed, Dec 14, 2011 at 6:26 PM, Tom Masterson wrote: >> >> We have several artifacts that we want to copy to remote servers via >> scp/ssh. I have looked at the wagon plugin but the documentation seems >> to >> have issues. > > > DO NOT try to use the Wagon plugin. It is *not* a tool for arbitrary > SCPs. It is only defined to work with Maven repos. You can sometimes > accidently get it to do what you want for something else, but that's > it. > > > When I try to use it as documented I get an error telling me >> >> it can't find a plugin descriptor for wagon-ssh. >> >> Is there a good way to get maven to scp files to a remote server and >> where >> can I find documentation on how to do this. >> >> Thank >> TOm >> >> - >> 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 >>> >>> >>> >>> -- >>> Olivier Lamy >>> Talend: http://coders.talend.com >>> http://twitter.com/olamy | http://linkedin.com/in/olamy >>> >>> - >>> 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 >> > > > > -- > Olivier Lamy > Talend: http://coders.talend.com > http://twitter.com/olamy | http://linkedin.com/in/olamy > > - > 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: Solve my exception for mvn installtion
Maven needs à minimum 1.5 jdk to run Jeff Le jeudi 15 décembre 2011, ashishmemod a écrit : > > Hi friends, > > i found these types of error or exceptions. > > please help me ro solve it. > > > C:\Users\Ashish>mvn install > Exception in thread "main" java.lang.UnsupportedClassVersionError: > org/apache/ma > ven/cli/MavenCli (Unsupported major.minor version 49.0) >at java.lang.ClassLoader.defineClass0(Native Method) >at java.lang.ClassLoader.defineClass(ClassLoader.java:539) >at > java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123) >at java.net.URLClassLoader.defineClass(URLClassLoader.java:251) >at java.net.URLClassLoader.access$100(URLClassLoader.java:55) >at java.net.URLClassLoader$1.run(URLClassLoader.java:194) >at java.security.AccessController.doPrivileged(Native Method) >at java.net.URLClassLoader.findClass(URLClassLoader.java:187) >at > org.codehaus.plexus.classworlds.realm.ClassRealm.loadClassFromSelf(ClassRealm.java:386) >at > org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:42) >at > org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:244) >at > org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:230) >at > org.codehaus.plexus.classworlds.launcher.Launcher.getMainClass(Launcher.java:145) >at > org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:267) >at > org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) >at > org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409) >at > org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352) > > > -- > View this message in context: http://maven.40175.n5.nabble.com/Solve-my-exception-for-mvn-installtion-tp5076811p5076811.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 > >
Solve my exception for mvn installtion
Hi friends, i found these types of error or exceptions. please help me ro solve it. C:\Users\Ashish>mvn install Exception in thread "main" java.lang.UnsupportedClassVersionError: org/apache/ma ven/cli/MavenCli (Unsupported major.minor version 49.0) at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:539) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123) at java.net.URLClassLoader.defineClass(URLClassLoader.java:251) at java.net.URLClassLoader.access$100(URLClassLoader.java:55) at java.net.URLClassLoader$1.run(URLClassLoader.java:194) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:187) at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClassFromSelf(ClassRealm.java:386) at org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:42) at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:244) at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:230) at org.codehaus.plexus.classworlds.launcher.Launcher.getMainClass(Launcher.java:145) at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:267) at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409) at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352) -- View this message in context: http://maven.40175.n5.nabble.com/Solve-my-exception-for-mvn-installtion-tp5076811p5076811.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: Best way to handle an ssh copy?
Ignore the last message I missed a parameter. Tom On Thu, 15 Dec 2011, Stephen Connolly wrote: ship-maven-plugin - Stephen --- Sent from my Android phone, so random spelling mistakes, random nonsense words and other nonsense are a direct result of using swype to type on the screen On 15 Dec 2011 17:09, "Tom Masterson" wrote: So if I don't use the wagon plugin do you have a sugestion as to what I should use? I am not finding anything else out there when I do a google search. Tom On Thu, 15 Dec 2011, Benson Margulies wrote: On Wed, Dec 14, 2011 at 6:26 PM, Tom Masterson wrote: We have several artifacts that we want to copy to remote servers via scp/ssh. I have looked at the wagon plugin but the documentation seems to have issues. DO NOT try to use the Wagon plugin. It is *not* a tool for arbitrary SCPs. It is only defined to work with Maven repos. You can sometimes accidently get it to do what you want for something else, but that's it. When I try to use it as documented I get an error telling me it can't find a plugin descriptor for wagon-ssh. Is there a good way to get maven to scp files to a remote server and where can I find documentation on how to do this. Thank TOm - 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: Best way to handle an ssh copy?
Ship-maven-plugin won't work because we need to work with snapshots. What we are doing more specifically is putting a version from the build server to as many as four test servers for the use of a variety of teams and testing. Looks like I may have to roll my onw here. Tom On Thu, 15 Dec 2011, Stephen Connolly wrote: ship-maven-plugin - Stephen --- Sent from my Android phone, so random spelling mistakes, random nonsense words and other nonsense are a direct result of using swype to type on the screen On 15 Dec 2011 17:09, "Tom Masterson" wrote: So if I don't use the wagon plugin do you have a sugestion as to what I should use? I am not finding anything else out there when I do a google search. Tom On Thu, 15 Dec 2011, Benson Margulies wrote: On Wed, Dec 14, 2011 at 6:26 PM, Tom Masterson wrote: We have several artifacts that we want to copy to remote servers via scp/ssh. I have looked at the wagon plugin but the documentation seems to have issues. DO NOT try to use the Wagon plugin. It is *not* a tool for arbitrary SCPs. It is only defined to work with Maven repos. You can sometimes accidently get it to do what you want for something else, but that's it. When I try to use it as documented I get an error telling me it can't find a plugin descriptor for wagon-ssh. Is there a good way to get maven to scp files to a remote server and where can I find documentation on how to do this. Thank TOm - 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: Unable to package tests in Maven 2 shaded JAR
The MainTestClass is a Java class that executes TestNG tests when the JAR is launched. So they are test files. I can understand why they would be included by default, but is there no way to request that they are added? -- View this message in context: http://maven.40175.n5.nabble.com/Unable-to-package-tests-in-Maven-2-shaded-JAR-tp5078331p5078422.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: Multi Module Project Failing - Help Me
Hi Barrie Treloar, You suggestions looks good to me, I tried your suggestion. And yes this is not working only XSD generated import statements in Module 2. I have one DAO module too which is also generating some JAR file. And that is also imported in Module2 but that import statements doesn't show X as compilation error in Eclipse but i have only problem with XSD generated files with my Eclipse. If i execute mvn install from Top level it means MainProject then it doesn't show any compilation Error in execution log. And yes XSD project is publishing JAR file and which is located under my local repository correctly. and it has all generated classes in it. So if i manually add that Depedancy in my Eclipse then all X sign as compilation error gone, But ideally it should not be Manual. If i define as Dependency it should automatically pickup that file. And this is only issue with Sub Module of Main Project and XSD module. And in MAVEN Dependency list it's showing as FOLDER icon and all other dependencies are showing as JAR icon and location of those JAR files are showing as my LOCAL Repository of MAVEN. I tried using build-helper-maven-plugin but it doesn't help to resolve my COMPILATION error Icons in ECLIPSE so i am confused how to resolve this XSD related problem. If any other suggestion or advice will really appreciated. Thanks, Daivish. On Wed, Dec 14, 2011 at 2:48 PM, Barrie Treloar wrote: > On Thu, Dec 15, 2011 at 8:06 AM, Daivish Shah > wrote: > > Hi Barrie, > > > > I got the real problem but still looking for solution. > > > > module1 is XSD type project means it generates classes file and JAR file > > based on XSD information. > > > > And i am defining module1 project as dependency of module2 project, Still > > my eclipse is giving compilation error on import statement of module1 > > package files in module2 project. > > There is your problem right there. > This is an Eclipse problem not Maven. > > p.s when you say "I got the real problem but still looking for > solution.", it would be handy for the archives for you to detail what > you did so that others searching the internet can find the answers for > next time. > > How are you configuring Eclipse? > You will find that a xmlbean project will generate its source in > target/generated-sources/xmlbeans and at least the version of > org.codehaus.mojo:xmlbeans-maven-plugin we are using requires us to > manually add this source directory via build-helper so that > maven-eclipse-plugin can include that directory automatically. > > I do that like so > > ... > >org.codehaus.mojo >build-helper-maven-plugin > > >generate-sources > > add-source > > > >target/generated-sources/xmlbeans > > > > > > ... > > > > By default maven-eclipse-plugin will use project references. So > module2 depends upon module1's project in Eclipse. > Because the classpath for module1 has not been correctly setup (i.e. > its missing target/generated-sources/xmlbeans) then module2 won't be > able to build correctly. > If module2 had been setup to use the jars in the repo instead, then > you would not be having this problem. > (I prefer Eclipse project references and not links to jars in the repo > for projects that I am working on) > > Of course if you are not use maven-eclipse-plugin I dont know what the > problem is, but the cause would be similar. > > Normally I manually fix the build path's in Eclipse to get things > working, and then backtrack to determine why this wasn't done > automatically for me. > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
Re: Unable to package tests in Maven 2 shaded JAR
> The problem is that after executing "mvn clean package", the uber-JAR does > not include anything under my test folder (./src/test/java/org/myAddress/*). > > How can I configure the shade plugin to include those test files? This is how things are supposed to work. Test files are not included in normal jar artifacts. Sounds like these are not in fact test files. Move them to src/main/resources or src/main/java and they will be included as you would like. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Best way to handle an ssh copy?
Sorry for misunderstanding, I was talking more about wagon api which can copy files even if the target is not a maven repo. But http://mojo.codehaus.org/wagon-maven-plugin/upload-mojo.html doesn't look to be limited to only maven repo target see sample http://mojo.codehaus.org/wagon-maven-plugin/usage.html (section "Configuration example to upload.") not tested but looks to be nice to copy various files to a remote server tru scp or any wagon protocol. 2011/12/15 Benson Margulies : > Olivier, > > the wagon plugin will only copy things if the directory hierarchies > look like a repo. > > On Thu, Dec 15, 2011 at 12:15 PM, Olivier Lamy wrote: >> Hello, >> If you talk about http://mojo.codehaus.org/wagon-maven-plugin. >> If wagon (ssh etc.) are missing, you must add those in the >> dependencies section of the plugin. >> Maybe you are using m3 so those are not included anymore in distribution. >> >> 2011/12/15 Tom Masterson : >>> So if I don't use the wagon plugin do you have a sugestion as to what I >>> should use? I am not finding anything else out there when I do a google >>> search. >>> >>> Tom >>> >>> >>> On Thu, 15 Dec 2011, Benson Margulies wrote: >>> On Wed, Dec 14, 2011 at 6:26 PM, Tom Masterson wrote: > > We have several artifacts that we want to copy to remote servers via > scp/ssh. I have looked at the wagon plugin but the documentation seems > to > have issues. DO NOT try to use the Wagon plugin. It is *not* a tool for arbitrary SCPs. It is only defined to work with Maven repos. You can sometimes accidently get it to do what you want for something else, but that's it. When I try to use it as documented I get an error telling me > > it can't find a plugin descriptor for wagon-ssh. > > Is there a good way to get maven to scp files to a remote server and > where > can I find documentation on how to do this. > > Thank > TOm > > - > 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 >> >> >> >> -- >> Olivier Lamy >> Talend: http://coders.talend.com >> http://twitter.com/olamy | http://linkedin.com/in/olamy >> >> - >> 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 > -- Olivier Lamy Talend: http://coders.talend.com http://twitter.com/olamy | http://linkedin.com/in/olamy - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Unable to package tests in Maven 2 shaded JAR
I am creating an executable shaded JAR using Maven 2 using the following
plugin config:
org.apache.maven.plugins
maven-shade-plugin
1.5
package
shade
org.myAddress.test.MainTestClass
*:*
META-INF/*.SF
META-INF/*.DSA
META-INF/*.RSA
uber-${artifactId}-${version}
true
The problem is that after executing "mvn clean package", the uber-JAR does
not include anything under my test folder (./src/test/java/org/myAddress/*).
How can I configure the shade plugin to include those test files?
--
View this message in context:
http://maven.40175.n5.nabble.com/Unable-to-package-tests-in-Maven-2-shaded-JAR-tp5078331p5078331.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: Best way to handle an ssh copy?
Olivier, the wagon plugin will only copy things if the directory hierarchies look like a repo. On Thu, Dec 15, 2011 at 12:15 PM, Olivier Lamy wrote: > Hello, > If you talk about http://mojo.codehaus.org/wagon-maven-plugin. > If wagon (ssh etc.) are missing, you must add those in the > dependencies section of the plugin. > Maybe you are using m3 so those are not included anymore in distribution. > > 2011/12/15 Tom Masterson : >> So if I don't use the wagon plugin do you have a sugestion as to what I >> should use? I am not finding anything else out there when I do a google >> search. >> >> Tom >> >> >> On Thu, 15 Dec 2011, Benson Margulies wrote: >> >>> On Wed, Dec 14, 2011 at 6:26 PM, Tom Masterson wrote: We have several artifacts that we want to copy to remote servers via scp/ssh. I have looked at the wagon plugin but the documentation seems to have issues. >>> >>> >>> DO NOT try to use the Wagon plugin. It is *not* a tool for arbitrary >>> SCPs. It is only defined to work with Maven repos. You can sometimes >>> accidently get it to do what you want for something else, but that's >>> it. >>> >>> >>> When I try to use it as documented I get an error telling me it can't find a plugin descriptor for wagon-ssh. Is there a good way to get maven to scp files to a remote server and where can I find documentation on how to do this. Thank TOm - 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 > > > > -- > Olivier Lamy > Talend: http://coders.talend.com > http://twitter.com/olamy | http://linkedin.com/in/olamy > > - > 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: Best way to handle an ssh copy?
ship-maven-plugin - Stephen --- Sent from my Android phone, so random spelling mistakes, random nonsense words and other nonsense are a direct result of using swype to type on the screen On 15 Dec 2011 17:09, "Tom Masterson" wrote: > So if I don't use the wagon plugin do you have a sugestion as to what I > should use? I am not finding anything else out there when I do a google > search. > > Tom > > On Thu, 15 Dec 2011, Benson Margulies wrote: > > On Wed, Dec 14, 2011 at 6:26 PM, Tom Masterson wrote: >> >>> We have several artifacts that we want to copy to remote servers via >>> scp/ssh. I have looked at the wagon plugin but the documentation seems >>> to >>> have issues. >>> >> >> DO NOT try to use the Wagon plugin. It is *not* a tool for arbitrary >> SCPs. It is only defined to work with Maven repos. You can sometimes >> accidently get it to do what you want for something else, but that's >> it. >> >> >> When I try to use it as documented I get an error telling me >> >>> it can't find a plugin descriptor for wagon-ssh. >>> >>> Is there a good way to get maven to scp files to a remote server and >>> where >>> can I find documentation on how to do this. >>> >>> Thank >>> TOm >>> >>> --**--** >>> - >>> To unsubscribe, e-mail: >>> users-unsubscribe@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: Best way to handle an ssh copy?
Yes we are using Maven 3.0.3. Tom On Thu, 15 Dec 2011, Olivier Lamy wrote: Hello, If you talk about http://mojo.codehaus.org/wagon-maven-plugin. If wagon (ssh etc.) are missing, you must add those in the dependencies section of the plugin. Maybe you are using m3 so those are not included anymore in distribution. 2011/12/15 Tom Masterson : So if I don't use the wagon plugin do you have a sugestion as to what I should use? I am not finding anything else out there when I do a google search. Tom On Thu, 15 Dec 2011, Benson Margulies wrote: On Wed, Dec 14, 2011 at 6:26 PM, Tom Masterson wrote: We have several artifacts that we want to copy to remote servers via scp/ssh. I have looked at the wagon plugin but the documentation seems to have issues. DO NOT try to use the Wagon plugin. It is *not* a tool for arbitrary SCPs. It is only defined to work with Maven repos. You can sometimes accidently get it to do what you want for something else, but that's it. When I try to use it as documented I get an error telling me it can't find a plugin descriptor for wagon-ssh. Is there a good way to get maven to scp files to a remote server and where can I find documentation on how to do this. Thank TOm - 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 -- Olivier Lamy Talend: http://coders.talend.com http://twitter.com/olamy | http://linkedin.com/in/olamy - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Best way to handle an ssh copy?
Although it is not fully reliable, what works for me is to use the maven-exec-plugin to directly invoke ssh/scp command. The issue is mainly that you cannot be sure that ssh or scp is installed on the computer maven is running on. But, in all likelyhood: * Linux: usually ssh/scp is installed (although it could be removed, I don't see that that often, not to say that I have never seen this) * Mac: ssh/scp is always installed (to my knowledge at least) * Windows: I always have cygwin installed and cygwin's bin directory is in the PATH env variable Making these assumptions, I find that this is quite reliable and really straightforward to use. Cheers, Guillaume Le 15/12/2011 18:08, Tom Masterson a écrit : So if I don't use the wagon plugin do you have a sugestion as to what I should use? I am not finding anything else out there when I do a google search. Tom On Thu, 15 Dec 2011, Benson Margulies wrote: On Wed, Dec 14, 2011 at 6:26 PM, Tom Masterson wrote: We have several artifacts that we want to copy to remote servers via scp/ssh. I have looked at the wagon plugin but the documentation seems to have issues. DO NOT try to use the Wagon plugin. It is *not* a tool for arbitrary SCPs. It is only defined to work with Maven repos. You can sometimes accidently get it to do what you want for something else, but that's it. When I try to use it as documented I get an error telling me it can't find a plugin descriptor for wagon-ssh. Is there a good way to get maven to scp files to a remote server and where can I find documentation on how to do this. Thank TOm - 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: Best way to handle an ssh copy?
Hello, If you talk about http://mojo.codehaus.org/wagon-maven-plugin. If wagon (ssh etc.) are missing, you must add those in the dependencies section of the plugin. Maybe you are using m3 so those are not included anymore in distribution. 2011/12/15 Tom Masterson : > So if I don't use the wagon plugin do you have a sugestion as to what I > should use? I am not finding anything else out there when I do a google > search. > > Tom > > > On Thu, 15 Dec 2011, Benson Margulies wrote: > >> On Wed, Dec 14, 2011 at 6:26 PM, Tom Masterson wrote: >>> >>> We have several artifacts that we want to copy to remote servers via >>> scp/ssh. I have looked at the wagon plugin but the documentation seems >>> to >>> have issues. >> >> >> DO NOT try to use the Wagon plugin. It is *not* a tool for arbitrary >> SCPs. It is only defined to work with Maven repos. You can sometimes >> accidently get it to do what you want for something else, but that's >> it. >> >> >> When I try to use it as documented I get an error telling me >>> >>> it can't find a plugin descriptor for wagon-ssh. >>> >>> Is there a good way to get maven to scp files to a remote server and >>> where >>> can I find documentation on how to do this. >>> >>> Thank >>> TOm >>> >>> - >>> 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 -- Olivier Lamy Talend: http://coders.talend.com http://twitter.com/olamy | http://linkedin.com/in/olamy - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Best way to handle an ssh copy?
So if I don't use the wagon plugin do you have a sugestion as to what I should use? I am not finding anything else out there when I do a google search. Tom On Thu, 15 Dec 2011, Benson Margulies wrote: On Wed, Dec 14, 2011 at 6:26 PM, Tom Masterson wrote: We have several artifacts that we want to copy to remote servers via scp/ssh. I have looked at the wagon plugin but the documentation seems to have issues. DO NOT try to use the Wagon plugin. It is *not* a tool for arbitrary SCPs. It is only defined to work with Maven repos. You can sometimes accidently get it to do what you want for something else, but that's it. When I try to use it as documented I get an error telling me it can't find a plugin descriptor for wagon-ssh. Is there a good way to get maven to scp files to a remote server and where can I find documentation on how to do this. Thank TOm - 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: ${project.parent.basedir} not working inside
> [INFO] skip non existing resourceDirectory
> C:\Users\myname\workspace\parent\child\${project.parent.basedir}\src\main\config
>
> For some reason I do not know, this property is not replaced with the
> expected value. Any ideas?
Yea, don't do this. If you need a resource from one project to use in
another, use the remote-resources plugin or dependency plugin w/unpack
etc.
Wayne
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
${project.parent.basedir} not working inside
Hello,
I can not figer out, how to get this working...
I would like to refer a config-file resource from a parent pom directory, but
when I insert this code to my child pom file:
${project.basedir}/src/main/resources
true
${project.parent.basedir}/src/main/config
true
...
I get the following error message
[INFO] skip non existing resourceDirectory
C:\Users\myname\workspace\parent\child\${project.parent.basedir}\src\main\config
For some reason I do not know, this property is not replaced with the expected
value. Any ideas?
Kind regards
Jan
Re: Conflicting Spring versions
On Wed, Dec 14, 2011 at 3:17 PM, scabbage wrote: > I have a multi-module project with a parent pom and several sub-modules. In > one of the module, I have a dependency that has a transitive dependency of > spring (2.0.6). How do I go about having the rest of my project using Spring > 3.0.6.RELEASE? If you absolutely, positively, need two copies of spring, you need two class loaders. This isn't to do with Maven, it's to do with Java. You could look into OSGi or Sisu. > > Thanks. > > > -- > View this message in context: > http://maven.40175.n5.nabble.com/Conflicting-Spring-versions-tp5075558p5075558.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 > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Best way to handle an ssh copy?
On Wed, Dec 14, 2011 at 6:26 PM, Tom Masterson wrote: > We have several artifacts that we want to copy to remote servers via > scp/ssh. I have looked at the wagon plugin but the documentation seems to > have issues. DO NOT try to use the Wagon plugin. It is *not* a tool for arbitrary SCPs. It is only defined to work with Maven repos. You can sometimes accidently get it to do what you want for something else, but that's it. When I try to use it as documented I get an error telling me > it can't find a plugin descriptor for wagon-ssh. > > Is there a good way to get maven to scp files to a remote server and where > can I find documentation on how to do this. > > Thank > TOm > > - > 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
