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.
> MG>maven-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.
> MG>http://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?
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?
> 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.
MG>maven-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.
MG>http://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?
> 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.
MG>maven-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.
MG>http://maven.apache.org/plugins/maven-jxr-plugin/
It was a real nightmare to
> try to clarify dependencies between projects...
MG>mvn dependency:tree -Dverbose
MG>http://maven.apache.org/plugins/maven-dependency-plugin/examples/resolving-conflicts-using-the-dependency-tree.html
MG>maven is a build management system which handles all artifacts under a known
universal configurator
MG>an example is Window DLLs can be built by Borland
MG>Apple Ios Distros can be handled by Cocoa
MG>all of the Entity Beans and Framework classes for your WebServer can be
handled by Classic Java
MG>There is no other build management system which instruments all artifacts
for All Languages for All MG>Device/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'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=337757&page=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?
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 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?
MG>Clement as suggested could your submit your patch MG>What 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?
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?
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 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?
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
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
wow, a question finally get a response after 4 years :) On Sat, Mar 30, 2013 at 10:58 AM, Gabriel Goïc wrote: > Hilco Wijbenga 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: > > > org.apache.maven.plugins > maven-compiler-plugin > 3.0 > > csharp > true > > > C:\Windows\Microsoft.NET\Framework64\v4.0.30319\csc.exe > myDLL > > > > org.codehaus.plexus > plexus-compiler-csharp > 2.2 > > > > > > - > 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 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: org.apache.maven.plugins maven-compiler-plugin 3.0 csharp true C:\Windows\Microsoft.NET\Framework64\v4.0.30319\csc.exe myDLL org.codehaus.plexus plexus-compiler-csharp 2.2 - 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
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 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
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
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: 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: 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 >
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: 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: 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
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. > > > --
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. Un
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.
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: 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 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
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
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
> 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
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 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
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: 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 plugin>org.apache.maven.plugins:maven-jar-plugin:2.3.1 [DEBUG] Populating class realm plugin>org.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[plugin>org.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/tr
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 plugin>org.apache.maven.plugins:maven-jar-plugin:2.3.1 [DEBUG] Populating class realm plugin>org.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[plugin>org.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]
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: 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 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 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?
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 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?
> [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
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 IA64>mvn "-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> IA64>mvn "-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 IA64>dir :-( 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: 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
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 : 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: 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
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: "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:
${jdbcDriver.groupId}
${jdbcDriver.artifactId}
${jdbcDriver.version}
test
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.
Re: C# compiler / plexus-compiler-csharp
2009/9/19 Wendy Smoak : > On Sat, Sep 19, 2009 at 4:26 PM, Hilco Wijbenga > 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: C# compiler / plexus-compiler-csharp
On Sat, Sep 19, 2009 at 4:26 PM, Hilco Wijbenga 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 Hilco Wijbenga : > (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
2009/9/19 Martin Gainty :
>
> maven-compiler-plugin
>
> csharp
> csc /out:My.exe File.cs
>
>
> org.codehaus.plexus
> plexus-compiler-csharp
> 1.5.2
>
>
>
I tried with
-target:library
-out:${project.build.directory}/${project.artifactId}-${project.version}.dll
-debug -recurse:src/main/csharp/*.cs
but this does not make the slightest difference. I also tried
gmcs ... (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
assuming you want to compile something like csc /out:My.exe File.cs did you try configuring compilerArgument to take csc argument e.g maven-compiler-plugin csharp csc /out:My.exe File.cs org.codehaus.plexus plexus-compiler-csharp 1.5.2 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+allergy&form=MHEINA&publ=WLHMTAG&crea=TXT_MHEINA_Health_Health_PetAllergy_1x1
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: 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
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: 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: >> 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: The absolute paths are on purpose, see http://jira.codehaus.org/browse/SCM-368. Can we make this configurable? true 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
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: true /cygdrive 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
Hi Ovidiu,
Ovidiu Feodorov wrote at Donnerstag, 2. Juli 2009 16:23:
>
>>
>>
>> true
>>
>>
>> [...]
>>
>> 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
true
[...]
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 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 setting, it currently doesn't. Olivier Lamy wrote: Did you have a look here : http://maven.apache.org/scm/subversion.html true in order to use cygwin path /cygdrive/c the mount path to use default is /cygwin Personnaly I use windows svn even if I use cygwin. -- Olivier 2009/6/30 Ovidiu Feodorov : 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 ( and ) and build the paths accordingly. and 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>
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 .
[...]
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
org.apache.maven.plugins
maven-scm-plugin
true
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, 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 ( and ) > and build the paths accordingly. and > 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
Did you have a look here : http://maven.apache.org/scm/subversion.html true in order to use cygwin path /cygdrive/c the mount path to use default is /cygwin Personnaly I use windows svn even if I use cygwin. -- Olivier 2009/6/30 Ovidiu Feodorov : > > 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 ( and ) and > build the paths accordingly. and 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
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 ( and ) and build the paths accordingly. and 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 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
> 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 org.jfrog.jade.plugins jade-native-plugin true ... my_groupid my_h_dep my_version ? compile > 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
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
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:
>
> ${native.source.dir}/include
>
>
> 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
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:
${native.source.dir}/include
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
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 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
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: 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++ 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, 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
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
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 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: false Change to: true 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....
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: continuum http://rc-sun.ut.dentegra.lab:8080/continuum mail [EMAIL PROTECTED] true true true true 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....
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.*
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.(
> > 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.fi
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.( > 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.( > 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.ap
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.( 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.( 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.catalin
[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] 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 ---
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?
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] 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
[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] 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 ---
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] ORA-00910: specified length too long for its datatype
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
Re: [c-1.1]Working copy delete error
On Dec 28, 2007 5:38 PM, Mick Knutson <[EMAIL PROTECTED]> wrote: > I just started getting this errror: > > org.codehaus.plexus.taskqueue.execution.TaskExecutionException: Error > executing action 'clean-working-directory' ... > Caused by: java.io.IOException: Unable to delete directory > /home/build/opt/apache-tomcat-5.5.25/webapps/continuum/WEB-INF/working-directory/20/immi/common/src/main/java/com/immi/common/domain/matching/.svn/tmp/props Try logging in and deleting that working copy yourself. Continuum will check it out again next time the project builds. -- Wendy
[c-1.1]Working copy delete error
I just started getting this errror: org.codehaus.plexus.taskqueue.execution.TaskExecutionException: Error executing action 'clean-working-directory' at org.apache.maven.continuum.buildcontroller.DefaultBuildController.performAction(DefaultBuildController.java:434) at org.apache.maven.continuum.buildcontroller.DefaultBuildController.cleanWorkingDirectory(DefaultBuildController.java:363) at org.apache.maven.continuum.buildcontroller.DefaultBuildController.build(DefaultBuildController.java:103) at org.apache.maven.continuum.buildcontroller.BuildProjectTaskExecutor.executeTask(BuildProjectTaskExecutor.java:50) at org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable$1.run(ThreadedTaskQueueExecutor.java:116) at edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:442) at edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:176) at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:987) at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:528) at java.lang.Thread.run(Thread.java:595) Caused by: java.io.IOException: Unable to delete directory /home/build/opt/apache-tomcat-5.5.25/webapps/continuum/WEB-INF/working-directory/20/immi/common/src/main/java/com/immi/common/domain/matching/.svn/tmp/props at org.apache.maven.shared.model.fileset.util.FileSetManager.removeDir(FileSetManager.java:561) at org.apache.maven.shared.model.fileset.util.FileSetManager.removeDir(FileSetManager.java:535) at org.apache.maven.shared.model.fileset.util.FileSetManager.removeDir(FileSetManager.java:535) at org.apache.maven.shared.model.fileset.util.FileSetManager.delete(FileSetManager.java:294) at org.apache.maven.continuum.core.action.CleanWorkingDirectoryAction.execute(CleanWorkingDirectoryAction.java:66) at org.apache.maven.continuum.buildcontroller.DefaultBuildController.performAction(DefaultBuildController.java:408) ... 9 more -- 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] Anyone have Activa and CI running on the same Tomcat instance?
I have been trying for a few hours now. I can get Continuum.war with a Derby DB running. But then when I add Activa.war I either be *no trace at all*when I use the same user datasource as CI: ** or when I run a different Datasource like: ** SEVERE: Null component Catalina:type=JspMonitor,name=jsp,WebModule=//localhost/archiva,J2EEApplication=none,J2EEServer=none Dec 14, 2007 7:58:23 AM org.apache.catalina.startup.HostConfigdeployDescriptor *SEVERE: Error deploying configuration descriptor archiva.xml* *java.lang.ClassCastException: org.apache.tomcat.dbcp.dbcp.BasicDataSource * I also notice that in /home/build/opt/*apache-tomcat-5.5.25/webapps/archiva*the war has not been exploded. Here is my continuum.xml: -- 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] Need to understand hot to set MyProject_HOME for continuum
i see, i had a similar issue. projects are independent and should not 'reach into' each other. to use common stuff, jar them up in one project, install them into your repo, then in the other projects you can add as a dependency or use the unpack goal of the dependency plugin to explode them into each project that needs them. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [c-1.1] Need to understand hot to set MyProject_HOME for continuum
This variable is set for several different modules to use the same common base for tests files. So '.' would assume that I am copying them over to each module in my tree. When there is actually only one copy. On Dec 14, 2007 7:30 AM, Tomislav Stojcevich <[EMAIL PROTECTED]> wrote: > Can't you just use . for "current directory" instead of a variable? > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [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] Need to understand hot to set MyProject_HOME for continuum
Can't you just use . for "current directory" instead of a variable? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [c-1.1] Need to understand hot to set MyProject_HOME for continuum
No one can help me out here? On Dec 13, 2007 5:56 PM, Mick Knutson <[EMAIL PROTECTED]> wrote: > In my normal Manen build, I have a variable called MyProject_HOME set to * > C:\opt\MyProject* and I use that throughout my build. Now I want to > understand where to set that in order to still run Continuum? > > Am I going to set a another system variable to * > /opt/contiuum/workingDirectory/* > > > > > -- > 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 ---
[c-1.1] Need to understand hot to set MyProject_HOME for continuum
In my normal Manen build, I have a variable called MyProject_HOME set to * C:\opt\MyProject* and I use that throughout my build. Now I want to understand where to set that in order to still run Continuum? Am I going to set a another system variable to * /opt/contiuum/workingDirectory/* -- 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 ---
