Re: Failed to init Classpath for jar file C:\apache-maven-3.9.6\boot\plexus-classworlds.license during compilation
Howdy, Can you post debug output how the compiler plugin is invoked? Also, looks related: https://github.com/eclipse-jdt/eclipse.jdt.core/issues/1578 T On Fri, Mar 1, 2024 at 10:37 AM Václav Haisman wrote: > I am getting the following error during build with Maven 3.9.6 and Java 21. > The effective POM part for the compiler plugin is below the exception > trace. Is this a known issue? > > [INFO] --- compiler:3.12.1:compile (default-compile) @ apmservices.artemis > --- > [INFO] Recompiling the module because of changed source code. > [INFO] Compiling with eclipse [debug:lines,vars,source parameters release > 21] to target\classes > *Failed to init Classpath for jar file > C:\apache-maven-3.9.6\boot\plexus-classworlds.license* > java.util.zip.ZipException: zip END header not found > at java.base/java.util.zip.ZipFile$Source.findEND(ZipFile.java:1649) > at java.base/java.util.zip.ZipFile$Source.initCEN(ZipFile.java:1657) > at java.base/java.util.zip.ZipFile$Source.(ZipFile.java:1495) > at java.base/java.util.zip.ZipFile$Source.get(ZipFile.java:1458) > at > java.base/java.util.zip.ZipFile$CleanableResource.(ZipFile.java:724) > at java.base/java.util.zip.ZipFile.(ZipFile.java:251) > at java.base/java.util.zip.ZipFile.(ZipFile.java:180) > at java.base/java.util.zip.ZipFile.(ZipFile.java:194) > at > > org.eclipse.jdt.internal.compiler.batch.ClasspathJar.initialize(ClasspathJar.java:204) > at > > org.eclipse.jdt.internal.compiler.batch.ClasspathMultiReleaseJar.initialize(ClasspathMultiReleaseJar.java:38) > at > > org.eclipse.jdt.internal.compiler.batch.FileSystem.(FileSystem.java:233) > at > > org.eclipse.jdt.internal.compiler.batch.Main.getLibraryAccess(Main.java:3480) > at > > org.eclipse.jdt.internal.compiler.batch.Main.performCompilation(Main.java:4726) > at > > org.eclipse.jdt.internal.compiler.tool.EclipseCompilerImpl.call(EclipseCompilerImpl.java:101) > at > > org.eclipse.jdt.internal.compiler.tool.EclipseCompiler$1.call(EclipseCompiler.java:196) > at > > org.codehaus.plexus.compiler.eclipse.EclipseJavaCompiler.performCompile(EclipseJavaCompiler.java:307) > at > > org.apache.maven.plugin.compiler.AbstractCompilerMojo.execute(AbstractCompilerMojo.java:1188) > at > > org.apache.maven.plugin.compiler.CompilerMojo.execute(CompilerMojo.java:212) > at > > org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:126) > at > > org.apache.maven.lifecycle.internal.MojoExecutor.doExecute2(MojoExecutor.java:328) > at > > org.apache.maven.lifecycle.internal.MojoExecutor.doExecute(MojoExecutor.java:316) > at > > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:212) > at > > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:174) > at > > org.apache.maven.lifecycle.internal.MojoExecutor.access$000(MojoExecutor.java:75) > at > > org.apache.maven.lifecycle.internal.MojoExecutor$1.run(MojoExecutor.java:162) > at > > org.apache.maven.plugin.DefaultMojosExecutionStrategy.execute(DefaultMojosExecutionStrategy.java:39) > at > > org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:159) > at > > org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:105) > at > > org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:73) > at > > org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:53) > at > > org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:118) > at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:261) > at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:173) > at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:101) > at org.apache.maven.cli.MavenCli.execute(MavenCli.java:906) > at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:283) > at org.apache.maven.cli.MavenCli.main(MavenCli.java:206) > at > > java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:103) > at java.base/java.lang.reflect.Method.invoke(Method.java:580) > at > > org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:283) > at > org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:226) > at > > org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:407) > at > org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:348) > at org.codehaus.classworlds.Launcher.main(Launcher.java:47) > > Effective POM section: > > > maven-compiler-plugin > 3.12
Failed to init Classpath for jar file C:\apache-maven-3.9.6\boot\plexus-classworlds.license during compilation
I am getting the following error during build with Maven 3.9.6 and Java 21. The effective POM part for the compiler plugin is below the exception trace. Is this a known issue? [INFO] --- compiler:3.12.1:compile (default-compile) @ apmservices.artemis --- [INFO] Recompiling the module because of changed source code. [INFO] Compiling with eclipse [debug:lines,vars,source parameters release 21] to target\classes *Failed to init Classpath for jar file C:\apache-maven-3.9.6\boot\plexus-classworlds.license* java.util.zip.ZipException: zip END header not found at java.base/java.util.zip.ZipFile$Source.findEND(ZipFile.java:1649) at java.base/java.util.zip.ZipFile$Source.initCEN(ZipFile.java:1657) at java.base/java.util.zip.ZipFile$Source.(ZipFile.java:1495) at java.base/java.util.zip.ZipFile$Source.get(ZipFile.java:1458) at java.base/java.util.zip.ZipFile$CleanableResource.(ZipFile.java:724) at java.base/java.util.zip.ZipFile.(ZipFile.java:251) at java.base/java.util.zip.ZipFile.(ZipFile.java:180) at java.base/java.util.zip.ZipFile.(ZipFile.java:194) at org.eclipse.jdt.internal.compiler.batch.ClasspathJar.initialize(ClasspathJar.java:204) at org.eclipse.jdt.internal.compiler.batch.ClasspathMultiReleaseJar.initialize(ClasspathMultiReleaseJar.java:38) at org.eclipse.jdt.internal.compiler.batch.FileSystem.(FileSystem.java:233) at org.eclipse.jdt.internal.compiler.batch.Main.getLibraryAccess(Main.java:3480) at org.eclipse.jdt.internal.compiler.batch.Main.performCompilation(Main.java:4726) at org.eclipse.jdt.internal.compiler.tool.EclipseCompilerImpl.call(EclipseCompilerImpl.java:101) at org.eclipse.jdt.internal.compiler.tool.EclipseCompiler$1.call(EclipseCompiler.java:196) at org.codehaus.plexus.compiler.eclipse.EclipseJavaCompiler.performCompile(EclipseJavaCompiler.java:307) at org.apache.maven.plugin.compiler.AbstractCompilerMojo.execute(AbstractCompilerMojo.java:1188) at org.apache.maven.plugin.compiler.CompilerMojo.execute(CompilerMojo.java:212) at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:126) at org.apache.maven.lifecycle.internal.MojoExecutor.doExecute2(MojoExecutor.java:328) at org.apache.maven.lifecycle.internal.MojoExecutor.doExecute(MojoExecutor.java:316) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:212) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:174) at org.apache.maven.lifecycle.internal.MojoExecutor.access$000(MojoExecutor.java:75) at org.apache.maven.lifecycle.internal.MojoExecutor$1.run(MojoExecutor.java:162) at org.apache.maven.plugin.DefaultMojosExecutionStrategy.execute(DefaultMojosExecutionStrategy.java:39) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:159) at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:105) at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:73) at org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:53) at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:118) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:261) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:173) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:101) at org.apache.maven.cli.MavenCli.execute(MavenCli.java:906) at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:283) at org.apache.maven.cli.MavenCli.main(MavenCli.java:206) at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:103) at java.base/java.lang.reflect.Method.invoke(Method.java:580) at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:283) at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:226) at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:407) at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:348) at org.codehaus.classworlds.Launcher.main(Launcher.java:47) Effective POM section: maven-compiler-plugin 3.12.1 default-compile compile compile 21 21 21 eclipse true true lines,vars,source -properties ${settings.localRepository}/com/ca/apm/binaries/jdt.core.prefs/1.0.2/jdt.core.prefs-1.0.2.prefs true com.ca.apm.binaries jdt.core.prefs 1.0.2 prefs compile org.codehaus.plexus plexus-compiler-eclipse 2.14.2 compile 21 21
RE: Maven for C/C++ development usable as well? Hudson server?
Date: Fri, 20 Dec 2013 21:37:01 -0800 From: poubelle2...@limule.com To: users@maven.apache.org Subject: RE: Maven for C/C++ development usable as well? Hudson server? I must admit that even with this patch, I did not success to convince my colleagues (who were using Borland C++ under MS smopuiM) to use maven. They use svn cross references to mix sources files. MGmaven-jxr-plugin The JXR plugin has 2 goals: - * {{{plugin-info.html}jxr:jxr}} is used to generate a cross-reference page of the project's main sources. The generated JXR + * {{{jxr-mojo.html}jxr:jxr}} is used to generate a cross-reference page of the project's main sources. The generated JXR files can be linked to the javadocs of the project. - * {{{plugin-info.html}jxr:test-jxr}} on the other hand, is used to generate a cross-reference page of the project's test sources. + * {{{test-jxr-mojo.html}jxr:test-jxr}} on the other hand, is used to generate a cross-reference page of the project's test sources. MGhttp://maven.apache.org/plugins/maven-jxr-plugin/ No, no, I was talking about svn, not maven: svn cross references to mix sources files. The problem was to mavenize all projects together. There were no versioning system. Every compilation were hasardous because of uncontrolled version dependencies between projects. MG what is your solution? MG -- View this message in context: http://maven.40175.n5.nabble.com/Maven-for-C-C-development-usable-as-well-Hudson-server-tp5430131p5779243.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: Maven for C/C++ development usable as well? Hudson server?
MGClement as suggested could your submit your patch MGWhat is the question about Hudson? Date: Thu, 19 Dec 2013 21:44:18 -0800 From: poubelle2...@limule.com To: users@maven.apache.org Subject: Re: Maven for C/C++ development usable as well? Hudson server? All is here: http://jira.codehaus.org/browse/MOJO-1647 -- View this message in context: http://maven.40175.n5.nabble.com/Maven-for-C-C-development-usable-as-well-Hudson-server-tp5430131p5779091.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: Maven for C/C++ development usable as well? Hudson server?
I don't understand... I've already done the job here: https://bitbucket.org/opencontinuous/maven-native/commits/6a09a45bdf06/ It's a diff, all is clear, no? -- View this message in context: http://maven.40175.n5.nabble.com/Maven-for-C-C-development-usable-as-well-Hudson-server-tp5430131p5779152.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: Maven for C/C++ development usable as well? Hudson server?
That's done, after 2 hours of fight against svn (install svn, read documentation, apply diff, generate patch, remember login access in jira, etc...) It's exactly as Dan Tran expects it: http://jira.codehaus.org/browse/MOJO-1647 I must admit that even with this patch, I did not success to convince my colleagues (who were using Borland C++ under MS smopuiM) to use maven. They use svn cross references to mix sources files. It was a real nightmare to try to clarify dependencies between projects... -- View this message in context: http://maven.40175.n5.nabble.com/Maven-for-C-C-development-usable-as-well-Hudson-server-tp5430131p5779170.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: Maven for C/C++ development usable as well? Hudson server?
I'm not able to make apply the patch. That's too complex for me. Look at this: https://jira.codehaus.org/browse/MOJO-1647?focusedCommentId=337757page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-337757 -- View this message in context: http://maven.40175.n5.nabble.com/Maven-for-C-C-development-usable-as-well-Hudson-server-tp5430131p5779197.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: Maven for C/C++ development usable as well? Hudson server?
Date: Fri, 20 Dec 2013 07:44:57 -0800 From: poubelle2...@limule.com To: users@maven.apache.org Subject: RE: Maven for C/C++ development usable as well? Hudson server? That's done, after 2 hours of fight against svn (install svn, read documentation, apply diff, generate patch, remember login access in jira, etc...) It's exactly as Dan Tran expects it: http://jira.codehaus.org/browse/MOJO-1647 I must admit that even with this patch, I did not success to convince my colleagues (who were using Borland C++ under MS smopuiM) to use maven. They use svn cross references to mix sources files. MGmaven-jxr-plugin The JXR plugin has 2 goals: - * {{{plugin-info.html}jxr:jxr}} is used to generate a cross-reference page of the project's main sources. The generated JXR + * {{{jxr-mojo.html}jxr:jxr}} is used to generate a cross-reference page of the project's main sources. The generated JXR files can be linked to the javadocs of the project. - * {{{plugin-info.html}jxr:test-jxr}} on the other hand, is used to generate a cross-reference page of the project's test sources. + * {{{test-jxr-mojo.html}jxr:test-jxr}} on the other hand, is used to generate a cross-reference page of the project's test sources. MGhttp://maven.apache.org/plugins/maven-jxr-plugin/ It was a real nightmare to try to clarify dependencies between projects... MGmvn dependency:tree -Dverbose MGhttp://maven.apache.org/plugins/maven-dependency-plugin/examples/resolving-conflicts-using-the-dependency-tree.html MGmaven is a build management system which handles all artifacts under a known universal configurator MGan example is Window DLLs can be built by Borland MGApple Ios Distros can be handled by Cocoa MGall of the Entity Beans and Framework classes for your WebServer can be handled by Classic Java MGThere is no other build management system which instruments all artifacts for All Languages for All MGDevice/Platform combinations.. -- View this message in context: http://maven.40175.n5.nabble.com/Maven-for-C-C-development-usable-as-well-Hudson-server-tp5430131p5779170.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: Maven for C/C++ development usable as well? Hudson server?
I must admit that even with this patch, I did not success to convince my colleagues (who were using Borland C++ under MS smopuiM) to use maven. They use svn cross references to mix sources files. MGmaven-jxr-plugin The JXR plugin has 2 goals: - * {{{plugin-info.html}jxr:jxr}} is used to generate a cross-reference page of the project's main sources. The generated JXR + * {{{jxr-mojo.html}jxr:jxr}} is used to generate a cross-reference page of the project's main sources. The generated JXR files can be linked to the javadocs of the project. - * {{{plugin-info.html}jxr:test-jxr}} on the other hand, is used to generate a cross-reference page of the project's test sources. + * {{{test-jxr-mojo.html}jxr:test-jxr}} on the other hand, is used to generate a cross-reference page of the project's test sources. MGhttp://maven.apache.org/plugins/maven-jxr-plugin/ No, no, I was talking about svn, not maven: svn cross references to mix sources files. The problem was to mavenize all projects together. There were no versioning system. Every compilation were hasardous because of uncontrolled version dependencies between projects. -- View this message in context: http://maven.40175.n5.nabble.com/Maven-for-C-C-development-usable-as-well-Hudson-server-tp5430131p5779243.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: Maven for C/C++ development usable as well? Hudson server?
Dan Tran has just applied the patch. Thank you. -- View this message in context: http://maven.40175.n5.nabble.com/Maven-for-C-C-development-usable-as-well-Hudson-server-tp5430131p5779244.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: Maven for C/C++ development usable as well? Hudson server?
My development has become a dream since I use maven and maven native plugin to compile my c++ code with g++. I also use maven and ANT maven plugin to make package like debian ones (ipk for uCLinux). All is versionned, dependencies are resolved... A real dream! Yes, a dream! I use jenkins a lot exactly as I did before when I used java language. Now, I don't understand why everybody don't use maven for their C++ compilation, at least under linux (with g++). I think that make belongs to the past and cmake is a nightmare. It seems to work with MSVC++ compiler, including resource compilation. In the past, I tried to use maven with borland C++ compiler. It did work with C++. But maven native plugin does not deal with borland resource compiler. It does with MSVC++ resource compiler. The solution would have been to update the maven native plugin (I suggest this with a nice whole patch to the only one admin of the plugin, but he seems to has become a zombie... He is the only one admin and is not able to maintains the plugin... Somebody ready for make and maintain a fork? Maybe myself...). An other solution would have been to use ANT task to do borland resource compilation. Ok... Borland is dead... Sorry. -- View this message in context: http://maven.40175.n5.nabble.com/Maven-for-C-C-development-usable-as-well-Hudson-server-tp5430131p5778955.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: Maven for C/C++ development usable as well? Hudson server?
wow, there is a happy user of native-maven-plugin. what is JIRA case with the patch? -D On Wed, Dec 18, 2013 at 9:26 PM, pizaninja poubelle2...@limule.com wrote: My development has become a dream since I use maven and maven native plugin to compile my c++ code with g++. I also use maven and ANT maven plugin to make package like debian ones (ipk for uCLinux). All is versionned, dependencies are resolved... A real dream! Yes, a dream! I use jenkins a lot exactly as I did before when I used java language. Now, I don't understand why everybody don't use maven for their C++ compilation, at least under linux (with g++). I think that make belongs to the past and cmake is a nightmare. It seems to work with MSVC++ compiler, including resource compilation. In the past, I tried to use maven with borland C++ compiler. It did work with C++. But maven native plugin does not deal with borland resource compiler. It does with MSVC++ resource compiler. The solution would have been to update the maven native plugin (I suggest this with a nice whole patch to the only one admin of the plugin, but he seems to has become a zombie... He is the only one admin and is not able to maintains the plugin... Somebody ready for make and maintain a fork? Maybe myself...). An other solution would have been to use ANT task to do borland resource compilation. Ok... Borland is dead... Sorry. -- View this message in context: http://maven.40175.n5.nabble.com/Maven-for-C-C-development-usable-as-well-Hudson-server-tp5430131p5778955.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: Maven for C/C++ development usable as well? Hudson server?
All is here: http://jira.codehaus.org/browse/MOJO-1647 -- View this message in context: http://maven.40175.n5.nabble.com/Maven-for-C-C-development-usable-as-well-Hudson-server-tp5430131p5779091.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
Byldan, NPanday or MS-Build Maven Which would be the preferred build tool for C#?
Hi, We have a C# project which is build using Byldan . Now we are kind of thinking of replacing the Byldan with some other Build tool. Preferably the two options we have is:- 1) NPanday 2) MS Build along with Maven I would greatly appreciate if you could throw some light on this, and which would be the preferred tool going ahead. Thank you in advance. Regards Achyuth -- View this message in context: http://maven.40175.n5.nabble.com/Byldan-NPanday-or-MS-Build-Maven-Which-would-be-the-preferred-build-tool-for-C-tp5768914.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: C# compiler / plexus-compiler-csharp
Hilco Wijbenga hilco.wijbenga at gmail.com writes: Hi all, I found the plexus-compiler-csharp in http://maven.apache.org/plugins/maven-compiler-plugin/non-javac-compilers.html. I'd like to know how to actually use this compiler. I've got some Java code and some C# code (the latter currently in src/main/csharp but I've also tried src/main/cs). I can't get the C# code to compile. Mvn -X seems to indicate that the compiler plugin is still looking in src/main/java for the C# code. When I put C# code in src/main/java I get a complaint that This compiler doesn't support in-process compilation.. How is this supposed to work? Or should I forget about this plugin and use an Ant task? Cheers, Hilco This plugin has a fork parameter which must be set to true (according to the source code of the plugin). Try the following: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-compiler-plugin/artifactId version3.0/version configuration compilerIdcsharp/compilerId forktrue/fork executableC:\Windows\Microsoft.NET\Framework64\v4.0.30319\csc.exe/executable outputFileNamemyDLL/outputFileName /configuration dependencies dependency groupIdorg.codehaus.plexus/groupId artifactIdplexus-compiler-csharp/artifactId version2.2/version /dependency /dependencies /plugin - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: C# compiler / plexus-compiler-csharp
wow, a question finally get a response after 4 years :) On Sat, Mar 30, 2013 at 10:58 AM, Gabriel Goïc gabriel.g...@gmail.comwrote: Hilco Wijbenga hilco.wijbenga at gmail.com writes: Hi all, I found the plexus-compiler-csharp in http://maven.apache.org/plugins/maven-compiler-plugin/non-javac-compilers.html . I'd like to know how to actually use this compiler. I've got some Java code and some C# code (the latter currently in src/main/csharp but I've also tried src/main/cs). I can't get the C# code to compile. Mvn -X seems to indicate that the compiler plugin is still looking in src/main/java for the C# code. When I put C# code in src/main/java I get a complaint that This compiler doesn't support in-process compilation.. How is this supposed to work? Or should I forget about this plugin and use an Ant task? Cheers, Hilco This plugin has a fork parameter which must be set to true (according to the source code of the plugin). Try the following: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-compiler-plugin/artifactId version3.0/version configuration compilerIdcsharp/compilerId forktrue/fork executableC:\Windows\Microsoft.NET\Framework64\v4.0.30319\csc.exe/executable outputFileNamemyDLL/outputFileName /configuration dependencies dependency groupIdorg.codehaus.plexus/groupId artifactIdplexus-compiler-csharp/artifactId version2.2/version /dependency /dependencies /plugin - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Hi, all. I wanna use maven to perform c/cpp unit test.
Which plugin shall I use? I have googled that with the key as maven, cpp and unit test. But it always show sth about Jenkins... Thank U - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Maven for C/C++ development usable as well? Hudson server?
I used Maven a lot for Java development in the past. Now I have got a C/C++ project. Is Maven able to deal with C/C++ structures as well? In other words: Can I use it for C/C++ development too? Can I use Hudson server on top for C/C++ development as well? If yes: Is there a newbie tutorial/introduction on how to use Maven for C/C++ for experienced Java Maven users? Thank you Ben - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven for C/C++ development usable as well? Hudson server?
Hi, take a deep look into the maven nar plugin https://github.com/duns/maven-nar-plugin Kind regards Karl Heinz Marbaise -- SoftwareEntwicklung Beratung SchulungTel.: +49 (0) 2405 / 415 893 Dipl.Ing.(FH) Karl Heinz MarbaiseICQ#: 135949029 Hauptstrasse 177 USt.IdNr: DE191347579 52146 Würselen http://www.soebes.de - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven for C/C++ development usable as well? Hudson server?
http://mojo.codehaus.org/maven-native/native-maven-plugin/ On Wed, 25 Jan 2012 14:36:50 +0100, Karl Heinz Marbaise khmarba...@gmx.de wrote: Hi, take a deep look into the maven nar plugin https://github.com/duns/maven-nar-plugin Kind regards Karl Heinz Marbaise - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
C++, Cross-Compilation, Artifacts and Maven
Hello Mavens In our company we have a multi-platform C/C++-project anc consider switching from our hand-crafted Python-based buildsystem to Maven. I've read a lot about the Maven Native, the Maven Nar and the Jade Native plugins but I didn't get any valuable results. Maybe I'm too dumb or I expect wonders too big ... Let me explain our structure: We have (at the moment) - amd64, mips and powerpc as platforms - various third-party libraries, many of them patched to fit our needs (and to make them cross-compilable) with Make/CMake/BJam ... - our own code - different devices with different purpose to run the code We need - a way to invoke the python scripts to patch, configure, cross-compile the third-party code and collect the binaries for installation - or magic to do that completely in Maven - handling the includes and libraries automagically - and invoke our custom test scripts The folks at my company are traditionalists and to convince them I need a working and manageable recipe! Something without the need to get the 10th Dan degree in Maven. Just a small wonder, no big one needed ... ;-) Thank you very much Deux deVille - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: C++, Cross-Compilation, Artifacts and Maven
The best place to find which maven-nar-configuration best suits your requirement would be at http://duns.github.com/maven-nar-plugin/examples.html if you see something that approximates your requirement use it and report back any results as we want to ensure maven-nar operating as stated in the doc if you dont see your specific requirement addressed (something like integration of gmak makefiles) file a jira request at https://issues.sonatype.org/browse/NAR provide a complete example (including header, c, c++ sources and any static or shared libraries) and complete environment for compilation little-endian vs big-endian 32bit vs 64Bit including ALL of the configuration-tags seen here e.g. http://duns.github.com/maven-nar-plugin/configuration.html for example the location of resourceDirectory which is not implemented: resourceDirectory N/A we would need all those details to replicate and build out the plugin to create artifacts to accomodate that environment it is impossible to accomodate each and every environment that exists but we will certainly try to accomodate currently supported OSes. Keep in mind the majority of principal developers are european based and on vaca so it may be sept until you see something If you need something right away you might want to call maven-antrun-plugin with a target which exec your make tool e.g. http://docs.codehaus.org/display/MAVENUSER/Projects+With+JNI Bon Chance, Martin Gainty __ Note de déni et de confidentialité Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni. Date: Sun, 10 Jul 2011 14:36:42 +0200 From: d...@weitling.net To: users@maven.apache.org Subject: C++, Cross-Compilation, Artifacts and Maven Hello Mavens In our company we have a multi-platform C/C++-project anc consider switching from our hand-crafted Python-based buildsystem to Maven. I've read a lot about the Maven Native, the Maven Nar and the Jade Native plugins but I didn't get any valuable results. Maybe I'm too dumb or I expect wonders too big ... Let me explain our structure: We have (at the moment) - amd64, mips and powerpc as platforms - various third-party libraries, many of them patched to fit our needs (and to make them cross-compilable) with Make/CMake/BJam ... - our own code - different devices with different purpose to run the code We need - a way to invoke the python scripts to patch, configure, cross-compile the third-party code and collect the binaries for installation - or magic to do that completely in Maven - handling the includes and libraries automagically - and invoke our custom test scripts The folks at my company are traditionalists and to convince them I need a working and manageable recipe! Something without the need to get the 10th Dan degree in Maven. Just a small wonder, no big one needed ... ;-) Thank you very much Deux deVille - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Compile C# in maven
Hi, Can you please recommend a way to compile a C# solution in maven? I just need to be able to compile and run the resulting executable in maven. Preferably something that will work in both Windows and Linux. Thanks, Dona -- This message w/attachments (message) is intended solely for the use of the intended recipient(s) and may contain information that is privileged, confidential or proprietary. If you are not an intended recipient, please notify the sender, and then please delete and destroy all copies and attachments, and be advised that any review or dissemination of, or the taking of any action in reliance on, the information contained in or attached to this message is prohibited. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Sender. Subject to applicable law, Sender may intercept, monitor, review and retain e-communications (EC) traveling through its networks/systems and may produce any such EC to regulators, law enforcement, in litigation and as required by law. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or free of errors or viruses. References to Sender are references to any subsidiary of Bank of America Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a Condition to Any Banking Service or Activity * Are Not Insured by Any Federal Government Agency. Attachments that are part of this EC may have additional important disclosures and disclaimers, which you should read. This message is subject to terms available at the following link: http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender you consent to the foregoing.
RE: Compile C# in maven
C# has different compiler options for each version of host OS so we would need to know: 1)what is the Host environment discovered by executing at command line? uname -a 2)are you compiling for MSIL (an assembly to go into gac) or are you compiling to native dll? bedankt, Martin __ Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen. Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni. Date: Thu, 14 Apr 2011 10:12:23 -0500 From: dona.alva...@baml.com Subject: Compile C# in maven To: users@maven.apache.org Hi, Can you please recommend a way to compile a C# solution in maven? I just need to be able to compile and run the resulting executable in maven. Preferably something that will work in both Windows and Linux. Thanks, Dona -- This message w/attachments (message) is intended solely for the use of the intended recipient(s) and may contain information that is privileged, confidential or proprietary. If you are not an intended recipient, please notify the sender, and then please delete and destroy all copies and attachments, and be advised that any review or dissemination of, or the taking of any action in reliance on, the information contained in or attached to this message is prohibited. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Sender. Subject to applicable law, Sender may intercept, monitor, review and retain e-communications (EC) traveling through its networks/systems and may produce any such EC to regulators, law enforcement, in litigation and as required by law. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or free of errors or viruses. References to Sender are references to any subsidiary of Bank of America Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a Condition to Any Banking Service or Activity * Are Not Insured by Any Federal Government Agency. Attachments that are part of this EC may have additional important disclosures and disclaimers, which you should read. This message is subject to terms available at the following link: http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender you consent to the foregoing.
RE: Compile C# in maven
Here's the info: $ uname -a Linux uswxapbtis02 2.6.18-164.2.1.el5 #1 SMP Mon Sep 21 04:37:42 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux $ cat /proc/version Linux version 2.6.18-164.2.1.el5 (mockbu...@x86-006.build.bos.redhat.com) (gcc version 4.1.2 20080704 (Red Hat 4.1.2-46)) #1 SMP Mon Sep 21 04:37:42 EDT 2009 And I'm compiling to native dll and exe Thanks. -Original Message- From: Martin Gainty [mailto:mgai...@hotmail.com] Sent: Thursday, April 14, 2011 10:22 AM To: users@maven.apache.org Subject: RE: Compile C# in maven C# has different compiler options for each version of host OS so we would need to know: 1)what is the Host environment discovered by executing at command line? uname -a 2)are you compiling for MSIL (an assembly to go into gac) or are you compiling to native dll? bedankt, Martin __ Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen. Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni. Date: Thu, 14 Apr 2011 10:12:23 -0500 From: dona.alva...@baml.com Subject: Compile C# in maven To: users@maven.apache.org Hi, Can you please recommend a way to compile a C# solution in maven? I just need to be able to compile and run the resulting executable in maven. Preferably something that will work in both Windows and Linux. Thanks, Dona -- This message w/attachments (message) is intended solely for the use of the intended recipient(s) and may contain information that is privileged, confidential or proprietary. If you are not an intended recipient, please notify the sender, and then please delete and destroy all copies and attachments, and be advised that any review or dissemination of, or the taking of any action in reliance on, the information contained in or attached to this message is prohibited. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Sender. Subject to applicable law, Sender may intercept, monitor, review and retain e-communications (EC) traveling through its networks/systems and may produce any such EC to regulators, law enforcement, in litigation and as required by law. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or free of errors or viruses. References to Sender are references to any subsidiary of Bank of America Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a Condition to Any Banking Service or Activity * Are Not Insured by Any Federal Government Agency. Attachments that are part of this EC may have additional important disclosures and disclaimers, which you should read. This message is subject to terms available at the following link: http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender you consent to the foregoing. -- This message w/attachments (message) is intended solely for the use of the intended recipient(s) and may contain information that is privileged, confidential or proprietary. If you are not an intended recipient, please notify the sender, and then please delete and destroy all copies and attachments, and be advised that any review or dissemination of, or the taking of any action in reliance on, the information contained in or attached to this message is prohibited. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement
Re: Compile C# in maven
Ignore Martin, he/she/it is a bot. I don't have any experience myself, but I have seen references to the NPanday project and the maven NAR plugin for .Net and Maven. /Anders On Thu, Apr 14, 2011 at 17:38, Alvarez, Dona - GMRT-EST dona.alva...@baml.com wrote: Here's the info: $ uname -a Linux uswxapbtis02 2.6.18-164.2.1.el5 #1 SMP Mon Sep 21 04:37:42 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux $ cat /proc/version Linux version 2.6.18-164.2.1.el5 (mockbu...@x86-006.build.bos.redhat.com) (gcc version 4.1.2 20080704 (Red Hat 4.1.2-46)) #1 SMP Mon Sep 21 04:37:42 EDT 2009 And I'm compiling to native dll and exe Thanks. -Original Message- From: Martin Gainty [mailto:mgai...@hotmail.com] Sent: Thursday, April 14, 2011 10:22 AM To: users@maven.apache.org Subject: RE: Compile C# in maven C# has different compiler options for each version of host OS so we would need to know: 1)what is the Host environment discovered by executing at command line? uname -a 2)are you compiling for MSIL (an assembly to go into gac) or are you compiling to native dll? bedankt, Martin __ Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen. Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni. Date: Thu, 14 Apr 2011 10:12:23 -0500 From: dona.alva...@baml.com Subject: Compile C# in maven To: users@maven.apache.org Hi, Can you please recommend a way to compile a C# solution in maven? I just need to be able to compile and run the resulting executable in maven. Preferably something that will work in both Windows and Linux. Thanks, Dona -- This message w/attachments (message) is intended solely for the use of the intended recipient(s) and may contain information that is privileged, confidential or proprietary. If you are not an intended recipient, please notify the sender, and then please delete and destroy all copies and attachments, and be advised that any review or dissemination of, or the taking of any action in reliance on, the information contained in or attached to this message is prohibited. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Sender. Subject to applicable law, Sender may intercept, monitor, review and retain e-communications (EC) traveling through its networks/systems and may produce any such EC to regulators, law enforcement, in litigation and as required by law. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or free of errors or viruses. References to Sender are references to any subsidiary of Bank of America Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a Condition to Any Banking Service or Activity * Are Not Insured by Any Federal Government Agency. Attachments that are part of this EC may have additional important disclosures and disclaimers, which you should read. This message is subject to terms available at the following link: http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender you consent to the foregoing. -- This message w/attachments (message) is intended solely for the use of the intended recipient(s) and may contain information that is privileged, confidential or proprietary. If you are not an intended recipient, please notify the sender, and then please delete and destroy all copies and attachments, and be advised that any review or dissemination of, or the taking of any action in reliance on, the information contained in or attached to this message is prohibited
RE: Compile C# in maven
I'd recommend starting here, I was able to get several example .NET projects building using this plugin. Trying to get NPanday to work might be an exercise in frustration. 1) http://maven-dotnet-plugin.appspot.com/usage.html -Mike -Original Message- From: anders.g.ham...@gmail.com [mailto:anders.g.ham...@gmail.com] On Behalf Of Anders Hammar Sent: Thursday, April 14, 2011 12:34 PM To: Maven Users List Subject: Re: Compile C# in maven Ignore Martin, he/she/it is a bot. I don't have any experience myself, but I have seen references to the NPanday project and the maven NAR plugin for .Net and Maven. /Anders On Thu, Apr 14, 2011 at 17:38, Alvarez, Dona - GMRT-EST dona.alva...@baml.com wrote: Here's the info: $ uname -a Linux uswxapbtis02 2.6.18-164.2.1.el5 #1 SMP Mon Sep 21 04:37:42 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux $ cat /proc/version Linux version 2.6.18-164.2.1.el5 (mockbu...@x86-006.build.bos.redhat.com) (gcc version 4.1.2 20080704 (Red Hat 4.1.2-46)) #1 SMP Mon Sep 21 04:37:42 EDT 2009 And I'm compiling to native dll and exe Thanks. -Original Message- From: Martin Gainty [mailto:mgai...@hotmail.com] Sent: Thursday, April 14, 2011 10:22 AM To: users@maven.apache.org Subject: RE: Compile C# in maven C# has different compiler options for each version of host OS so we would need to know: 1)what is the Host environment discovered by executing at command line? uname -a 2)are you compiling for MSIL (an assembly to go into gac) or are you compiling to native dll? bedankt, Martin __ Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen. Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni. Date: Thu, 14 Apr 2011 10:12:23 -0500 From: dona.alva...@baml.com Subject: Compile C# in maven To: users@maven.apache.org Hi, Can you please recommend a way to compile a C# solution in maven? I just need to be able to compile and run the resulting executable in maven. Preferably something that will work in both Windows and Linux. Thanks, Dona -- This message w/attachments (message) is intended solely for the use of the intended recipient(s) and may contain information that is privileged, confidential or proprietary. If you are not an intended recipient, please notify the sender, and then please delete and destroy all copies and attachments, and be advised that any review or dissemination of, or the taking of any action in reliance on, the information contained in or attached to this message is prohibited. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Sender. Subject to applicable law, Sender may intercept, monitor, review and retain e-communications (EC) traveling through its networks/systems and may produce any such EC to regulators, law enforcement, in litigation and as required by law. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or free of errors or viruses. References to Sender are references to any subsidiary of Bank of America Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a Condition to Any Banking Service or Activity * Are Not Insured by Any Federal Government Agency. Attachments that are part of this EC may have additional important disclosures and disclaimers, which you should read. This message is subject to terms available at the following link: http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender you consent to the foregoing. -- This message w
Re: Compile C# in maven
Hi Have go at using NPanday, which is currently in the Apache Incubator. http://incubator.apache.org/npanday/ Alvarez, Dona - GMRT-EST skrev 2011-04-14 17:12: Hi, Can you please recommend a way to compile a C# solution in maven? I just need to be able to compile and run the resulting executable in maven. Preferably something that will work in both Windows and Linux. Thanks, Dona -- This message w/attachments (message) is intended solely for the use of the intended recipient(s) and may contain information that is privileged, confidential or proprietary. If you are not an intended recipient, please notify the sender, and then please delete and destroy all copies and attachments, and be advised that any review or dissemination of, or the taking of any action in reliance on, the information contained in or attached to this message is prohibited. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Sender. Subject to applicable law, Sender may intercept, monitor, review and retain e-communications (EC) traveling through its networks/systems and may produce any such EC to regulators, law enforcement, in litigation and as required by law. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or free of errors or viruses. References to Sender are references to any subsidiary of Bank of America Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a Condition to Any Banking Service or Activity * Are Not Insured by Any Federal Government Agency. Attachments that are part of this EC may have additional important disclosures and disclaimers, which you should read. This message is subject to terms available at the following link: http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender you consent to the foregoing. -- Dennis Lundberg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: c++ native-maven-plugin redundant linking at second run problem
Both compile and link are hooked into maven compile phase. Normally the native compile should get by very quickly since no code changes. The link phase still have to rebuild. Currently there is no work around. Thank you, Dan. What about NAR plugin - does this issue exist in there? I didn't won't to use NAR first because of its complexity but unfortunately this issue (build time) is critical for me so I'd consider NAR if it may help. Regards, Sergey. -- View this message in context: http://maven.40175.n5.nabble.com/c-native-maven-plugin-redundant-linking-at-second-run-problem-tp3403291p3404794.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: c++ native-maven-plugin redundant linking at second run problem
Hi NAR also links in the compile phase as it uses cpp-tasks to handle uniform compilation and linking. Regards Mark On Mar 1, 2011, at 12:22 PM, sintetik wrote: Both compile and link are hooked into maven compile phase. Normally the native compile should get by very quickly since no code changes. The link phase still have to rebuild. Currently there is no work around. Thank you, Dan. What about NAR plugin - does this issue exist in there? I didn't won't to use NAR first because of its complexity but unfortunately this issue (build time) is critical for me so I'd consider NAR if it may help. Regards, Sergey. -- View this message in context: http://maven.40175.n5.nabble.com/c-native-maven-plugin-redundant-linking-at-second-run-problem-tp3403291p3404794.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: c++ native-maven-plugin redundant linking at second run problem
Thank you Mark, NAR also links in the compile phase as it uses cpp-tasks to handle uniform compilation and linking. I guess it means linking will be repeated anyhow even if code didn't change? I had a thought that it's theoretically possible to resolve my problem (redundant linking) by creating 2 projects (for every cpp module), one of them doing compilation and producing obj files and second one just depending on the first one and performing linking. This looks somehow ugly though, so I'm thinking about possibility to virtualize this process inside the plugin itself. Please let me know whether you think if it's possible or any other considerations. Thanks, Sergey. -- View this message in context: http://maven.40175.n5.nabble.com/c-native-maven-plugin-redundant-linking-at-second-run-problem-tp3403291p3405441.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: c++ native-maven-plugin redundant linking at second run problem
Another thought is to take a look at NAR and native-plugin to see if you can find a solution not to relinking when there is no change in source and provide patch -Dan On Tue, Mar 1, 2011 at 10:07 AM, sintetik sintet...@gmail.com wrote: Thank you Mark, NAR also links in the compile phase as it uses cpp-tasks to handle uniform compilation and linking. I guess it means linking will be repeated anyhow even if code didn't change? I had a thought that it's theoretically possible to resolve my problem (redundant linking) by creating 2 projects (for every cpp module), one of them doing compilation and producing obj files and second one just depending on the first one and performing linking. This looks somehow ugly though, so I'm thinking about possibility to virtualize this process inside the plugin itself. Please let me know whether you think if it's possible or any other considerations. Thanks, Sergey. -- View this message in context: http://maven.40175.n5.nabble.com/c-native-maven-plugin-redundant-linking-at-second-run-problem-tp3403291p3405441.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
c++ native-maven-plugin redundant linking at second run problem
Hi, I'm trying to migrate my cpp project to native-maven-plugin. I've got buld succefull but there's a problem with repatable build. The problem is that both compilation and linking is repeated even is there was no changes in source code. All in all, i have total time for the first build (single module) 27 seconds and next build (same module, no changes) 22 seconds. Looks a bit weird. Is there any workaround for this? If not, is there any principal obstacle for patching native-maven-plugin to fix this? Regards, Sergey. -- View this message in context: http://maven.40175.n5.nabble.com/c-native-maven-plugin-redundant-linking-at-second-run-problem-tp3403291p3403291.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: c++ native-maven-plugin redundant linking at second run problem
Both compile and link are hooked into maven compile phase. Normally the native compile should get by very quickly since no code changes. The link phase still have to rebuild. Currently there is no work around. -Dan On Mon, Feb 28, 2011 at 5:53 AM, sintetik sintet...@gmail.com wrote: Hi, I'm trying to migrate my cpp project to native-maven-plugin. I've got buld succefull but there's a problem with repatable build. The problem is that both compilation and linking is repeated even is there was no changes in source code. All in all, i have total time for the first build (single module) 27 seconds and next build (same module, no changes) 22 seconds. Looks a bit weird. Is there any workaround for this? If not, is there any principal obstacle for patching native-maven-plugin to fix this? Regards, Sergey. -- View this message in context: http://maven.40175.n5.nabble.com/c-native-maven-plugin-redundant-linking-at-second-run-problem-tp3403291p3403291.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
AW: why does maven use /bin/sh -c ls -1lna /djb3/... just to get a file attribute?
Thank you all for helping me. You are right I seem to be the only one using maven on OpenVMS. Still ramping up; I've never built maven on OpenVMS due to some JSVN catch down problem and a HP JAVA JVM crash. Next development server running OpenVMS will bring me back a 100% patched OS and a stable running JVM; then I can catch down sources using jsvn (svnkit) more easy. Then allows me building maven using thze ant bootstrap and/or bump it all up to most recent maven versions as I did so many times on my VISTA PC. The results seen on OpenVMS are very very promising for ANT, JSVN and MAVEN; integration among platforms is all for me. NetBeans IDE with distributed NetBeans from HP allows me to have local PC based projects as well as remote projects running/debugging on OpenVMS. Aim : have a fast reliable development environment both VISTA PC with Visual Studio 2010, WCF 3.5, VB.NET, C#.NET AND NetBeans e all based toward my Apache Axis2/J+C Servers on OPenVMS integrating via HP WSIT our very large Spezpla OpenVMS Legacy Server with its Oracle 10g DB. To deliver a bit more insigth to the current problem I am faced with - here the log - part - with the error and the -e and -X switch set. [INFO] No tests to run. [INFO] [INFO] --- maven-jar-plugin:2.3.1:jar (default-jar) @ sqljet --- [DEBUG] org.apache.maven.plugins:maven-jar-plugin:jar:2.3.1: [DEBUG]org.apache.maven:maven-plugin-api:jar:2.0.6:compile [DEBUG]org.apache.maven:maven-project:jar:2.0.6:compile [DEBUG] org.apache.maven:maven-settings:jar:2.0.6:compile [DEBUG] org.apache.maven:maven-profile:jar:2.0.6:compile [DEBUG] org.apache.maven:maven-artifact-manager:jar:2.0.6:compile [DEBUG] org.apache.maven:maven-repository-metadata:jar:2.0.6:compile [DEBUG] org.apache.maven:maven-plugin-registry:jar:2.0.6:compile [DEBUG] org.codehaus.plexus:plexus-container-default:jar:1.0-alpha-9-stable-1:compile [DEBUG] junit:junit:jar:3.8.1:compile [DEBUG] classworlds:classworlds:jar:1.1-alpha-2:compile [DEBUG]org.apache.maven:maven-model:jar:2.0.6:runtime [DEBUG]org.apache.maven:maven-artifact:jar:2.0.6:compile [DEBUG]org.apache.maven:maven-archiver:jar:2.4.1:compile [DEBUG] org.codehaus.plexus:plexus-interpolation:jar:1.13:compile [DEBUG]org.codehaus.plexus:plexus-archiver:jar:1.0:compile [DEBUG] org.codehaus.plexus:plexus-io:jar:1.0:compile [DEBUG]commons-lang:commons-lang:jar:2.1:compile [DEBUG]org.codehaus.plexus:plexus-utils:jar:2.0.5:compile [DEBUG] Created new class realm pluginorg.apache.maven.plugins:maven-jar-plugin:2.3.1 [DEBUG] Populating class realm pluginorg.apache.maven.plugins:maven-jar-plugin:2.3.1 [DEBUG] Included: org.apache.maven.plugins:maven-jar-plugin:jar:2.3.1 [DEBUG] Included: junit:junit:jar:3.8.1 [DEBUG] Included: org.apache.maven:maven-archiver:jar:2.4.1 [DEBUG] Included: org.codehaus.plexus:plexus-interpolation:jar:1.13 [DEBUG] Included: org.codehaus.plexus:plexus-archiver:jar:1.0 [DEBUG] Included: org.codehaus.plexus:plexus-io:jar:1.0 [DEBUG] Included: commons-lang:commons-lang:jar:2.1 [DEBUG] Included: org.codehaus.plexus:plexus-utils:jar:2.0.5 [DEBUG] Excluded: org.apache.maven:maven-plugin-api:jar:2.0.6 [DEBUG] Excluded: org.apache.maven:maven-project:jar:2.0.6 [DEBUG] Excluded: org.apache.maven:maven-settings:jar:2.0.6 [DEBUG] Excluded: org.apache.maven:maven-profile:jar:2.0.6 [DEBUG] Excluded: org.apache.maven:maven-artifact-manager:jar:2.0.6 [DEBUG] Excluded: org.apache.maven:maven-repository-metadata:jar:2.0.6 [DEBUG] Excluded: org.apache.maven:maven-plugin-registry:jar:2.0.6 [DEBUG] Excluded: org.codehaus.plexus:plexus-container-default:jar:1.0-alpha-9-stable-1 [DEBUG] Excluded: classworlds:classworlds:jar:1.1-alpha-2 [DEBUG] Excluded: org.apache.maven:maven-model:jar:2.0.6 [DEBUG] Excluded: org.apache.maven:maven-artifact:jar:2.0.6 [DEBUG] Configuring mojo org.apache.maven.plugins:maven-jar-plugin:2.3.1:jar from plugin realm ClassRealm[pluginorg.apache.maven.pl ugins:maven-jar-plugin:2.3.1, parent: ClassRealm[maven.api, parent: null]] [DEBUG] Configuring mojo 'org.apache.maven.plugins:maven-jar-plugin:2.3.1:jar' with basic configurator -- [DEBUG] (f) classesDirectory = /dkb3/sw-projekte/asf/sqljet/trunk/target/classes [DEBUG] (f) defaultManifestFile = /dkb3/sw-projekte/asf/sqljet/trunk/target/classes/META-INF/MANIFEST.MF [DEBUG] (f) finalName = sqljet-1.1.0 [DEBUG] (f) forceCreation = false [DEBUG] (f) outputDirectory = /dkb3/sw-projekte/asf/sqljet/trunk/target [DEBUG] (f) project = MavenProject: org.tmatesoft.sqljet:sqljet:1.1.0 @ /dkb3/sw-projekte/asf/sqljet/trunk/pom.xml [DEBUG] (f) useDefaultManifestFile = false [DEBUG] -- end configuration -- [WARNING] JAR will be empty - no content was marked for inclusion! [INFO] [INFO] BUILD FAILURE [INFO
Re: AW: why does maven use /bin/sh -c ls -1lna /djb3/... just to get a file attribute?
This would seem like its related to the format of the output of /bin/sh -c ls -1nlad /dkb3/sw-projekte/asf/sqljet/trunk/pom.xml from OpenVMS. I fixed a bug in this code some time ago, and in the process I encoded the format of the screen scraping into a unit test. So at least there is test coverage. You can see the test in https://github.com/sonatype/plexus-components/commit/13e8d84c0eff1bb26229b1ab904b343d2983a452 Looks like you need to make adjustments to the code/test for OpenVMS. Kristian Den 17.01.2011 12:18, skrev Stadelmann Josef: Thank you all for helping me. You are right I seem to be the only one using maven on OpenVMS. Still ramping up; I've never built maven on OpenVMS due to some JSVN catch down problem and a HP JAVA JVM crash. Next development server running OpenVMS will bring me back a 100% patched OS and a stable running JVM; then I can catch down sources using jsvn (svnkit) more easy. Then allows me building maven using thze ant bootstrap and/or bump it all up to most recent maven versions as I did so many times on my VISTA PC. The results seen on OpenVMS are very very promising for ANT, JSVN and MAVEN; integration among platforms is all for me. NetBeans IDE with distributed NetBeans from HP allows me to have local PC based projects as well as remote projects running/debugging on OpenVMS. Aim : have a fast reliable development environment both VISTA PC with Visual Studio 2010, WCF 3.5, VB.NET, C#.NET AND NetBeans e all based toward my Apache Axis2/J+C Servers on OPenVMS integrating via HP WSIT our very large Spezpla OpenVMS Legacy Server with its Oracle 10g DB. To deliver a bit more insigth to the current problem I am faced with - here the log - part - with the error and the -e and -X switch set. [INFO] No tests to run. [INFO] [INFO] --- maven-jar-plugin:2.3.1:jar (default-jar) @ sqljet --- [DEBUG] org.apache.maven.plugins:maven-jar-plugin:jar:2.3.1: [DEBUG]org.apache.maven:maven-plugin-api:jar:2.0.6:compile [DEBUG]org.apache.maven:maven-project:jar:2.0.6:compile [DEBUG] org.apache.maven:maven-settings:jar:2.0.6:compile [DEBUG] org.apache.maven:maven-profile:jar:2.0.6:compile [DEBUG] org.apache.maven:maven-artifact-manager:jar:2.0.6:compile [DEBUG] org.apache.maven:maven-repository-metadata:jar:2.0.6:compile [DEBUG] org.apache.maven:maven-plugin-registry:jar:2.0.6:compile [DEBUG] org.codehaus.plexus:plexus-container-default:jar:1.0-alpha-9-stable-1:compile [DEBUG] junit:junit:jar:3.8.1:compile [DEBUG] classworlds:classworlds:jar:1.1-alpha-2:compile [DEBUG]org.apache.maven:maven-model:jar:2.0.6:runtime [DEBUG]org.apache.maven:maven-artifact:jar:2.0.6:compile [DEBUG]org.apache.maven:maven-archiver:jar:2.4.1:compile [DEBUG] org.codehaus.plexus:plexus-interpolation:jar:1.13:compile [DEBUG]org.codehaus.plexus:plexus-archiver:jar:1.0:compile [DEBUG] org.codehaus.plexus:plexus-io:jar:1.0:compile [DEBUG]commons-lang:commons-lang:jar:2.1:compile [DEBUG]org.codehaus.plexus:plexus-utils:jar:2.0.5:compile [DEBUG] Created new class realm pluginorg.apache.maven.plugins:maven-jar-plugin:2.3.1 [DEBUG] Populating class realm pluginorg.apache.maven.plugins:maven-jar-plugin:2.3.1 [DEBUG] Included: org.apache.maven.plugins:maven-jar-plugin:jar:2.3.1 [DEBUG] Included: junit:junit:jar:3.8.1 [DEBUG] Included: org.apache.maven:maven-archiver:jar:2.4.1 [DEBUG] Included: org.codehaus.plexus:plexus-interpolation:jar:1.13 [DEBUG] Included: org.codehaus.plexus:plexus-archiver:jar:1.0 [DEBUG] Included: org.codehaus.plexus:plexus-io:jar:1.0 [DEBUG] Included: commons-lang:commons-lang:jar:2.1 [DEBUG] Included: org.codehaus.plexus:plexus-utils:jar:2.0.5 [DEBUG] Excluded: org.apache.maven:maven-plugin-api:jar:2.0.6 [DEBUG] Excluded: org.apache.maven:maven-project:jar:2.0.6 [DEBUG] Excluded: org.apache.maven:maven-settings:jar:2.0.6 [DEBUG] Excluded: org.apache.maven:maven-profile:jar:2.0.6 [DEBUG] Excluded: org.apache.maven:maven-artifact-manager:jar:2.0.6 [DEBUG] Excluded: org.apache.maven:maven-repository-metadata:jar:2.0.6 [DEBUG] Excluded: org.apache.maven:maven-plugin-registry:jar:2.0.6 [DEBUG] Excluded: org.codehaus.plexus:plexus-container-default:jar:1.0-alpha-9-stable-1 [DEBUG] Excluded: classworlds:classworlds:jar:1.1-alpha-2 [DEBUG] Excluded: org.apache.maven:maven-model:jar:2.0.6 [DEBUG] Excluded: org.apache.maven:maven-artifact:jar:2.0.6 [DEBUG] Configuring mojo org.apache.maven.plugins:maven-jar-plugin:2.3.1:jar from plugin realm ClassRealm[pluginorg.apache.maven.pl ugins:maven-jar-plugin:2.3.1, parent: ClassRealm[maven.api, parent: null]] [DEBUG] Configuring mojo 'org.apache.maven.plugins:maven-jar-plugin:2.3.1:jar' with basic configurator -- [DEBUG] (f) classesDirectory = /dkb3/sw-projekte/asf/sqljet/trunk/target/classes [DEBUG] (f) defaultManifestFile = /dkb3/sw-projekte/asf/sqljet/trunk/target/classes/META-INF
why does maven use /bin/sh -c ls -1lna /djb3/... just to get a file attribute?
On OpenVMS, with JDK 1.5, and maven 3.0 I can download now perfectly forcing basic authentication toward our proxy server. But as downloading artefacts from repositories works now perfect, I want to do bigger steps. i.e. building the svnkit so here we go IA64mvn -Dhttp.auth.preference=Basic --version Apache Maven 3.0 (r1036088; 2010-11-23 18:19:59+0100) Java version: 1.5.0 Java home: /dkb3/java$150/jre Default locale: en, platform encoding: ISO8859-1 OS name: openvms version: v8.3-1h1 arch: ia64 Family: openvms IA64 IA64 set default dkb3:[sw-projekte.asf.svnkit.tags.1_3_3] IA64 IA64mvn -Dhttp.auth.preference=Basic clean install [INFO] Scanning for projects... [INFO] [INFO] [INFO] Building SVNKit 1.3.3 [INFO] [INFO] [INFO] --- maven-clean-plugin:2.4.1:clean (default-clean) @ svnkit --- [INFO] [INFO] --- maven-resources-plugin:2.4.3:resources (default-resources) @ svnkit --- [WARNING] Using platform encoding (ISO8859-1 actually) to copy filtered resources, i.e. build is platform dependent! [INFO] skip non existing resourceDirectory /dkb3/sw-projekte/asf/svnkit/tags/1_3_3/src/main/resources [INFO] [INFO] --- maven-compiler-plugin:2.3.2:compile (default-compile) @ svnkit --- [INFO] No sources to compile [INFO] [INFO] --- maven-resources-plugin:2.4.3:testResources (default-testResources) @ svnkit --- [WARNING] Using platform encoding (ISO8859-1 actually) to copy filtered resources, i.e. build is platform dependent! [INFO] skip non existing resourceDirectory /dkb3/sw-projekte/asf/svnkit/tags/1_3_3/src/test/resources [INFO] [INFO] --- maven-compiler-plugin:2.3.2:testCompile (default-testCompile) @ svnkit --- [INFO] No sources to compile [INFO] [INFO] --- maven-surefire-plugin:2.5:test (default-test) @ svnkit --- [INFO] No tests to run. [INFO] [INFO] --- maven-jar-plugin:2.3.1:jar (default-jar) @ svnkit --- [WARNING] JAR will be empty - no content was marked for inclusion! [INFO] [INFO] BUILD FAILURE [INFO] [INFO] Total time: 6.099s [INFO] Finished at: Thu Jan 13 14:05:34 CET 2011 [INFO] Final Memory: 4M/62M [INFO] [ERROR] Failed to execute goal org.apache.maven.plugins:maven-jar-plugin:2.3.1:jar (default-jar) on project svnkit: Error assembling JAR: Failed to read filesystem attributes for: /dkb3/sw-projekte/asf/svnkit/tags/1_3_3/pom.xml: Failed to retrieve numeric file attributes using: '/bin/sh -c ls -1nlad /dkb3/sw-projekte/asf/svnkit/tags/1_3_3/pom.xml': Error while executing process. Child creation error: no such file or directory - [Help 1] [ERROR] [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch. [ERROR] Re-run Maven using the -X switch to enable full debug logging. [ERROR] [ERROR] For more information about the errors and possible solutions, please read the following articles: [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException IA64dir :-( How can java catch file system attributes better? Why do we use a Unix shell command to create a child prozess (sub-process in openvms) by Java just to catch a file system attribute? Creating child processes is an overkill and slows down maven and other SW when used. This claim is placed - because not every operating system has by default - a Unix command shell - to create a child process - to execute a directory command - just to get a file system attribute! But it seems that on my OpenVMS with default DCL command language, the maven version 3 under java and a JVM attempts to place a command which should create a child process just to execute a ls command used to retrieve a file attribute. I call it a style break, we should not do it from Java and not assume Unix or the like shells avail, or we are at risk that over time fewer system will support what maven attempts to do. Josef.Stadelmann @axa-winterthur.ch
Re: why does maven use /bin/sh -c ls -1lna /djb3/... just to get a file attribute?
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-jar-plugin:2.3.1:jar (default-jar) on project svnkit: Error assembling JAR: Failed to read filesystem attributes for: /dkb3/sw-projekte/asf/svnkit/tags/1_3_3/pom.xml: Failed to retrieve numeric file attributes using: '/bin/sh -c ls -1nlad /dkb3/sw-projekte/asf/svnkit/tags/1_3_3/pom.xml': Error while executing process. Child creation error: no such file or directory - [Help 1] [ERROR] [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch. [ERROR] Re-run Maven using the -X switch to enable full debug logging. [ERROR] Well, what does it look like when you run with -e or -X? Don't send the full output back to the list -- post it at pastebin.org and send us a link, unless you can chop it down to the bare minimum of info yourself. How can java catch file system attributes better? Why do we use a Unix shell command to create a child prozess (sub-process in openvms) by Java just to catch a file system attribute? You'd have to ask the JDK folks these questions. What JDK are you using, and from what vendor? But it seems that on my OpenVMS with default DCL command language, the maven version 3 under java and a JVM attempts to place a command which should create a child process just to execute a ls command used to retrieve a file attribute. Most likely the Java code written by the Maven team (or Java code being used in Maven that is actually from plexus-utils or another library) is simply leveraging standard Java file io routines which happen to use the child process to execute ls etc. If there was a better way to get this information, I'd expect it would have been implemented, or perhaps OpenVMS is just not very well supported by the Java platform? Maybe you could dig deep into the code (debug Maven, plexus, and the jdk itself in Netbeans or something), find where this child process thing is coming from, and offer up a patch to the appropriate party? I call it a style break, we should not do it from Java and not assume Unix or the like shells avail, or we are at risk that over time fewer system will support what maven attempts to do. This has very little to do with Maven, and is primarily the fault of the JDK on OpenVMS. I would assume that a better approach to finding the file attributes is available, but no one cares enough about OpenVMS to implement it or pay for it? You are literally the only person I've seen post questions on this list about OpenVMS (Nabble archives reveal 1 other person has posted about it minimally) so it seems to be a pretty low-use OS, at least as far as Maven is concerned. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: why does maven use /bin/sh -c ls -1lna /djb3/... just to get a file attribute?
Hi, Wayne; this has nothing to do with the JDK and everything to do with Plexus. http://plexus.codehaus.org/plexus-components/plexus-io/xref/org/codehaus/plexus/components/io/attributes/PlexusIoResourceAttributeUtils.html#255 Best, Laird On Thu, Jan 13, 2011 at 1:51 PM, Wayne Fay wayne...@gmail.com wrote: [ERROR] Failed to execute goal org.apache.maven.plugins:maven-jar-plugin:2.3.1:jar (default-jar) on project svnkit: Error assembling JAR: Failed to read filesystem attributes for: /dkb3/sw-projekte/asf/svnkit/tags/1_3_3/pom.xml: Failed to retrieve numeric file attributes using: '/bin/sh -c ls -1nlad /dkb3/sw-projekte/asf/svnkit/tags/1_3_3/pom.xml': Error while executing process. Child creation error: no such file or directory - [Help 1] [ERROR] [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch. [ERROR] Re-run Maven using the -X switch to enable full debug logging. [ERROR] Well, what does it look like when you run with -e or -X? Don't send the full output back to the list -- post it at pastebin.org and send us a link, unless you can chop it down to the bare minimum of info yourself. How can java catch file system attributes better? Why do we use a Unix shell command to create a child prozess (sub-process in openvms) by Java just to catch a file system attribute? You'd have to ask the JDK folks these questions. What JDK are you using, and from what vendor? But it seems that on my OpenVMS with default DCL command language, the maven version 3 under java and a JVM attempts to place a command which should create a child process just to execute a ls command used to retrieve a file attribute. Most likely the Java code written by the Maven team (or Java code being used in Maven that is actually from plexus-utils or another library) is simply leveraging standard Java file io routines which happen to use the child process to execute ls etc. If there was a better way to get this information, I'd expect it would have been implemented, or perhaps OpenVMS is just not very well supported by the Java platform? Maybe you could dig deep into the code (debug Maven, plexus, and the jdk itself in Netbeans or something), find where this child process thing is coming from, and offer up a patch to the appropriate party? I call it a style break, we should not do it from Java and not assume Unix or the like shells avail, or we are at risk that over time fewer system will support what maven attempts to do. This has very little to do with Maven, and is primarily the fault of the JDK on OpenVMS. I would assume that a better approach to finding the file attributes is available, but no one cares enough about OpenVMS to implement it or pay for it? You are literally the only person I've seen post questions on this list about OpenVMS (Nabble archives reveal 1 other person has posted about it minimally) so it seems to be a pretty low-use OS, at least as far as Maven is concerned. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: why does maven use /bin/sh -c ls -1lna /djb3/... just to get a file attribute?
Thanks Laird! I actually looked (very briefly) for this code but I was looking in plexus-utils, not plexus-components, doh. Surely there is a better way to implement this. I need to trace this code around and figure out why its doing this and see if maybe we can use another approach to get the same results, without invoking a child shell to exec ls etc. Wayne On Thu, Jan 13, 2011 at 1:00 PM, Laird Nelson ljnel...@gmail.com wrote: Hi, Wayne; this has nothing to do with the JDK and everything to do with Plexus. http://plexus.codehaus.org/plexus-components/plexus-io/xref/org/codehaus/plexus/components/io/attributes/PlexusIoResourceAttributeUtils.html#255 Best, Laird On Thu, Jan 13, 2011 at 1:51 PM, Wayne Fay wayne...@gmail.com wrote: [ERROR] Failed to execute goal org.apache.maven.plugins:maven-jar-plugin:2.3.1:jar (default-jar) on project svnkit: Error assembling JAR: Failed to read filesystem attributes for: /dkb3/sw-projekte/asf/svnkit/tags/1_3_3/pom.xml: Failed to retrieve numeric file attributes using: '/bin/sh -c ls -1nlad /dkb3/sw-projekte/asf/svnkit/tags/1_3_3/pom.xml': Error while executing process. Child creation error: no such file or directory - [Help 1] [ERROR] [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch. [ERROR] Re-run Maven using the -X switch to enable full debug logging. [ERROR] Well, what does it look like when you run with -e or -X? Don't send the full output back to the list -- post it at pastebin.org and send us a link, unless you can chop it down to the bare minimum of info yourself. How can java catch file system attributes better? Why do we use a Unix shell command to create a child prozess (sub-process in openvms) by Java just to catch a file system attribute? You'd have to ask the JDK folks these questions. What JDK are you using, and from what vendor? But it seems that on my OpenVMS with default DCL command language, the maven version 3 under java and a JVM attempts to place a command which should create a child process just to execute a ls command used to retrieve a file attribute. Most likely the Java code written by the Maven team (or Java code being used in Maven that is actually from plexus-utils or another library) is simply leveraging standard Java file io routines which happen to use the child process to execute ls etc. If there was a better way to get this information, I'd expect it would have been implemented, or perhaps OpenVMS is just not very well supported by the Java platform? Maybe you could dig deep into the code (debug Maven, plexus, and the jdk itself in Netbeans or something), find where this child process thing is coming from, and offer up a patch to the appropriate party? I call it a style break, we should not do it from Java and not assume Unix or the like shells avail, or we are at risk that over time fewer system will support what maven attempts to do. This has very little to do with Maven, and is primarily the fault of the JDK on OpenVMS. I would assume that a better approach to finding the file attributes is available, but no one cares enough about OpenVMS to implement it or pay for it? You are literally the only person I've seen post questions on this list about OpenVMS (Nabble archives reveal 1 other person has posted about it minimally) so it seems to be a pretty low-use OS, at least as far as Maven is concerned. Wayne - 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: why does maven use /bin/sh -c ls -1lna /djb3/... just to get a file attribute?
I have looked at this code earlier, and it actually forks *2* shells to get file attributes when creating any kind of xAR archive. There is definitely room for improvement here, especially on the posix implementation. The last time I googled this it was not as trivial as one could think. It's quite far down on the list of my priorities, but if anyone makes a patch for this it *will* be reviewed ;) Kristian - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE : How to generate C++ code and compile it?
Hi, I don't understand your question. You want to generate c++ code with perl script and compile it with maven ? Regards, Vincent -Message d'origine- De : Eyal Goren [mailto:eyalg1...@gmail.com] Envoyé : jeudi 19 août 2010 16:00 À : users@maven.apache.org Objet : How to generate C++ code and compile it? Hi, I have a task to generate using a perl script C++ code, and then compile it. I know we have maven-nar-plugin for compiling C++ code, but how can I generate the code from maven, and pass it its output? Thanks Eyal -- View this message in context: http://maven.40175.n5.nabble.com/How-to-generate-C-code-and-compile-it-tp2640958p2640958.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: RE : How to generate C++ code and compile it?
you will have considerable work cutout for you considering both Microsoft and Borland spent man years perfecting their IDE C++ code generators The NAR plugin allows one to preprocess, compile and link with the OS specific lint, preprocessor, compiler and link utilities these older IDES created C++ code based on specific template configurations such as MDI SDI driver code each one of these templates took 1 month to 6 months to create so if you're NOT willing to perform the months of effort for each Template classes I would suggest breaking down and purchasing the IDE borland is no more so MS VisualStudio is the only alternative. Viel Gluck/Bon Chance, Martin __ Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen. Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni. Subject: RE : How to generate C++ code and compile it? Date: Tue, 7 Sep 2010 16:12:59 +0200 From: vincent.hard...@synchrotron-soleil.fr To: users@maven.apache.org Hi, I don't understand your question. You want to generate c++ code with perl script and compile it with maven ? Regards, Vincent -Message d'origine- De : Eyal Goren [mailto:eyalg1...@gmail.com] Envoyé : jeudi 19 août 2010 16:00 À : users@maven.apache.org Objet : How to generate C++ code and compile it? Hi, I have a task to generate using a perl script C++ code, and then compile it. I know we have maven-nar-plugin for compiling C++ code, but how can I generate the code from maven, and pass it its output? Thanks Eyal -- View this message in context: http://maven.40175.n5.nabble.com/How-to-generate-C-code-and-compile-it-tp2640958p2640958.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: RE : How to generate C++ code and compile it?
Hi, I already resolved it, but basically we had a procedure that needed to generate C++ sources from input files (like in Corba) and I needed to activate it vefore the compilation stage. Eyal -- View this message in context: http://maven.40175.n5.nabble.com/How-to-generate-C-code-and-compile-it-tp2640958p2806573.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
How to generate C++ code and compile it?
Hi, I have a task to generate using a perl script C++ code, and then compile it. I know we have maven-nar-plugin for compiling C++ code, but how can I generate the code from maven, and pass it its output? Thanks Eyal -- View this message in context: http://maven.40175.n5.nabble.com/How-to-generate-C-code-and-compile-it-tp2640958p2640958.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: How to generate C++ code and compile it?
OK, resolve it using the exec-maven-plugin activated in the generated-sources phase -- View this message in context: http://maven.40175.n5.nabble.com/How-to-generate-C-code-and-compile-it-tp2640958p2641314.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: package org.pos tgresql.util does not exist c ompilation problem
Hi again Ognjen: I've just discovered where my error was. Some lines before adding my PostgreSQL package dependency, I had this another one: dependency groupId${jdbcDriver.groupId}/groupId artifactId${jdbcDriver.artifactId}/artifactId version${jdbcDriver.version}/version scopetest/scope /dependency And that scope parameter, made Maven ignore the dependency until the test phase... Once removed, everything works fine. Thank you very much for your time. Santiago.
C# compiler / plexus-compiler-csharp
Hi all, I found the plexus-compiler-csharp in http://maven.apache.org/plugins/maven-compiler-plugin/non-javac-compilers.html. I'd like to know how to actually use this compiler. I've got some Java code and some C# code (the latter currently in src/main/csharp but I've also tried src/main/cs). I can't get the C# code to compile. Mvn -X seems to indicate that the compiler plugin is still looking in src/main/java for the C# code. When I put C# code in src/main/java I get a complaint that This compiler doesn't support in-process compilation.. How is this supposed to work? Or should I forget about this plugin and use an Ant task? Cheers, Hilco - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: C# compiler / plexus-compiler-csharp
assuming you want to compile something like csc /out:My.exe File.cs did you try configuring compilerArgument to take csc argument e.g plugin artifactIdmaven-compiler-plugin/artifactId configuration compilerIdcsharp/compilerId compilerArgumentcsc /out:My.exe File.cs/compilerArgument /configuration dependencies dependency groupIdorg.codehaus.plexus/groupId artifactIdplexus-compiler-csharp/artifactId version1.5.2/version /dependency /dependencies /plugin http://maven.apache.org/plugins/maven-compiler-plugin/examples/pass-compiler-arguments.html i don't have csc.exe loaded to test.. open to any suggestions/ideas hth Martin Gainty __ Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen. Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni. Date: Sat, 19 Sep 2009 16:26:01 -0700 Subject: C# compiler / plexus-compiler-csharp From: hilco.wijbe...@gmail.com To: users@maven.apache.org Hi all, I found the plexus-compiler-csharp in http://maven.apache.org/plugins/maven-compiler-plugin/non-javac-compilers.html. I'd like to know how to actually use this compiler. I've got some Java code and some C# code (the latter currently in src/main/csharp but I've also tried src/main/cs). I can't get the C# code to compile. Mvn -X seems to indicate that the compiler plugin is still looking in src/main/java for the C# code. When I put C# code in src/main/java I get a complaint that This compiler doesn't support in-process compilation.. How is this supposed to work? Or should I forget about this plugin and use an Ant task? Cheers, Hilco - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org _ Bing brings you health info from trusted sources. http://www.bing.com/search?q=pet+allergyform=MHEINApubl=WLHMTAGcrea=TXT_MHEINA_Health_Health_PetAllergy_1x1
Re: C# compiler / plexus-compiler-csharp
2009/9/19 Martin Gainty mgai...@hotmail.com: plugin artifactIdmaven-compiler-plugin/artifactId configuration compilerIdcsharp/compilerId compilerArgumentcsc /out:My.exe File.cs/compilerArgument /configuration dependencies dependency groupIdorg.codehaus.plexus/groupId artifactIdplexus-compiler-csharp/artifactId version1.5.2/version /dependency /dependencies /plugin I tried with compilerArgument-target:library -out:${project.build.directory}/${project.artifactId}-${project.version}.dll -debug -recurse:src/main/csharp/*.cs/compilerArgument but this does not make the slightest difference. I also tried compilerArgumentgmcs .../compilerArgument (just to be sure) but again no dice. Mvn -X compile still shows the plugin to be looking in src/main/java. Very silly. I've got it working with an Ant snippet so I'll stick with that, I guess. This plexus-compiler-csharp plugin doesn't strike me as particularly useful. ;-) (Actually, I don't think compilerArgument does anything for javac either. I just tried it with beep beep and it didn't trigger any kind of error or warning. So unless javac compiles a little quicker when the Roadrunner urges it on...) :-) - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: C# compiler / plexus-compiler-csharp
2009/9/19 Hilco Wijbenga hilco.wijbe...@gmail.com: (Actually, I don't think compilerArgument does anything for javac either. I just tried it with beep beep and it didn't trigger any kind of error or warning. So unless javac compiles a little quicker when the Roadrunner urges it on...) :-) Mmmh, I stand corrected. I just tried it again and now it does fail. In fact, even -g -deprecation fails. It seems to only allow either -g or -deprecation but not both. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: C# compiler / plexus-compiler-csharp
On Sat, Sep 19, 2009 at 4:26 PM, Hilco Wijbenga hilco.wijbe...@gmail.com wrote: I've got some Java code and some C# code (the latter currently in src/main/csharp but I've also tried src/main/cs). I can't get the C# code to compile. Mvn -X seems to indicate that the compiler plugin is still looking in src/main/java for the C# code. If that one doesn't work for you, the NPanday project at Codeplex has a collection of plugins for building .NET projects, (and a Visual Studio Addin as well.) http://npanday.codeplex.com/ -- Wendy - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: C# compiler / plexus-compiler-csharp
2009/9/19 Wendy Smoak wsm...@gmail.com: On Sat, Sep 19, 2009 at 4:26 PM, Hilco Wijbenga hilco.wijbe...@gmail.com wrote: I've got some Java code and some C# code (the latter currently in src/main/csharp but I've also tried src/main/cs). I can't get the C# code to compile. Mvn -X seems to indicate that the compiler plugin is still looking in src/main/java for the C# code. If that one doesn't work for you, the NPanday project at Codeplex has a collection of plugins for building .NET projects, (and a Visual Studio Addin as well.) http://npanday.codeplex.com/ Yeah, I already had a look there. It's not a C#/.NET project, it's a Java project with some C# code so I'd like to stick with normal Maven. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: SCM SVN Provider fails on Windows with cygwin/svn because of C:/ prefix
svn-settings useCygwinPathtrue/useCygwinPath /svn-settings [...] had no effect whatsoever when I first tried it, and then after looking at https://svn.apache.org/repos/asf/maven/scm/tags/maven-scm-1.2/maven-scm-providers/maven-scm-providers-svn/maven-scm-provider-svnexe/src/main/java/org/apache/maven/scm/provider/svn/svnexe/command/SvnCommandLineUtils.java, I found out why, SvnCommandLineUtils, the code that generates the content of the --targets file, doesn't even look at anything remotely related to SCM configuration. It is just: for ( Iterator i = files.iterator(); i.hasNext(); ) { File f = (File) i.next(); sb.append( f.getPath().replace( '\\', '/' ) ); sb.append( ls ); } which dumps OS-dependent path representation into the text file. The actual solution is different from what I suggested above. Even if SvnCommandLineUtils.addTarget() generates cygwin-compliant absolute paths, svn chokes with: INFO] Unable to commit files Provider message: The svn command failed. Command output: svn: '/cygdrive' is not a working copy svn: Can't open file '/cygdrive/.svn/entries': No such file or directory The way to make it work is to actually modify SvnCommandLineUtils.addTarget() to write relative paths in the target file. I have created a new JIRA issue (http://jira.codehaus.org/browse/SCM-481) and attached the patch there, in case the Maven team is interested in applying it. I haven't written tests, but if they want to apply it, I will write tests too. After applying the patch locally, release:prepare works great with cygwin SVN.
Re: SCM SVN Provider fails on Windows with cygwin/svn because of C:/ prefix
Hi Ovidiu, Ovidiu Feodorov wrote at Donnerstag, 2. Juli 2009 16:23: svn-settings useCygwinPathtrue/useCygwinPath /svn-settings [...] had no effect whatsoever when I first tried it, and then after looking at https://svn.apache.org/repos/asf/maven/scm/tags/maven-scm-1.2/maven-scm-providers/maven-scm-providers-svn/maven-scm-provider-svnexe/src/main/java/org/apache/maven/scm/provider/svn/svnexe/command/SvnCommandLineUtils.java, I found out why, SvnCommandLineUtils, the code that generates the content of the --targets file, doesn't even look at anything remotely related to SCM configuration. It is just: for ( Iterator i = files.iterator(); i.hasNext(); ) { File f = (File) i.next(); sb.append( f.getPath().replace( '\\', '/' ) ); sb.append( ls ); } which dumps OS-dependent path representation into the text file. The actual solution is different from what I suggested above. Even if SvnCommandLineUtils.addTarget() generates cygwin-compliant absolute paths, svn chokes with: INFO] Unable to commit files Provider message: The svn command failed. Command output: svn: '/cygdrive' is not a working copy svn: Can't open file '/cygdrive/.svn/entries': No such file or directory So, do you say that Cygwin's svn has a problem if you call it directly on command line with an absolute path like svn info /cygpath/c/path/to/managed/source I can hardly believe this (cannot test it anymore, Windows free zone). The error above indicates for me that you actually called something like svn info /cygpath The way to make it work is to actually modify SvnCommandLineUtils.addTarget() to write relative paths in the target file. I have created a new JIRA issue (http://jira.codehaus.org/browse/SCM-481) and attached the patch there, in case the Maven team is interested in applying it. I haven't written tests, but if they want to apply it, I will write tests too. The absolute paths are on purpose, see http://jira.codehaus.org/browse/SCM-368. After applying the patch locally, release:prepare works great with cygwin SVN. - Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: SCM SVN Provider fails on Windows with cygwin/svn because of C:/ prefix
Jörg Schaible wrote: So, do you say that Cygwin's svn has a problem if you call it directly on command line with an absolute path like svn info /cygpath/c/path/to/managed/source I can hardly believe this (cannot test it anymore, Windows free zone). The error above indicates for me that you actually called something like svn info /cygpath I don't call svn directly, Maven does. I've just modified maven-scm-provider-svnexe-1.2.jar to generate absolute cygwin paths based on .scm/svn-settings.xml. Here's my .scm/svn-settings.xml: svn-settings useCygwinPathtrue/useCygwinPath cygwinMountPath/cygdrive/cygwinMountPath /svn-settings This is what I get when I run mvn release:prepare: [INFO] Checking in modified POMs... [INFO] Executing: cmd.exe /X /C svn --non-interactive commit --file c:\Users\ovidiu\AppData\Local\Temp\maven-scm-1585775448.commit --targets c:\Users\ovidiu\AppData\Local\Temp\maven-scm-45206-targets [INFO] Working directory: c:\work\playground\maven\release-plugin-experiments [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Unable to commit files Provider message: The svn command failed. Command output: svn: '/cygdrive' is not a working copy svn: Can't open file '/cygdrive/.svn/entries': No such file or directory This is the content of the maven-scm-45206-targets file. /cygdrive/c/work/playground/maven/release-plugin-experiments/pom.xml /cygdrive/C/work/playground/maven/release-plugin-experiments/sub-module-one/pom.xml This is the result of a neutral cygwin utility (copy and paste from maven-scm-45206-targets): $ file /cygdrive/c/work/playground/maven/release-plugin-experiments/pom.xml /cygdrive/c/work/playground/maven/release-plugin-experiments/pom.xml: ASCII English text, with CRLF line terminators which tells me the path is correctly built. This is the result of running svn from command line, with the same target files: $ svn ci -m test --targets /cygdrive/c/Users/ovidiu/AppData/Local/Temp/maven-scm-45206-targets svn: '/cygdrive' is not a working copy svn: Can't open file '/cygdrive/.svn/entries': No such file or director However, svn info works $ svn info /cygdrive/c/work/playground/maven/release-plugin-experiments/pom.xml Path: /cygdrive/c/work/playground/maven/release-plugin-experiments/pom.xml Name: pom.xml URL: svn+ssh://ovi...@home.feodorov.com/home/svn/server/repos/playground/trunk/maven/release-plugin-experiments/pom.xml Repository Root: svn+ssh://ovi...@example.com/home/svn/server/repos/playground Repository UUID: 79ac6380-a99b-4678-936a-73d73a85994a Revision: 453 Node Kind: file Schedule: normal Last Changed Author: ovidiu Last Changed Rev: 452 Last Changed Date: 2009-07-02 07:43:37 -0700 (Thu, 02 Jul 2009) Text Last Updated: 2009-07-02 07:43:18 -0700 (Thu, 02 Jul 2009) Checksum: e7f7956c24d1b524bcce15a80a2d66e0 Could be a bug in svn, I don't know. $ svn --version svn, version 1.5.4 (r33841) compiled Oct 24 2008, 12:23:22
Re: SCM SVN Provider fails on Windows with cygwin/svn because of C:/ prefix
Jörg Schaible wrote: The absolute paths are on purpose, see http://jira.codehaus.org/browse/SCM-368. Can we make this configurable? useRelativePathstrue/useRelativePaths or similar? I also annotated http://jira.codehaus.org/browse/SCM-368 ... All my Can we make this ... questions on this list come with the underlying pre-condition that I automatically volunteer to implement whatever I propose. Cheers, Ovidiu - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: SCM SVN Provider fails on Windows with cygwin/svn because of C:/ prefix
Ovidiu Feodorov wrote: Jörg Schaible wrote: So, do you say that Cygwin's svn has a problem if you call it directly on command line with an absolute path like svn info /cygpath/c/path/to/managed/source I can hardly believe this (cannot test it anymore, Windows free zone). The error above indicates for me that you actually called something like svn info /cygpath I don't call svn directly, Maven does. I know, but how should Maven work, if it does not work on your commandline? That's exaclty what I wanna know. If your command line works, then you can fix Maven. If not, then there's nothing to fix. ;-) The thing is, that I can normally call svn from everywhere as long as the target path is managed by svn: /tmp $ svn info ~/src/Maven/plugins/maven-help-plugin/ works for me although neither /tmp nor my home directory is obviously a svn working copy. However, the bug you see in Cygwin is a bit strange, because it means your svn looks also at the first path element ?!? [snip] This is the result of running svn from command line, with the same target files: $ svn ci -m test --targets /cygdrive/c/Users/ovidiu/AppData/Local/Temp/maven-scm-45206-targets svn: '/cygdrive' is not a working copy svn: Can't open file '/cygdrive/.svn/entries': No such file or director What's the content of /cygdrive/c/Users/ovidiu/AppData/Local/Temp/maven-scm-45206-targets ? That file actually contains the real arguments ... However, svn info works $ svn info /cygdrive/c/work/playground/maven/release-plugin-experiments/pom.xml Path: /cygdrive/c/work/playground/maven/release-plugin-experiments/pom.xml [snip] Looks basically good. Could be a bug in svn, I don't know. $ svn --version svn, version 1.5.4 (r33841) compiled Oct 24 2008, 12:23:22 or one of the Cygwin port of svn. Depends on the file content above. - Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: SCM SVN Provider fails on Windows with cygwin/svn because of C:/ prefix
Jörg Schaible wrote: Ovidiu Feodorov wrote: Jörg Schaible wrote: So, do you say that Cygwin's svn has a problem if you call it directly on command line with an absolute path like svn info /cygpath/c/path/to/managed/source I can hardly believe this (cannot test it anymore, Windows free zone). The error above indicates for me that you actually called something like svn info /cygpath I don't call svn directly, Maven does. I know, but how should Maven work, if it does not work on your commandline? That's exaclty what I wanna know. If your command line works, then you can fix Maven. If not, then there's nothing to fix. ;-) Command line fails when I use absolute paths. Command line works when I use relative paths. If I were to use command line with --target (which Maven does), I'd probably use relative paths, it's more natural. Yes, I know, there's , so here's my proposal: 1. Expose a configuration option in SCM/SVN that will allow the user to choose whether Maven creates --target file using absolute or relative paths. 2. By default, the configuration option is not explicitly declared, and it defaults to true (use absolute paths), so nothing changes for the majority of the users. 3. For cases like mine, I'd configure my environment to false 3.1 If I happen to stumble over long Windows paths with my false on, then I am out of luck. I'll see what I do when I get there. 4. I document properly the option, so the users know they have this choice. I don't claim to be the best solution, but it's a solution that works for me, and won't impact anyone else if their configurations work for them, and they don't change them. Basically, we're giving users options. If they are well documented and appropriately provided with default values, I don't see the harm. The thing is, that I can normally call svn from everywhere as long as the target path is managed by svn: /tmp $ svn info ~/src/Maven/plugins/maven-help-plugin/ works for me although neither /tmp nor my home directory is obviously a svn working copy. However, the bug you see in Cygwin is a bit strange, because it means your svn looks also at the first path element ?!? Yeah, I have no idea, I am not that ambitious to start looking into svn source code :). [snip] This is the result of running svn from command line, with the same target files: $ svn ci -m test --targets /cygdrive/c/Users/ovidiu/AppData/Local/Temp/maven-scm-45206-targets svn: '/cygdrive' is not a working copy svn: Can't open file '/cygdrive/.svn/entries': No such file or director What's the content of /cygdrive/c/Users/ovidiu/AppData/Local/Temp/maven-scm-45206-targets ? I've pasted it in the previous e-mail. I am doing it again here: - /cygdrive/c/work/playground/maven/release-plugin-experiments/pom.xml /cygdrive/C/work/playground/maven/release-plugin-experiments/sub-module-one/pom.xml - That file actually contains the real arguments ... However, svn info works $ svn info /cygdrive/c/work/playground/maven/release-plugin-experiments/pom.xml Path: /cygdrive/c/work/playground/maven/release-plugin-experiments/pom.xml [snip] Looks basically good. Could be a bug in svn, I don't know. $ svn --version svn, version 1.5.4 (r33841) compiled Oct 24 2008, 12:23:22 or one of the Cygwin port of svn. Depends on the file content above. Yes, most likely. As I said, I am not that ambitious to start looking into SVN code. If you believe my Maven workaround exposed above it's acceptable, I'll implement it and submit the patch and tests. If not, I'll continue to use my locally patched version, and avoid to upgrade as much as possible :). Not a good policy, that's true, but this thing is somewhere at position 127 on my stack, I am using Maven as tool to build something else, and my primary loyalty in terms of time and priorities, is to that something else :). Anyway, I appreciate you replying, thank you for that. Cheers, Ovidiu
Re: SCM SVN Provider fails on Windows with cygwin/svn because of C:/ prefix
Ovidiu Feodorov wrote: Jörg Schaible wrote: [snip] What's the content of /cygdrive/c/Users/ovidiu/AppData/Local/Temp/maven-scm-45206-targets ? I've pasted it in the previous e-mail. I am doing it again here: - /cygdrive/c/work/playground/maven/release-plugin-experiments/pom.xml /cygdrive/C/work/playground/maven/release-plugin-experiments/sub-module-one/pom.xml - Sorry, snipped too much ;-) The different case of the drive letter is irritating though .. [snip] Could be a bug in svn, I don't know. $ svn --version svn, version 1.5.4 (r33841) compiled Oct 24 2008, 12:23:22 or one of the Cygwin port of svn. Depends on the file content above. Yes, most likely. As I said, I am not that ambitious to start looking into SVN code. Well, if you can provide a simple test case with Cyg svn only, you might report this on the Cygwin list. In such cases the package maintainer will normally have a look, there are some skilled people involved. If you believe my Maven workaround exposed above it's acceptable, I'll implement it and submit the patch and tests. Not up to me to decide anything here, I am simply a user that used to work with Cygwin/Java/Maven for years - untill I installed Linux on my office notebook in the end ;-) If not, I'll continue to use my locally patched version, and avoid to upgrade as much as possible :). Not a good policy, that's true, but this thing is somewhere at position 127 on my stack, I am using Maven as tool to build something else, and my primary loyalty in terms of time and priorities, is to that something else :). Me too :) Anyway, I appreciate you replying, thank you for that. Well, you did the work :) Cheers, Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: SCM SVN Provider fails on Windows with cygwin/svn because of C:/ prefix
Jörg Schaible wrote: Ovidiu Feodorov wrote: Jörg Schaible wrote: [snip] What's the content of /cygdrive/c/Users/ovidiu/AppData/Local/Temp/maven-scm-45206-targets ? I've pasted it in the previous e-mail. I am doing it again here: - /cygdrive/c/work/playground/maven/release-plugin-experiments/pom.xml /cygdrive/C/work/playground/maven/release-plugin-experiments/sub-module-one/pom.xml - Sorry, snipped too much ;-) The different case of the drive letter is irritating though .. Yes, I noticed that too, I could find where it comes from ... [snip] Could be a bug in svn, I don't know. $ svn --version svn, version 1.5.4 (r33841) compiled Oct 24 2008, 12:23:22 or one of the Cygwin port of svn. Depends on the file content above. Yes, most likely. As I said, I am not that ambitious to start looking into SVN code. Well, if you can provide a simple test case with Cyg svn only, you might report this on the Cygwin list. In such cases the package maintainer will normally have a look, there are some skilled people involved. OK. I probably will. If you believe my Maven workaround exposed above it's acceptable, I'll implement it and submit the patch and tests. Not up to me to decide anything here, I am simply a user that used to work with Cygwin/Java/Maven for years - untill I installed Linux on my office notebook in the end ;-) Maybe one the deciders will hear our discussion and descend from a cloud with a word of advice ... If not, I'll continue to use my locally patched version, and avoid to upgrade as much as possible :). Not a good policy, that's true, but this thing is somewhere at position 127 on my stack, I am using Maven as tool to build something else, and my primary loyalty in terms of time and priorities, is to that something else :). Me too :) Anyway, I appreciate you replying, thank you for that. Well, you did the work :) Thanks
Re: SCM SVN Provider fails on Windows with cygwin/svn because of C:/ prefix
Did you have a look here : http://maven.apache.org/scm/subversion.html useCygwinPathtrue in order to use cygwin path /cygdrive/c/useCygwinPath cygwinMountPaththe mount path to use default is /cygwin/cygwinMountPath Personnaly I use windows svn even if I use cygwin. -- Olivier 2009/6/30 Ovidiu Feodorov ovi...@novaordis.com: I know this is not a new problem, I found several JIRA issues related to it (SCM-213 http://jira.codehaus.org/browse/SCM-213, for example), all reported Resolved, but yet I am using Maven SCM 1.2 and the 2.0 Beta 9 release plug-in and , and I am still seeing it. This is what happens in my case: I am running mvn release:prepare for a multi-module project, (cygwin, Windows) and the operation fails with: [INFO] Checking in modified POMs... [INFO] Executing: cmd.exe /X /C svn --non-interactive commit --file c:\Users\ovidiu\AppData\Local\Temp\maven-scm-1114844030.commit --targets c:\Users\ovidiu\AppData\Local\Temp\maven-scm-59263-targets [INFO] Working directory: c:\work\playground\maven\release-plugin-experiments [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Unable to commit files Provider message: The svn command failed. Command output: svn: '/cygdrive/c/work/playground/maven/release-plugin-experiments/C:' is not a working copy svn: Can't open file '/cygdrive/c/work/playground/maven/release-plugin-experiments/C:/.svn/entries': No such file or directory The temporary file maven-scm-x-targets contains c:/work/playground/maven/release-plugin-experiments/pom.xml C:/work/playground/maven/release-plugin-experiments/sub-module-one/pom.xml which confuses svn. C:/work/playground/maven/release-plugin-experiments is the correct project home, cygwin svn is bothered by the C:/ prefix. It seems quite obvious that this could be handled by cygwin svn, but I believe it could also be worked around from the Maven layer, with minimum of effort, especially that Maven SCM already has Cygwin-related configuration options. If Maven would generate maven-scm-x-targets to contain cygwin paths Windows paths, that would quell svn. The file list in maven-scm-x-targets is generated by org.apache.maven.scm.provider.svn.svnexe.command.SvnCommandLineUtils.addTargets() (https://svn.apache.org/repos/asf/maven/scm/tags/maven-scm-1.2/maven-scm-providers/maven-scm-providers-svn/maven-scm-provider-svnexe/src/main/java/org/apache/maven/scm/provider/svn/svnexe/command/SvnCommandLineUtils.java). SvnCommandLineUtils.addTargets() could take into consideration Cygwin-related svn-settings (useCygwinPath and cygwinMountPath) and build the paths accordingly. useCygwinPath and cygwinMountPath are already there, and this was probably the hardest part (see http://maven.apache.org/scm/subversion.html). If you think this is a sensible solution that'll make the life of the developers easier, and are willing to apply it, I'll submit the patch. Or, it is also quite possible that I am totally missing something obvious here, and I will be happy to be guided to the right path. Cheers, Ovidiu - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: SCM SVN Provider fails on Windows with cygwin/svn because of C:/ prefix
Hi, Ovidiu Feodorov wrote at Dienstag, 30. Juni 2009 04:55: [snip] It seems quite obvious that this could be handled by cygwin svn No. Cygwin provides a POSIX layer for the file operations to allow unix utilities to compile and work in the Cygwin environment. Although some basic commands in Cygwin understand DOSish syntax, its up to the individual maintainer to patch that into the code and maintain this patch. Obviously this is no fun and normally not done. , but I believe it could also be worked around from the Maven layer, with minimum of effort, especially that Maven SCM already has Cygwin-related configuration options. If Maven would generate maven-scm-x-targets to contain cygwin paths Windows paths, that would quell svn. The file list in maven-scm-x-targets is generated by org.apache.maven.scm.provider.svn.svnexe.command.SvnCommandLineUtils.addTargets() (https://svn.apache.org/repos/asf/maven/scm/tags/maven-scm-1.2/maven-scm-providers/maven-scm-providers-svn/maven-scm-provider-svnexe/src/main/java/org/apache/maven/scm/provider/svn/svnexe/command/SvnCommandLineUtils.java). SvnCommandLineUtils.addTargets() could take into consideration Cygwin-related svn-settings (useCygwinPath and cygwinMountPath) and build the paths accordingly. useCygwinPath and cygwinMountPath are already there, and this was probably the hardest part (see http://maven.apache.org/scm/subversion.html). If you think this is a sensible solution that'll make the life of the developers easier, and are willing to apply it, I'll submit the patch. Or, it is also quite possible that I am totally missing something obvious here, and I will be happy to be guided to the right path. IMHO the flag useCygwinPath should be enough. The implementation can determin the paths itself by executing cygpath -u path for each. The cygwinMountPath option is not a good choice, since it depends on the developer's environment and might not work at all if the path is on the network. - Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: SCM SVN Provider fails on Windows with cygwin/svn because of C:/ prefix
Jörg Schaible wrote: Hi, Hi, thanks for answering. Ovidiu Feodorov wrote at Dienstag, 30. Juni 2009 04:55: [snip] It seems quite obvious that this could be handled by cygwin svn No. Cygwin provides a POSIX layer for the file operations to allow unix utilities to compile and work in the Cygwin environment. Although some basic commands in Cygwin understand DOSish syntax, its up to the individual maintainer to patch that into the code and maintain this patch. Obviously this is no fun and normally not done. One more reason to handle this at the Maven level, especially given the fact that someone else bumped into similar problems and introduced support for useCygwinPath. [...] IMHO the flag useCygwinPath should be enough. The implementation can determin the paths itself by executing cygpath -u path for each. The cygwinMountPath option is not a good choice, since it depends on the developer's environment and might not work at all if the path is on the network. Yes, that's what I thought too, but plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-scm-plugin/artifactId configuration svn-settings useCygwinPathtrue/useCygwinPath /svn-settings /configuration /plugin had no effect whatsoever when I first tried it, and then after looking at https://svn.apache.org/repos/asf/maven/scm/tags/maven-scm-1.2/maven-scm-providers/maven-scm-providers-svn/maven-scm-provider-svnexe/src/main/java/org/apache/maven/scm/provider/svn/svnexe/command/SvnCommandLineUtils.java, I found out why, SvnCommandLineUtils, the code that generates the content of the --targets file, doesn't even look at anything remotely related to SCM configuration. It is just: for ( Iterator i = files.iterator(); i.hasNext(); ) { File f = (File) i.next(); sb.append( f.getPath().replace( '\\', '/' ) ); sb.append( ls ); } which dumps OS-dependent path representation into the text file (yes, changing backslashes into forward slashes, but this doesn't help with C:. This is where I would to try to patch. If I have time tomorrow, I'll actually write the patch and see if it works.
Re: SCM SVN Provider fails on Windows with cygwin/svn because of C:/ prefix
Hi Olivier, yes, I actually tried that, it does not help, see my previous reply to the list (sent a couple of minutes ago) for an explanation why. The answer is in org.apache.maven.scm.provider.svn.svnexe.command.SvnCommandLineUtils.addTarget(). I'd change it to take into account the useCygwinPath setting, it currently doesn't. Olivier Lamy wrote: Did you have a look here : http://maven.apache.org/scm/subversion.html useCygwinPathtrue in order to use cygwin path /cygdrive/c/useCygwinPath cygwinMountPaththe mount path to use default is /cygwin/cygwinMountPath Personnaly I use windows svn even if I use cygwin. -- Olivier 2009/6/30 Ovidiu Feodorov ovi...@novaordis.com: I know this is not a new problem, I found several JIRA issues related to it (SCM-213 http://jira.codehaus.org/browse/SCM-213, for example), all reported Resolved, but yet I am using Maven SCM 1.2 and the 2.0 Beta 9 release plug-in and , and I am still seeing it. This is what happens in my case: I am running mvn release:prepare for a multi-module project, (cygwin, Windows) and the operation fails with: [INFO] Checking in modified POMs... [INFO] Executing: cmd.exe /X /C svn --non-interactive commit --file c:\Users\ovidiu\AppData\Local\Temp\maven-scm-1114844030.commit --targets c:\Users\ovidiu\AppData\Local\Temp\maven-scm-59263-targets [INFO] Working directory: c:\work\playground\maven\release-plugin-experiments [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Unable to commit files Provider message: The svn command failed. Command output: svn: '/cygdrive/c/work/playground/maven/release-plugin-experiments/C:' is not a working copy svn: Can't open file '/cygdrive/c/work/playground/maven/release-plugin-experiments/C:/.svn/entries': No such file or directory The temporary file maven-scm-x-targets contains c:/work/playground/maven/release-plugin-experiments/pom.xml C:/work/playground/maven/release-plugin-experiments/sub-module-one/pom.xml which confuses svn. C:/work/playground/maven/release-plugin-experiments is the correct project home, cygwin svn is bothered by the C:/ prefix. It seems quite obvious that this could be handled by cygwin svn, but I believe it could also be worked around from the Maven layer, with minimum of effort, especially that Maven SCM already has Cygwin-related configuration options. If Maven would generate maven-scm-x-targets to contain cygwin paths Windows paths, that would quell svn. The file list in maven-scm-x-targets is generated by org.apache.maven.scm.provider.svn.svnexe.command.SvnCommandLineUtils.addTargets() (https://svn.apache.org/repos/asf/maven/scm/tags/maven-scm-1.2/maven-scm-providers/maven-scm-providers-svn/maven-scm-provider-svnexe/src/main/java/org/apache/maven/scm/provider/svn/svnexe/command/SvnCommandLineUtils.java). SvnCommandLineUtils.addTargets() could take into consideration Cygwin-related svn-settings (useCygwinPath and cygwinMountPath) and build the paths accordingly. useCygwinPath and cygwinMountPath are already there, and this was probably the hardest part (see http://maven.apache.org/scm/subversion.html). If you think this is a sensible solution that'll make the life of the developers easier, and are willing to apply it, I'll submit the patch. Or, it is also quite possible that I am totally missing something obvious here, and I will be happy to be guided to the right path. Cheers, Ovidiu - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Ovidiu Feodorov CEO Nova Ordis LLC 650-255-0323 ovi...@novaordis.com mailto:ovi...@novaordis.com
SCM SVN Provider fails on Windows with cygwin/svn because of C:/ prefix
I know this is not a new problem, I found several JIRA issues related to it (SCM-213 http://jira.codehaus.org/browse/SCM-213, for example), all reported Resolved, but yet I am using Maven SCM 1.2 and the 2.0 Beta 9 release plug-in and , and I am still seeing it. This is what happens in my case: I am running mvn release:prepare for a multi-module project, (cygwin, Windows) and the operation fails with: [INFO] Checking in modified POMs... [INFO] Executing: cmd.exe /X /C svn --non-interactive commit --file c:\Users\ovidiu\AppData\Local\Temp\maven-scm-1114844030.commit --targets c:\Users\ovidiu\AppData\Local\Temp\maven-scm-59263-targets [INFO] Working directory: c:\work\playground\maven\release-plugin-experiments [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Unable to commit files Provider message: The svn command failed. Command output: svn: '/cygdrive/c/work/playground/maven/release-plugin-experiments/C:' is not a working copy svn: Can't open file '/cygdrive/c/work/playground/maven/release-plugin-experiments/C:/.svn/entries': No such file or directory The temporary file maven-scm-x-targets contains c:/work/playground/maven/release-plugin-experiments/pom.xml C:/work/playground/maven/release-plugin-experiments/sub-module-one/pom.xml which confuses svn. C:/work/playground/maven/release-plugin-experiments is the correct project home, cygwin svn is bothered by the C:/ prefix. It seems quite obvious that this could be handled by cygwin svn, but I believe it could also be worked around from the Maven layer, with minimum of effort, especially that Maven SCM already has Cygwin-related configuration options. If Maven would generate maven-scm-x-targets to contain cygwin paths Windows paths, that would quell svn. The file list in maven-scm-x-targets is generated by org.apache.maven.scm.provider.svn.svnexe.command.SvnCommandLineUtils.addTargets() (https://svn.apache.org/repos/asf/maven/scm/tags/maven-scm-1.2/maven-scm-providers/maven-scm-providers-svn/maven-scm-provider-svnexe/src/main/java/org/apache/maven/scm/provider/svn/svnexe/command/SvnCommandLineUtils.java). SvnCommandLineUtils.addTargets() could take into consideration Cygwin-related svn-settings (useCygwinPath and cygwinMountPath) and build the paths accordingly. useCygwinPath and cygwinMountPath are already there, and this was probably the hardest part (see http://maven.apache.org/scm/subversion.html). If you think this is a sensible solution that'll make the life of the developers easier, and are willing to apply it, I'll submit the patch. Or, it is also quite possible that I am totally missing something obvious here, and I will be happy to be guided to the right path. Cheers, Ovidiu
Re: Question about C-Builds
resend to get more attention :-) Advice is greatly appreciated -D On Wed, May 27, 2009 at 9:30 PM, Dan Tran dant...@gmail.com wrote: Hi, Can i use C-builds to download and unpack a source tar ball thru maven dependencies, apply some patches, or replace some files, run configure with a --prefix, run make, install it to fakeroot, zip/tgz/tbz2 the fakeroot to become final artifacts. Look likes Cbuild do most, but the fakeroot and zip up the fakeroot ( it uses rpm instead ) Thanks -Dan - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Question about C-Builds
Hi, Can i use C-builds to download and unpack a source tar ball thru maven dependencies, apply some patches, or replace some files, run configure with a --prefix, run make, install it to fakeroot, zip/tgz/tbz2 the fakeroot to become final artifacts. Look likes Cbuild do most, but the fakeroot and zip up the fakeroot ( it uses rpm instead ) Thanks -Dan - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven 2 and C/C++ Testing Framework
Hi Dan, The mentioned test phase is for java test. True and it why i was surprise that native-maven-plugin is linked to it. Take a look at jade native maven plugin, it is an spin off of native plugin and covers cppunit test Thanks, I wasn't aware of this plugin. We will have a look. I wonder also how to manage C interfaces (.h) with this plugin. As I can see in configuration example (cf. [1] and [2]), we have to include them in the source path: source directory${native.source.dir}/include/directory /source I don't like it to much because we have to specify a path directory. I rather prefer to use a dependency (it's really better if you have different modules/projects). Isn't it possible ? Rémy [1] http://mojo.codehaus.org/maven-native/native-maven-plugin/examples/share-lib.html [2] http://www.jfrog.org/sites/jade-plugins/1.3/jade-plugin-parent/jade-build-plugin-parent/jade-native-plugin/examples/static-lib-ranlib.html
Re: Maven 2 and C/C++ Testing Framework
having .h files as dependencies is not possible as this moment. The main problem here is how you would know which one is really include files, user may want .c, .hpp as include file as well. Also the pom will be polluted with lots of .h dep One work around is to package .h files in a compressed form to be your pom dependency file and use maven-dependency-plugin to unpack them into a location under target directory, then reference the native source path to pick them up. -D On Wed, Mar 4, 2009 at 12:41 AM, Rémy Sanlaville remy.sanlavi...@gmail.com wrote: Hi Dan, The mentioned test phase is for java test. True and it why i was surprise that native-maven-plugin is linked to it. Take a look at jade native maven plugin, it is an spin off of native plugin and covers cppunit test Thanks, I wasn't aware of this plugin. We will have a look. I wonder also how to manage C interfaces (.h) with this plugin. As I can see in configuration example (cf. [1] and [2]), we have to include them in the source path: source directory${native.source.dir}/include/directory /source I don't like it to much because we have to specify a path directory. I rather prefer to use a dependency (it's really better if you have different modules/projects). Isn't it possible ? Rémy [1] http://mojo.codehaus.org/maven-native/native-maven-plugin/examples/share-lib.html [2] http://www.jfrog.org/sites/jade-plugins/1.3/jade-plugin-parent/jade-build-plugin-parent/jade-native-plugin/examples/static-lib-ranlib.html - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven 2 and C/C++ Testing Framework
having .h files as dependencies is not possible as this moment. The main problem here is how you would know which one is really include files, user may want .c, .hpp as include file as well. Also the pom will be polluted with lots of .h dep Isn't it possible to use dependencies directly in the plugin ? For instance build plugins plugin groupIdorg.jfrog.jade.plugins/groupId artifactIdjade-native-plugin/artifactId extensionstrue/extensions configuration ... /configuration dependencies dependency groupIdmy_groupid/groupId artifactIdmy_h_dep/artifactId versionmy_version/version type?/type scopecompile/scope /dependency /dependencies /plugin /plugins /build One work around is to package .h files in a compressed form to be your pom dependency file and use maven-dependency-plugin to unpack them into a location under target directory, then reference the native source path to pick them up. It's the workaround we thought to use. Thanks, Rémy
Maven 2 and C/C++ Testing Framework
Hi, I am looking for using C/C++ Testing Framework (like CppUnit, CxxTest or googletest) with maven 2. Does anybody already done it ? We are using native-maven-plugin for the compilation. But I am quite surprise that the native build lifecycle for this plugin consists of the following phases with corresponding goals (cf. [1]): test-compileorg.apache.maven.plugins:maven-compiler-plugin:testCompile testorg.apache.maven.plugins:maven-surefire-plugin:test I don't think that surefire support such of Testing Framework. It seems that we will have to bind : - an execution of the native-maven-plugin to the test-compile phase - an execution of the maven-antrun-plugin to the test phase Rémy [1] http://mojo.codehaus.org/maven-native/native-maven-plugin/lifecycle.html
Re: Maven 2 and C/C++ Testing Framework
The mentioned test phase is for java test. Take a look at jade native maven plugin, it is an spin off of native plugin and covers cppunit test -D On Tue, Mar 3, 2009 at 7:59 AM, Rémy Sanlaville remy.sanlavi...@gmail.com wrote: Hi, I am looking for using C/C++ Testing Framework (like CppUnit, CxxTest or googletest) with maven 2. Does anybody already done it ? We are using native-maven-plugin for the compilation. But I am quite surprise that the native build lifecycle for this plugin consists of the following phases with corresponding goals (cf. [1]): test-compile org.apache.maven.plugins:maven-compiler-plugin:testCompile test org.apache.maven.plugins:maven-surefire-plugin:test I don't think that surefire support such of Testing Framework. It seems that we will have to bind : - an execution of the native-maven-plugin to the test-compile phase - an execution of the maven-antrun-plugin to the test phase Rémy [1] http://mojo.codehaus.org/maven-native/native-maven-plugin/lifecycle.html - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
c++ maven project
Hello, I would like to know if is possible to use maven for create and build a C++ project. In this case, is there any available tutorial or documentation explaining how to proceed? Thank you.
RE: c++ maven project
why not convert to java? Martin __ Disclaimer and confidentiality note Everything in this e-mail and any attachments relates to the official business of Sender. This transmission is of a confidential nature and Sender does not endorse distribution to any party other than intended recipient. Sender does not necessarily endorse content contained within this transmission. Date: Fri, 22 Aug 2008 14:45:25 +0200 From: [EMAIL PROTECTED] To: users@maven.apache.org Subject: c++ maven project Hello, I would like to know if is possible to use maven for create and build a C++ project. In this case, is there any available tutorial or documentation explaining how to proceed? Thank you. _ Get ideas on sharing photos from people like you. Find new ways to share. http://www.windowslive.com/explore/photogallery/posts?ocid=TXT_TAGLM_WL_Photo_Gallery_082008
RE: c++ maven project
Hi Laura, I haven't done a Maven build within a C++ project. But I know there is plugin which allows the integration of gcc. Take a look here: http://mojo.codehaus.org/maven-native/native-maven-plugin/index.html Maybe this helps. -Andreas. -Original Message- From: Laura Lozano [mailto:[EMAIL PROTECTED] Sent: Friday, August 22, 2008 2:45 PM To: users@maven.apache.org Subject: c++ maven project Hello, I would like to know if is possible to use maven for create and build a C++ project. In this case, is there any available tutorial or documentation explaining how to proceed? Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: c++ maven project
My first response to the original question is...why? Which of maven's functionality would you like to take advantage of on your project? I've never tried this, nor have I even thought about it. Maven is intended for Java projects. I would think its theoretically possible to do this, but that its not at all feasible. Martin has a point here--the effort required may very well be comparable to converting your application to Java. Depending on what you need to do, I would think its more cost effective to adapt automake/autoconf for your purposes. Dhruva -Original Message- From: Martin Gainty [mailto:[EMAIL PROTECTED] Sent: Friday, August 22, 2008 8:50 AM To: Maven Users List Subject: RE: c++ maven project why not convert to java? Martin __ Disclaimer and confidentiality note Everything in this e-mail and any attachments relates to the official business of Sender. This transmission is of a confidential nature and Sender does not endorse distribution to any party other than intended recipient. Sender does not necessarily endorse content contained within this transmission. Date: Fri, 22 Aug 2008 14:45:25 +0200 From: [EMAIL PROTECTED] To: users@maven.apache.org Subject: c++ maven project Hello, I would like to know if is possible to use maven for create and build a C++ project. In this case, is there any available tutorial or documentation explaining how to proceed? Thank you. _ Get ideas on sharing photos from people like you. Find new ways to share. http://www.windowslive.com/explore/photogallery/posts?ocid=TXT_TAGLM_WL_ Photo_Gallery_082008 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: c++ maven project
Hi Laura, Take a look at the FREEHEP NAR plugin: http://java.freehep.org/freehep-nar-plugin/philosophy.html It may be what you are looking for :-) Best regards, Rodrigo Laura Lozano wrote: Hello, I would like to know if is possible to use maven for create and build a C++ project. In this case, is there any available tutorial or documentation explaining how to proceed? Thank you. -- --- GRID SYSTEMS, S.A. Rodrigo Ruiz Parc Bit - Edificio 17 Research Coordinator 07121 Palma de Mallorca Baleares - Spain Tel: +34 971 435 085 http://www.gridsystems.com/Fax: +34 971 435 082 --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [c 1.1] issues with adding build definition....
1. Why does this ony start happening once I added then deleted another Build Definition? 2. How do turn notification on again? Here is my declaration: ciManagement systemcontinuum/system urlhttp://rc-sun.ut.dentegra.lab:8080/continuum/url notifiers notifier typemail/type configuration address[EMAIL PROTECTED]/address /configuration sendOnErrortrue/sendOnError sendOnFailuretrue/sendOnFailure sendOnSuccesstrue/sendOnSuccess sendOnWarningtrue/sendOnWarning /notifier /notifiers /ciManagement On Feb 1, 2008 6:08 PM, Wendy Smoak [EMAIL PROTECTED] wrote: On Feb 1, 2008 5:06 PM, Mick Knutson [EMAIL PROTECTED] wrote: What does this mean: *2806710 [pool-1-thread-1] INFO org.codehaus.plexus.notification.notifier.Notifier:mail - Same state, not sending message. That the state (success, failure, or error) hasn't changed, so Continuum does not feel the need to send an email to tell you nothing happened. (If you want it to always send mail no matter what, I think you can change that in one of the xml files.) -- Wendy -- Thanks, Mick Knutson http://www.baselogic.com http://www.blincmagazine.com http://www.djmick.com http://www.myspace.com/mickknutson http://www.myspace.com/BLiNCMagazine http://tahoe.baselogic.com ---
RE: [c 1.1] issues with adding build definition....
To make Continuum always send an email at the end of the build cycle, do the following: 1. Edit \continuum-1.1\apps\continuum\webapp\WEB-INF\classes\META-INF\plexus\app lication.xml 2. Search for alwaysSend string, and change the value from false to true as follow: Original value: alwaysSendfalse/alwaysSend Change to: alwaysSendtrue/alwaysSend Sameh -Original Message- From: Wendy Smoak [mailto:[EMAIL PROTECTED] Sent: Friday, February 01, 2008 6:09 PM To: [EMAIL PROTECTED] Subject: Re: [c 1.1] issues with adding build definition On Feb 1, 2008 5:06 PM, Mick Knutson [EMAIL PROTECTED] wrote: What does this mean: *2806710 [pool-1-thread-1] INFO org.codehaus.plexus.notification.notifier.Notifier:mail - Same state, not sending message. That the state (success, failure, or error) hasn't changed, so Continuum does not feel the need to send an email to tell you nothing happened. (If you want it to always send mail no matter what, I think you can change that in one of the xml files.) -- Wendy This email and any files transmitted with it are confidential, proprietary and intended solely for the individual or entity to whom they are addressed. If you have received this email in error please delete it immediately.
Re: [c 1.1] issues with adding build definition....
org.apache.maven.continuum.buildcontroller.BuildController:default - Initializing build 1146331 [pool-1-thread-1] INFO org.apache.maven.continuum.buildcontroller.BuildController:default - Starting build of Delta Dental ESP DAP Master Project Object Model (POM) 1146331 [defaultScheduler_Worker-9] INFO org.apache.maven.continuum.Continuum:default - Enqueuing 'Claims Capture (c2)' with build definition 'DAP install' - id=16). 1146543 [defaultScheduler_Worker-9] INFO org.apache.maven.continuum.Continuum:default - Enqueuing 'EDIFECS' with build definition 'DAP install' - id=16). 1146703 [pool-1-thread-1] INFO org.apache.maven.continuum.buildcontroller.BuildController:default - Purging exiting working copy 1146703 [pool-1-thread-1] INFO org.apache.maven.continuum.buildcontroller.BuildController:default - Performing action clean-working-directory 1146717 [defaultScheduler_Worker-9] INFO org.apache.maven.continuum.Continuum:default - Enqueuing 'EEP' with build definition 'DAP install' - id=16). 1146886 [defaultScheduler_Worker-9] INFO org.apache.maven.continuum.Continuum:default - Enqueuing 'ER:: Enterprise Routing (ER)' with build definition 'DAP install' - id=16). 1147072 [defaultScheduler_Worker-9] INFO org.apache.maven.continuum.Continuum:default - Enqueuing 'Utilities (Module Group)' with build definition 'DAP install' - id=16). 1198711 [pool-1-thread-1] INFO org.apache.maven.continuum.buildcontroller.BuildController:default - Updating working dir 1198712 [pool-1-thread-1] INFO org.apache.maven.continuum.buildcontroller.BuildController:default - Performing action check-working-directory 1198730 [pool-1-thread-1] INFO org.apache.maven.continuum.buildcontroller.BuildController:default - Performing action checkout-project 1198800 [pool-1-thread-1] INFO org.apache.maven.continuum.scm.ContinuumScm:default - Checking out project: 'Delta Dental ESP DAP Master Project Object Model (POM)', id: '16' to '/home/dapadmin/continuum/working-directory/16'. 1198960 [pool-1-thread-1] INFO org.apache.maven.scm.manager.ScmManager:default - Checking out '/opt/viewstore/esp_lynx_dap/esp/dap' to '/home/dapadmin/continuum/working-directory/16'. 1583699 [pool-1-thread-1] INFO org.apache.maven.continuum.scm.ContinuumScm:default - Checked out 4317 files. 1583973 [pool-1-thread-1] INFO org.apache.maven.continuum.buildcontroller.BuildController:default - Merging SCM results 1584649 [pool-1-thread-1] INFO org.apache.maven.continuum.buildcontroller.BuildController:default - AlwaysBuild configured, building 1584649 [pool-1-thread-1] INFO org.apache.maven.continuum.buildcontroller.BuildController:default - Performing action update-project-from-working-directory 1584783 [pool-1-thread-1] INFO org.codehaus.plexus.action.Action:update-project-from-working-directory - Updating project 'Delta Dental ESP DAP Master Project Object Model (POM)' from checkout. 1599704 [pool-1-thread-1] INFO org.apache.maven.continuum.buildcontroller.BuildController:default - Performing action execute-builder 1600598 [pool-1-thread-1] INFO org.apache.maven.continuum.utils.shell.ShellCommandHelper:default - Executing: /bin/sh -c 'cd /home/dapadmin/continuum/working-directory/16 /opt/maven/bin/mvn -e -Dcontinuum.project.lastBuild.state=2 - Dcontinuum.project.nextBuild.number=15 - Dcontinuum.project.group.name=Delta Dental ESP DAP Master Project Object Model (POM) -Dcontinuum.project.lastBuild.number=14 install' 1600602 [pool-1-thread-1] INFO org.apache.maven.continuum.utils.shell.ShellCommandHelper:default - Working directory: /home/dapadmin/continuum/working-directory/16 2796507 [pool-1-thread-1] INFO org.apache.maven.continuum.execution.ContinuumBuildExecutor:maven2 - Exit code: 0 2805861 [pool-1-thread-1] INFO org.apache.maven.continuum.execution.ContinuumBuildExecutor:maven2 - Backup surefire files. 2806362 [pool-1-thread-1] INFO org.apache.maven.continuum.buildcontroller.BuildController:default - Performing action deploy-artifact 2806710 [pool-1-thread-1] INFO org.codehaus.plexus.notification.notifier.Notifier:mail - Same state, not sending message. 2806711 [pool-1-thread-1] INFO org.apache.maven.continuum.buildcontroller.BuildController:default - Initializing build 2806790 [pool-1-thread-1] INFO org.apache.maven.continuum.buildcontroller.BuildController:default - Starting build of Claims Capture (c2) 2807014 [pool-1-thread-1] INFO org.apache.maven.continuum.buildcontroller.BuildController:default - Purging exiting working copy 2807014 [pool-1-thread-1] INFO org.apache.maven.continuum.buildcontroller.BuildController:default - Performing action clean-working-directory 2819812 [pool-1-thread-1] INFO org.apache.maven.continuum.buildcontroller.BuildController:default - Updating working dir 2819812 [pool-1-thread-1] INFO org.apache.maven.continuum.buildcontroller.BuildController:default - Performing action check-working-directory 2819821 [pool-1-thread-1] INFO
[c 1.1] issues with adding build definition....
1st, when I start a new project group, and single build definition. Everything works fine. My install works, and I get an email each time the build occurs. Now when I add another build definition, the 1st time the build happened with the new definition, it appears the install works, but the site:site (2nd definition) seems to have an error getting the dashboard plugin as it thinks there is no valid version available, but I am using archiva, and I can assure you that running site:site from the command line in the source of the machine works. This error continues each time the build runs, but the 1st definition never runs again. Only the 2nd build definition (site:site) is run from now on. Then, I delete the 2nd build definition (site:site) and bounce continuum. Then the 1st build definition starts working again, but now the email notifier does not work anymore. This all occurs without any Clearcase code change at all. -- Thanks, Mick Knutson http://www.baselogic.com http://www.blincmagazine.com http://www.djmick.com http://www.myspace.com/mickknutson http://www.myspace.com/BLiNCMagazine http://tahoe.baselogic.com ---
Re: [c 1.1] issues with adding build definition....
In my localhost.log I see this: *SEVERE: Exception starting filter Compression Filter java.lang.ClassNotFoundException: compressionFilters.CompressionFilter at org.apache.catalina.loader.WebappClassLoader.loadClass( WebappClassLoader.java:1362) at org.apache.catalina.loader.WebappClassLoader.loadClass( WebappClassLoader.java:1208) at org.apache.catalina.core.ApplicationFilterConfig.getFilter( ApplicationFilterConfig.java:207) at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef( ApplicationFilterConfig.java:302) at org.apache.catalina.core.ApplicationFilterConfig.init( ApplicationFilterConfig.java:78) at org.apache.catalina.core.StandardContext.filterStart( StandardContext.java:3635) at org.apache.catalina.core.StandardContext.start(StandardContext.java :4222) at org.apache.catalina.core.ContainerBase.addChildInternal( ContainerBase.java:760) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java :740) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544) at org.apache.catalina.startup.HostConfig.deployDirectory( HostConfig.java:920) at org.apache.catalina.startup.HostConfig.deployDirectories( HostConfig.java:883) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java :492) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1138) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java :311) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent( LifecycleSupport.java:120) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1022) at org.apache.catalina.core.StandardHost.start(StandardHost.java:736) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java :443) at org.apache.catalina.core.StandardService.start(StandardService.java :448) at org.apache.catalina.core.StandardServer.start(StandardServer.java :700) at org.apache.catalina.startup.Catalina.start(Catalina.java:552) 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:585) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433) Feb 1, 2008 12:45:18 PM org.apache.catalina.core.StandardContext filterStart SEVERE: Exception starting filter Set Character Encoding java.lang.ClassNotFoundException: filters.SetCharacterEncodingFilter at org.apache.catalina.loader.WebappClassLoader.loadClass( WebappClassLoader.java:1362) at org.apache.catalina.loader.WebappClassLoader.loadClass( WebappClassLoader.java:1208) at org.apache.catalina.core.ApplicationFilterConfig.getFilter( ApplicationFilterConfig.java:207) at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef( ApplicationFilterConfig.java:302) at org.apache.catalina.core.ApplicationFilterConfig.init( ApplicationFilterConfig.java:78) at org.apache.catalina.core.StandardContext.filterStart( StandardContext.java:3635) at org.apache.catalina.core.StandardContext.start(StandardContext.java :4222) at org.apache.catalina.core.ContainerBase.addChildInternal( ContainerBase.java:760) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java :740) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544) at org.apache.catalina.startup.HostConfig.deployDirectory( HostConfig.java:920) at org.apache.catalina.startup.HostConfig.deployDirectories( HostConfig.java:883) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java :492) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1138) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java :311) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent( LifecycleSupport.java:120) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1022) at org.apache.catalina.core.StandardHost.start(StandardHost.java:736) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java :443) at org.apache.catalina.core.StandardService.start(StandardService.java :448) at org.apache.catalina.core.StandardServer.start(StandardServer.java :700) at org.apache.catalina.startup.Catalina.start(Catalina.java:552) 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:585) at
Re: [c 1.1] issues with adding build definition....
I am waiting for the next build to occur to send more continuum.log's but I did notice that after I bounced continuum, I started getting this error again: *14933 [main] WARN org.apache.maven.continuum.execution.ContinuumBuildExecutor:maven2 - Could not find the executable 'mvn' in the path '[]'.* Why is path '[]' instead of something like path'[/usr/bin:/usr/ucb:/etc:/usr/local/bin:.:/usr/jdk/jdk1.5.0_06/bin:/opt/maven/bin:/opt/oracle/oas/ant/bin]' mvn is, and has always BEEN on my path and the install works fine even with this error, but it appears the email notifier does not work. On Feb 1, 2008 12:58 PM, Mick Knutson [EMAIL PROTECTED] wrote: In my localhost.log I see this: *SEVERE: Exception starting filter Compression Filter java.lang.ClassNotFoundException: compressionFilters.CompressionFilter at org.apache.catalina.loader.WebappClassLoader.loadClass( WebappClassLoader.java:1362) at org.apache.catalina.loader.WebappClassLoader.loadClass( WebappClassLoader.java:1208) at org.apache.catalina.core.ApplicationFilterConfig.getFilter( ApplicationFilterConfig.java:207) at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef( ApplicationFilterConfig.java:302) at org.apache.catalina.core.ApplicationFilterConfig.init( ApplicationFilterConfig.java:78) at org.apache.catalina.core.StandardContext.filterStart( StandardContext.java:3635) at org.apache.catalina.core.StandardContext.start(StandardContext.java :4222) at org.apache.catalina.core.ContainerBase.addChildInternal( ContainerBase.java:760) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java :740) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java :544) at org.apache.catalina.startup.HostConfig.deployDirectory( HostConfig.java:920) at org.apache.catalina.startup.HostConfig.deployDirectories( HostConfig.java:883) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java :492) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1138) at org.apache.catalina.startup.HostConfig.lifecycleEvent( HostConfig.java:311) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent( LifecycleSupport.java:120) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java :1022) at org.apache.catalina.core.StandardHost.start(StandardHost.java:736) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java :1014) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java :443) at org.apache.catalina.core.StandardService.start(StandardService.java :448) at org.apache.catalina.core.StandardServer.start(StandardServer.java :700) at org.apache.catalina.startup.Catalina.start(Catalina.java:552) 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:585) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433) Feb 1, 2008 12:45:18 PM org.apache.catalina.core.StandardContextfilterStart SEVERE: Exception starting filter Set Character Encoding java.lang.ClassNotFoundException: filters.SetCharacterEncodingFilter at org.apache.catalina.loader.WebappClassLoader.loadClass( WebappClassLoader.java:1362) at org.apache.catalina.loader.WebappClassLoader.loadClass( WebappClassLoader.java:1208) at org.apache.catalina.core.ApplicationFilterConfig.getFilter( ApplicationFilterConfig.java:207) at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef( ApplicationFilterConfig.java:302) at org.apache.catalina.core.ApplicationFilterConfig.init( ApplicationFilterConfig.java:78) at org.apache.catalina.core.StandardContext.filterStart( StandardContext.java:3635) at org.apache.catalina.core.StandardContext.start(StandardContext.java :4222) at org.apache.catalina.core.ContainerBase.addChildInternal( ContainerBase.java:760) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java :740) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java :544) at org.apache.catalina.startup.HostConfig.deployDirectory( HostConfig.java:920) at org.apache.catalina.startup.HostConfig.deployDirectories( HostConfig.java:883) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java :492) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1138) at org.apache.catalina.startup.HostConfig.lifecycleEvent( HostConfig.java:311) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent( LifecycleSupport.java:120) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java :1022) at
Re: [c 1.1] issues with adding build definition....
So I am trying to figure this out and found this: http://docs.codehaus.org/display/CONTINUUMUSER/Continuum+on+Tomcat *I had to add 2 JAVA_OPTS to my Tomcat startup script to get it to work: -Dplexus.system.path=$PATH to get Continuum to find the mvn and ant executables, -Dappserver.base=$CATALINA_HOME to get the logfile in the right dir and remove the ${appserver.base} dirs popping up in $CATALINA_HOME and the appBase of my Tomcat host.*http://docs.codehaus.org/display/CONTINUUMUSER/Continuum+on+Tomcat?focusedCommentId=10748005#comment-10748005 When I added that to my startup script like: *export CATALINA_OPTS=-Dappserver.home=/home/dapadmin/apache-tomcat-5.5.25- Dappserver.base=/home/dapadmin/apache-tomcat-5.5.25 - Dplexus.system.path=$PATH * *I now get this is my continuum.log* * 1[main] INFO org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/continuum] - Loading plexus context properties from: '/WEB-INF/plexus.properties' 23 [main] INFO org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/continuum] - Could not load plexus context properties from: '/WEB-INF/plexus.properties' 2895 [main] INFO org.codehaus.plexus.PlexusContainer - Loading on start [role,roleHint]: [org.apache.maven.continuum.Continuum,default]* But I also get the mvn being found: *13352 [main] INFO org.quartz.core.QuartzScheduler - Scheduler defaultScheduler_$_NON_CLUSTERED started. 13579 [main] WARN org.apache.maven.continuum.execution.ContinuumBuildExecutor:maven-1 - Could not find the executable 'maven' in the path '[/usr/bin, /usr/ucb, /etc, /usr/local/bin, ., /usr/jdk/jdk1.5.0_06/bin, /opt/maven/bin, /opt/oracle/oas/ant/bin]'. 13589 [main] INFO org.apache.maven.continuum.execution.ContinuumBuildExecutor:ant - Resolved the executable 'ant' to '/opt/oracle/oas/ant/bin/ant'. 15063 [main] INFO org.apache.maven.continuum.execution.ContinuumBuildExecutor:maven2 - Resolved the executable 'mvn' to '/opt/maven/bin/mvn'. 15077 [main] INFO org.apache.maven.continuum.execution.manager.BuildExecutorManager:default - Build executors: 15078 [main] INFO org.apache.maven.continuum.execution.manager.BuildExecutorManager:default - ant 15078 [main] INFO org.apache.maven.continuum.execution.manager.BuildExecutorManager:default - maven-1 15079 [main] INFO org.apache.maven.continuum.execution.manager.BuildExecutorManager:default - maven2 15079 [main] INFO org.apache.maven.continuum.execution.manager.BuildExecutorManager:default - shell* I will know at 2:00pm if the notifier works as that is my next scheduled build. On Feb 1, 2008 1:08 PM, Mick Knutson [EMAIL PROTECTED] wrote: I am waiting for the next build to occur to send more continuum.log's but I did notice that after I bounced continuum, I started getting this error again: *14933 [main] WARN org.apache.maven.continuum.execution.ContinuumBuildExecutor:maven2 - Could not find the executable 'mvn' in the path '[]'.* Why is path '[]' instead of something like path'[/usr/bin:/usr/ucb:/etc:/usr/local/bin:.:/usr/jdk/jdk1.5.0_06/bin:/opt/maven/bin:/opt/oracle/oas/ant/bin]' mvn is, and has always BEEN on my path and the install works fine even with this error, but it appears the email notifier does not work. On Feb 1, 2008 12:58 PM, Mick Knutson [EMAIL PROTECTED] wrote: In my localhost.log I see this: *SEVERE: Exception starting filter Compression Filter java.lang.ClassNotFoundException: compressionFilters.CompressionFilter at org.apache.catalina.loader.WebappClassLoader.loadClass( WebappClassLoader.java:1362) at org.apache.catalina.loader.WebappClassLoader.loadClass( WebappClassLoader.java:1208) at org.apache.catalina.core.ApplicationFilterConfig.getFilter( ApplicationFilterConfig.java:207) at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef( ApplicationFilterConfig.java:302) at org.apache.catalina.core.ApplicationFilterConfig.init( ApplicationFilterConfig.java:78) at org.apache.catalina.core.StandardContext.filterStart( StandardContext.java:3635) at org.apache.catalina.core.StandardContext.start( StandardContext.java:4222) at org.apache.catalina.core.ContainerBase.addChildInternal( ContainerBase.java:760) at org.apache.catalina.core.ContainerBase.addChild( ContainerBase.java:740) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java :544) at org.apache.catalina.startup.HostConfig.deployDirectory( HostConfig.java:920) at org.apache.catalina.startup.HostConfig.deployDirectories( HostConfig.java:883) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java :492) at org.apache.catalina.startup.HostConfig.start(HostConfig.java :1138) at org.apache.catalina.startup.HostConfig.lifecycleEvent( HostConfig.java:311) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent( LifecycleSupport.java:120) at
[c 1.1] issue with multiple project groups
I originally created a project for my project to run mvn install on a default schedule and the schedule ran fine. THen I created another project group for my site documentation goals on the default schedule as well and now it runs on the default schedule, but now my original project group I already created does not work anymore. Can I only have 1 project group per schedule or something? -- Thanks, Mick Knutson http://www.baselogic.com http://www.blincmagazine.com http://www.djmick.com http://www.myspace.com/mickknutson http://www.myspace.com/BLiNCMagazine http://tahoe.baselogic.com ---
Re: [c 1.1] schedule build per svn check-in?
My SVN lead said he can create a hook easily, but he needs to know what to call? Does anyone have a code snippet I could give him? On Jan 15, 2008 12:44 PM, Jesse McConnell [EMAIL PROTECTED] wrote: you can have svn push a request to continuum to do a build using the xmlrpc interface to continuum jesse On Jan 15, 2008 1:38 PM, Mick Knutson [EMAIL PROTECTED] wrote: Is it possible to kick off the build each time there is a new update available in svn? -- Thanks, Mick Knutson http://www.baselogic.com http://www.blincmagazine.com http://www.djmick.com http://www.myspace.com/mickknutson http://www.myspace.com/BLiNCMagazine http://tahoe.baselogic.com --- -- jesse mcconnell [EMAIL PROTECTED] -- Thanks, Mick Knutson http://www.baselogic.com http://www.blincmagazine.com http://www.djmick.com http://www.myspace.com/mickknutson http://www.myspace.com/BLiNCMagazine http://tahoe.baselogic.com ---
Re: [c 1.1] schedule build per svn check-in?
On Jan 17, 2008 9:50 AM, Mick Knutson [EMAIL PROTECTED] wrote: My SVN lead said he can create a hook easily, but he needs to know what to call? Does anyone have a code snippet I could give him? http://maven.apache.org/continuum/docs/1.1/developer_guides/xmlrpc.html -- Wendy
Re: [c 1.1] schedule build per svn check-in?
Perfect! On Jan 17, 2008 10:00 AM, Wendy Smoak [EMAIL PROTECTED] wrote: On Jan 17, 2008 9:50 AM, Mick Knutson [EMAIL PROTECTED] wrote: My SVN lead said he can create a hook easily, but he needs to know what to call? Does anyone have a code snippet I could give him? http://maven.apache.org/continuum/docs/1.1/developer_guides/xmlrpc.html -- Wendy -- Thanks, Mick Knutson http://www.baselogic.com http://www.blincmagazine.com http://www.djmick.com http://www.myspace.com/mickknutson http://www.myspace.com/BLiNCMagazine http://tahoe.baselogic.com ---
[c 1.1, archiva 1] Deployment Repository directory parameter
I wnat to know what I should set this to: * Deployment Repository Directory: * * Enter the deployment repository directory of the Continuum web application * Should I set this to the path for my archive repository? http://rc-sun66e.ut.dentegra.lab:8080/archiva/repository/internal/ so continuum would directly put files into the location, then archiva would automatically pick them up? -- Thanks, Mick Knutson http://www.baselogic.com http://www.blincmagazine.com http://www.djmick.com http://www.myspace.com/mickknutson http://www.myspace.com/BLiNCMagazine http://tahoe.baselogic.com ---
[c 1.1] schedule build per svn check-in?
Is it possible to kick off the build each time there is a new update available in svn? -- Thanks, Mick Knutson http://www.baselogic.com http://www.blincmagazine.com http://www.djmick.com http://www.myspace.com/mickknutson http://www.myspace.com/BLiNCMagazine http://tahoe.baselogic.com ---
Re: [c 1.1, archiva 1] Deployment Repository directory parameter
On Jan 15, 2008 12:37 PM, Mick Knutson [EMAIL PROTECTED] wrote: I wnat to know what I should set this to: * Deployment Repository Directory: * * Enter the deployment repository directory of the Continuum web application * Should I set this to the path for my archive repository? http://rc-sun66e.ut.dentegra.lab:8080/archiva/repository/internal/ so continuum would directly put files into the location, then archiva would automatically pick them up? You could, if both Archiva and Continuum happen to be on the same server-- it's meant to be a _directory_ not a url. (Check JIRA, though, I think this feature is broken in Continuum 1.1.) -- Wendy
Re: [c 1.1] Possible to use the Continuum build number as part of the artifact name?
Continuum define few properties that are sent to the maven process during the build like the current build number, the next, last state and the group name. Look at your logs and you'll see them when a build start the maven process Emmanuel On Jan 15, 2008 10:54 PM, Mick Knutson [EMAIL PROTECTED] wrote: I want to create our war final name appended with the continuum build number: myProject-userwebapp-1.25-build-42.war Is this possible? -- Thanks, Mick Knutson http://www.baselogic.com http://www.blincmagazine.com http://www.djmick.com http://www.myspace.com/mickknutson http://www.myspace.com/BLiNCMagazine http://tahoe.baselogic.com ---
Re: [c 1.1] Possible to use the Continuum build number as part of the artifact name?
Have a look here [1]. -- Olivier [1] http://www.nabble.com/Version-and-build-number-to-Ant-build-process-td14593864.html 2008/1/15, Mick Knutson [EMAIL PROTECTED]: I want to create our war final name appended with the continuum build number: myProject-userwebapp-1.25-build-42.war Is this possible? -- Thanks, Mick Knutson http://www.baselogic.com http://www.blincmagazine.com http://www.djmick.com http://www.myspace.com/mickknutson http://www.myspace.com/BLiNCMagazine http://tahoe.baselogic.com ---
Re: [c 1.1] schedule build per svn check-in?
you can have svn push a request to continuum to do a build using the xmlrpc interface to continuum jesse On Jan 15, 2008 1:38 PM, Mick Knutson [EMAIL PROTECTED] wrote: Is it possible to kick off the build each time there is a new update available in svn? -- Thanks, Mick Knutson http://www.baselogic.com http://www.blincmagazine.com http://www.djmick.com http://www.myspace.com/mickknutson http://www.myspace.com/BLiNCMagazine http://tahoe.baselogic.com --- -- jesse mcconnell [EMAIL PROTECTED]
Re: [c 1.1] schedule build per svn check-in?
Is there a wiki or something that can show me how to do that? I am not very good with svn On Jan 15, 2008 12:44 PM, Jesse McConnell [EMAIL PROTECTED] wrote: you can have svn push a request to continuum to do a build using the xmlrpc interface to continuum jesse On Jan 15, 2008 1:38 PM, Mick Knutson [EMAIL PROTECTED] wrote: Is it possible to kick off the build each time there is a new update available in svn? -- Thanks, Mick Knutson http://www.baselogic.com http://www.blincmagazine.com http://www.djmick.com http://www.myspace.com/mickknutson http://www.myspace.com/BLiNCMagazine http://tahoe.baselogic.com --- -- jesse mcconnell [EMAIL PROTECTED] -- Thanks, Mick Knutson http://www.baselogic.com http://www.blincmagazine.com http://www.djmick.com http://www.myspace.com/mickknutson http://www.myspace.com/BLiNCMagazine http://tahoe.baselogic.com ---
[c 1.1] Possible to use the Continuum build number as part of the artifact name?
I want to create our war final name appended with the continuum build number: myProject-userwebapp-1.25-build-42.war Is this possible? -- Thanks, Mick Knutson http://www.baselogic.com http://www.blincmagazine.com http://www.djmick.com http://www.myspace.com/mickknutson http://www.myspace.com/BLiNCMagazine http://tahoe.baselogic.com ---
Re: [c 1.1] Possible to use the Continuum build number as part of the artifact name?
On Jan 15, 2008 2:54 PM, Mick Knutson [EMAIL PROTECTED] wrote: I want to create our war final name appended with the continuum build number: myProject-userwebapp-1.25-build-42.war Is this possible? Just a guess, but since unsuccessful builds don't get a number, I bet the number isn't assigned until after the build finishes. Take a look at the buildnumber plugin (actually there are two, I'm not sure which is preferred) * http://mojo.codehaus.org/buildnumber-maven-plugin/ * http://commons.ucalgary.ca/projects/maven-buildnumber-plugin/introduction.html -- Wendy
Re: [c-1.1] ORA-00910: specified length too long for its datatype
http://jira.codehaus.org/browse/CONTINUUM-1622 On Dec 29, 2007 8:41 AM, Mick Knutson [EMAIL PROTECTED] wrote: This happens at startup. And I can't get any further. I will open a ticket. On Dec 28, 2007 5:16 PM, Wendy Smoak [EMAIL PROTECTED] wrote: On Dec 20, 2007 6:05 PM, Mick Knutson [EMAIL PROTECTED] wrote: *I have looked at:* http://jira.codehaus.org/browse/CONTINUUM-1189 *And I have the same error, but I can't find a resolution for version 1.1NOT 1.1 alpha:* That issue was closed as a duplicate of CONTINUUM-961, which was supposed to have been fixed in 1.1-alpha-1. If you're seeing this in 1.1 final, open an issue describing how to reproduce the problem, (does it happen when you first start up? when you force a build?) and then add a comment with the stack trace. I'm not sure how many people are using Continuum with Oracle-- I've only used Derby or MySQL so I can't test it. -- Wendy -- Thanks, Mick Knutson http://www.baselogic.com http://www.blincmagazine.com http://www.djmick.com http://www.myspace.com/mickknutson http://www.myspace.com/BLiNCMagazine http://tahoe.baselogic.com --- -- Thanks, Mick Knutson http://www.baselogic.com http://www.blincmagazine.com http://www.djmick.com http://www.myspace.com/mickknutson http://www.myspace.com/BLiNCMagazine http://tahoe.baselogic.com ---
Re: [c-1.1] ORA-00910: specified length too long for its datatype
This happens at startup. And I can't get any further. I will open a ticket. On Dec 28, 2007 5:16 PM, Wendy Smoak [EMAIL PROTECTED] wrote: On Dec 20, 2007 6:05 PM, Mick Knutson [EMAIL PROTECTED] wrote: *I have looked at:* http://jira.codehaus.org/browse/CONTINUUM-1189 *And I have the same error, but I can't find a resolution for version 1.1NOT 1.1 alpha:* That issue was closed as a duplicate of CONTINUUM-961, which was supposed to have been fixed in 1.1-alpha-1. If you're seeing this in 1.1 final, open an issue describing how to reproduce the problem, (does it happen when you first start up? when you force a build?) and then add a comment with the stack trace. I'm not sure how many people are using Continuum with Oracle-- I've only used Derby or MySQL so I can't test it. -- Wendy -- Thanks, Mick Knutson http://www.baselogic.com http://www.blincmagazine.com http://www.djmick.com http://www.myspace.com/mickknutson http://www.myspace.com/BLiNCMagazine http://tahoe.baselogic.com ---