Re: Failed to init Classpath for jar file C:\apache-maven-3.9.6\boot\plexus-classworlds.license during compilation

2024-03-01 Thread Tamás Cservenák
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

2024-03-01 Thread Václav Haisman
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?

2013-12-21 Thread Martin Gainty
 Date: Fri, 20 Dec 2013 21:37:01 -0800
 From: poubelle2...@limule.com
 To: users@maven.apache.org
 Subject: RE: Maven for C/C++ development usable as well? Hudson server?
 
  I must admit that even with this patch, I did not success to convince my
  colleagues (who were using Borland C++ under MS smopuiM) to use maven.
  They
  use svn cross references to mix sources files. 
 MGmaven-jxr-plugin
 The JXR plugin has 2 goals:
 - * {{{plugin-info.html}jxr:jxr}} is used to generate a cross-reference
 page of the project's
 main sources. The generated JXR
 + * {{{jxr-mojo.html}jxr:jxr}} is used to generate a cross-reference page
 of the project's
 main sources. The generated JXR
 files can be linked to the javadocs of the project.
 
 - * {{{plugin-info.html}jxr:test-jxr}} on the other hand, is used to
 generate a cross-reference
 page of the project's test sources.
 + * {{{test-jxr-mojo.html}jxr:test-jxr}} on the other hand, is used to
 generate a cross-reference
 page of the project's test sources.
 MGhttp://maven.apache.org/plugins/maven-jxr-plugin/
 
 No, no, I was talking about svn, not maven: svn cross references to mix
 sources files.
 The problem was to mavenize all projects together. There were no
 versioning system. Every compilation were hasardous because of uncontrolled
 version dependencies between projects.
MG
what is your solution?
MG
 
 
 
 
 --
 View this message in context: 
 http://maven.40175.n5.nabble.com/Maven-for-C-C-development-usable-as-well-Hudson-server-tp5430131p5779243.html
 Sent from the Maven - Users mailing list archive at Nabble.com.
 
 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org
 
  

RE: Maven for C/C++ development usable as well? Hudson server?

2013-12-20 Thread Martin Gainty
MGClement as suggested could your submit your patch 


MGWhat is the question about Hudson?

  



 Date: Thu, 19 Dec 2013 21:44:18 -0800
 From: poubelle2...@limule.com
 To: users@maven.apache.org
 Subject: Re: Maven for C/C++ development usable as well? Hudson server?
  
 All is here: http://jira.codehaus.org/browse/MOJO-1647
 
 
 
 --
 View this message in context: 
 http://maven.40175.n5.nabble.com/Maven-for-C-C-development-usable-as-well-Hudson-server-tp5430131p5779091.html
 Sent from the Maven - Users mailing list archive at Nabble.com.
 
 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org
 
  

RE: Maven for C/C++ development usable as well? Hudson server?

2013-12-20 Thread pizaninja
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?

2013-12-20 Thread pizaninja
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?

2013-12-20 Thread pizaninja
I'm not able to make apply the patch. That's too complex for me.
Look at this:
https://jira.codehaus.org/browse/MOJO-1647?focusedCommentId=337757page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-337757



--
View this message in context: 
http://maven.40175.n5.nabble.com/Maven-for-C-C-development-usable-as-well-Hudson-server-tp5430131p5779197.html
Sent from the Maven - Users mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



RE: Maven for C/C++ development usable as well? Hudson server?

2013-12-20 Thread Martin Gainty


  


 Date: Fri, 20 Dec 2013 07:44:57 -0800
 From: poubelle2...@limule.com
 To: users@maven.apache.org
 Subject: RE: Maven for C/C++ development usable as well? Hudson server?
 
 That's done, after 2 hours of fight against svn (install svn, read
 documentation, apply diff, generate patch, remember login access in jira,
 etc...)
 It's exactly as Dan Tran expects it:
 http://jira.codehaus.org/browse/MOJO-1647
 
 I must admit that even with this patch, I did not success to convince my
 colleagues (who were using Borland C++ under MS smopuiM) to use maven. They
 use svn cross references to mix sources files. 
MGmaven-jxr-plugin
   The JXR plugin has 2 goals:
-  * {{{plugin-info.html}jxr:jxr}} is used to generate a cross-reference page 
of the project's
main sources. The generated JXR
+  * {{{jxr-mojo.html}jxr:jxr}} is used to generate a cross-reference page of 
the project's
main sources. The generated JXR
   files can be linked to the javadocs of the project.
 
-  * {{{plugin-info.html}jxr:test-jxr}} on the other hand, is used to generate 
a cross-reference
page of the project's test sources.
+  * {{{test-jxr-mojo.html}jxr:test-jxr}} on the other hand, is used to 
generate a cross-reference
page of the project's test sources.
MGhttp://maven.apache.org/plugins/maven-jxr-plugin/
 
It was a real nightmare to
 try to clarify dependencies between projects...
MGmvn dependency:tree -Dverbose
MGhttp://maven.apache.org/plugins/maven-dependency-plugin/examples/resolving-conflicts-using-the-dependency-tree.html

MGmaven is a build management system which handles all artifacts under a known 
universal configurator
MGan example is Window DLLs can be built by Borland
MGApple Ios Distros can be handled by Cocoa
MGall of  the Entity Beans and Framework classes for your WebServer can be 
handled by Classic Java
MGThere is no other build management system which instruments all artifacts 
for All Languages for All MGDevice/Platform combinations..
 
 
 
 --
 View this message in context: 
 http://maven.40175.n5.nabble.com/Maven-for-C-C-development-usable-as-well-Hudson-server-tp5430131p5779170.html
 Sent from the Maven - Users mailing list archive at Nabble.com.
 
 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org
 
  

RE: Maven for C/C++ development usable as well? Hudson server?

2013-12-20 Thread pizaninja
 I must admit that even with this patch, I did not success to convince my
 colleagues (who were using Borland C++ under MS smopuiM) to use maven.
 They
 use svn cross references to mix sources files. 
MGmaven-jxr-plugin
   The JXR plugin has 2 goals:
-  * {{{plugin-info.html}jxr:jxr}} is used to generate a cross-reference
page of the project's
main sources. The generated JXR
+  * {{{jxr-mojo.html}jxr:jxr}} is used to generate a cross-reference page
of the project's
main sources. The generated JXR
   files can be linked to the javadocs of the project.
 
-  * {{{plugin-info.html}jxr:test-jxr}} on the other hand, is used to
generate a cross-reference
page of the project's test sources.
+  * {{{test-jxr-mojo.html}jxr:test-jxr}} on the other hand, is used to
generate a cross-reference
page of the project's test sources.
MGhttp://maven.apache.org/plugins/maven-jxr-plugin/
 
No, no, I was talking about svn, not maven: svn cross references to mix
sources files.
The problem was to mavenize all projects together. There were no
versioning system. Every compilation were hasardous because of uncontrolled
version dependencies between projects.




--
View this message in context: 
http://maven.40175.n5.nabble.com/Maven-for-C-C-development-usable-as-well-Hudson-server-tp5430131p5779243.html
Sent from the Maven - Users mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



RE: Maven for C/C++ development usable as well? Hudson server?

2013-12-20 Thread pizaninja
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?

2013-12-19 Thread pizaninja
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?

2013-12-19 Thread Dan Tran
wow, there is a happy user of native-maven-plugin.  what is JIRA case with
the patch?

-D


On Wed, Dec 18, 2013 at 9:26 PM, pizaninja poubelle2...@limule.com wrote:

 My development has become a dream since I use maven and maven native plugin
 to compile my c++ code with g++.
 I also use maven and ANT maven plugin to make package like debian ones (ipk
 for uCLinux).
 All is versionned, dependencies are resolved... A real dream! Yes, a dream!

 I use jenkins a lot exactly as I did before when I used java language.

 Now, I don't understand why everybody don't use maven for their C++
 compilation, at least under linux (with g++). I think that make belongs
 to
 the past and cmake is a nightmare.

 It seems to work with MSVC++ compiler, including resource compilation.

 In the past, I tried to use maven with borland C++ compiler. It did work
 with C++. But maven native plugin does not deal with borland resource
 compiler. It does with MSVC++ resource compiler. The solution would have
 been to update the maven native plugin (I suggest this with a nice whole
 patch to the only one admin of the plugin, but he seems to has become a
 zombie... He is the only one admin and is not able to maintains the
 plugin... Somebody ready for make and maintain a fork? Maybe myself...). An
 other solution would have been to use ANT task to do borland resource
 compilation. Ok... Borland is dead... Sorry.



 --
 View this message in context:
 http://maven.40175.n5.nabble.com/Maven-for-C-C-development-usable-as-well-Hudson-server-tp5430131p5778955.html
 Sent from the Maven - Users mailing list archive at Nabble.com.

 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org




Re: Maven for C/C++ development usable as well? Hudson server?

2013-12-19 Thread pizaninja
All is here: http://jira.codehaus.org/browse/MOJO-1647



--
View this message in context: 
http://maven.40175.n5.nabble.com/Maven-for-C-C-development-usable-as-well-Hudson-server-tp5430131p5779091.html
Sent from the Maven - Users mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Byldan, NPanday or MS-Build Maven Which would be the preferred build tool for C#?

2013-08-27 Thread AchyuthB
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

2013-03-30 Thread Gabriel Goïc
Hilco Wijbenga hilco.wijbenga at gmail.com writes:

 
 Hi all,
 
 I found the plexus-compiler-csharp in
 http://maven.apache.org/plugins/maven-compiler-plugin/non-javac-compilers.html.
 I'd like to know how to actually use this compiler.
 
 I've got some Java code and some C# code (the latter currently in
 src/main/csharp but I've also tried src/main/cs). I can't get the C#
 code to compile. Mvn -X seems to indicate that the compiler plugin is
 still looking in src/main/java for the C# code.
 
 When I put C# code in src/main/java I get a complaint that This
 compiler doesn't support in-process compilation..
 
 How is this supposed to work? Or should I forget about this plugin and
 use an Ant task?
 
 Cheers,
 Hilco
 


This plugin has a fork parameter which must be set to true (according to the
source code of the plugin). Try the following:

plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-compiler-plugin/artifactId
version3.0/version
configuration
compilerIdcsharp/compilerId
forktrue/fork
   
executableC:\Windows\Microsoft.NET\Framework64\v4.0.30319\csc.exe/executable
outputFileNamemyDLL/outputFileName
/configuration
dependencies
dependency
groupIdorg.codehaus.plexus/groupId
artifactIdplexus-compiler-csharp/artifactId
version2.2/version
/dependency
/dependencies
/plugin


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: C# compiler / plexus-compiler-csharp

2013-03-30 Thread Dan Tran
wow, a question finally get a response after 4 years :)


On Sat, Mar 30, 2013 at 10:58 AM, Gabriel Goïc gabriel.g...@gmail.comwrote:

 Hilco Wijbenga hilco.wijbenga at gmail.com writes:

 
  Hi all,
 
  I found the plexus-compiler-csharp in
 
 http://maven.apache.org/plugins/maven-compiler-plugin/non-javac-compilers.html
 .
  I'd like to know how to actually use this compiler.
 
  I've got some Java code and some C# code (the latter currently in
  src/main/csharp but I've also tried src/main/cs). I can't get the C#
  code to compile. Mvn -X seems to indicate that the compiler plugin is
  still looking in src/main/java for the C# code.
 
  When I put C# code in src/main/java I get a complaint that This
  compiler doesn't support in-process compilation..
 
  How is this supposed to work? Or should I forget about this plugin and
  use an Ant task?
 
  Cheers,
  Hilco
 


 This plugin has a fork parameter which must be set to true (according to
 the
 source code of the plugin). Try the following:

 plugin
 groupIdorg.apache.maven.plugins/groupId
 artifactIdmaven-compiler-plugin/artifactId
 version3.0/version
 configuration
 compilerIdcsharp/compilerId
 forktrue/fork


 executableC:\Windows\Microsoft.NET\Framework64\v4.0.30319\csc.exe/executable
 outputFileNamemyDLL/outputFileName
 /configuration
 dependencies
 dependency
 groupIdorg.codehaus.plexus/groupId
 artifactIdplexus-compiler-csharp/artifactId
 version2.2/version
 /dependency
 /dependencies
 /plugin


 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org




Hi, all. I wanna use maven to perform c/cpp unit test.

2013-02-18 Thread Joe Zhang
Which plugin shall I use? 

I have googled that with the key as maven, cpp and unit test. But it always 
show sth about Jenkins...

Thank U


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Maven for C/C++ development usable as well? Hudson server?

2012-01-25 Thread Ben Stover
I used Maven a lot for Java development in the past.
 
Now I have got a C/C++ project.
 
Is Maven able to deal with C/C++ structures as well?
In other words: Can I use it for C/C++ development too?
 
Can I use Hudson server on top for C/C++ development as well?
 
If yes: Is there a newbie tutorial/introduction on how to use Maven for C/C++ 
for experienced Java Maven users?
 
Thank you
Ben

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: Maven for C/C++ development usable as well? Hudson server?

2012-01-25 Thread Karl Heinz Marbaise

Hi,

take a deep look into the maven nar plugin

https://github.com/duns/maven-nar-plugin

Kind regards
Karl Heinz Marbaise
--
SoftwareEntwicklung Beratung SchulungTel.: +49 (0) 2405 / 415 893
Dipl.Ing.(FH) Karl Heinz MarbaiseICQ#: 135949029
Hauptstrasse 177 USt.IdNr: DE191347579
52146 Würselen   http://www.soebes.de

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: Maven for C/C++ development usable as well? Hudson server?

2012-01-25 Thread Robert Scholte

http://mojo.codehaus.org/maven-native/native-maven-plugin/

On Wed, 25 Jan 2012 14:36:50 +0100, Karl Heinz Marbaise  
khmarba...@gmx.de wrote:



Hi,

take a deep look into the maven nar plugin

https://github.com/duns/maven-nar-plugin

Kind regards
Karl Heinz Marbaise


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



C++, Cross-Compilation, Artifacts and Maven

2011-07-10 Thread Deux deVille

Hello Mavens

In our company we have a multi-platform C/C++-project anc consider switching
from our hand-crafted Python-based buildsystem to Maven.
I've read a lot about the Maven Native, the Maven Nar and the Jade Native
plugins but I didn't get any valuable results. Maybe I'm too dumb or I expect
wonders too big ...

Let me explain our structure:
We have (at the moment)
 - amd64, mips and powerpc as platforms
 - various third-party libraries, many of them patched to fit our needs (and to
make them cross-compilable) with Make/CMake/BJam ...
 - our own code
 - different devices with different purpose to run the code

We need
 - a way to invoke the python scripts to patch, configure, cross-compile the
third-party code and collect the binaries for installation
 - or magic to do that completely in Maven
 - handling the includes and libraries automagically
 - and invoke our custom test scripts

The folks at my company are traditionalists and to convince them I need a
working and manageable recipe! Something without the need to get the 10th Dan
degree in Maven. Just a small wonder, no big one needed ... ;-)

Thank you very much
 
Deux deVille 

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



RE: C++, Cross-Compilation, Artifacts and Maven

2011-07-10 Thread Martin Gainty

The best place to find which maven-nar-configuration best suits your 
requirement would be at
http://duns.github.com/maven-nar-plugin/examples.html

if you see something that approximates your requirement use it and report back 
any results as we want to ensure maven-nar
operating as stated in the doc
if you dont see your specific requirement addressed (something like integration 
of gmak makefiles) file a jira request at
https://issues.sonatype.org/browse/NAR

provide a complete example (including header, c, c++ sources and any static or 
shared libraries) and complete environment for compilation
little-endian vs big-endian
32bit vs 64Bit
including ALL of the configuration-tags seen here e.g.
http://duns.github.com/maven-nar-plugin/configuration.html
for example the location of resourceDirectory which is not implemented:
resourceDirectory N/A

we would need all those details to replicate and build out the plugin to create 
artifacts to accomodate that environment
it is impossible to accomodate each and every environment that exists but we 
will certainly try to accomodate currently supported OSes.
Keep in mind the majority of principal developers are european based and on 
vaca so it may be sept until you see something

If you need something right away you might want to call maven-antrun-plugin 
with a target which exec your make tool e.g.
http://docs.codehaus.org/display/MAVENUSER/Projects+With+JNI

Bon Chance,
Martin Gainty 
__ 
Note de déni et de confidentialité
 Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le 
destinataire prévu, nous te demandons avec bonté que pour satisfaire informez 
l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est 
interdite. Ce message sert à l'information seulement et n'aura pas n'importe 
quel effet légalement obligatoire. Étant donné que les email peuvent facilement 
être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité 
pour le contenu fourni.


 Date: Sun, 10 Jul 2011 14:36:42 +0200
 From: d...@weitling.net
 To: users@maven.apache.org
 Subject: C++, Cross-Compilation, Artifacts and Maven
 
 
 Hello Mavens
 
 In our company we have a multi-platform C/C++-project anc consider switching
 from our hand-crafted Python-based buildsystem to Maven.
 I've read a lot about the Maven Native, the Maven Nar and the Jade Native
 plugins but I didn't get any valuable results. Maybe I'm too dumb or I expect
 wonders too big ...
 
 Let me explain our structure:
 We have (at the moment)
  - amd64, mips and powerpc as platforms
  - various third-party libraries, many of them patched to fit our needs (and 
 to
 make them cross-compilable) with Make/CMake/BJam ...
  - our own code
  - different devices with different purpose to run the code
 
 We need
  - a way to invoke the python scripts to patch, configure, cross-compile the
 third-party code and collect the binaries for installation
  - or magic to do that completely in Maven
  - handling the includes and libraries automagically
  - and invoke our custom test scripts
 
 The folks at my company are traditionalists and to convince them I need a
 working and manageable recipe! Something without the need to get the 10th Dan
 degree in Maven. Just a small wonder, no big one needed ... ;-)
 
 Thank you very much
  
 Deux deVille 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org
 
  

Compile C# in maven

2011-04-14 Thread Alvarez, Dona - GMRT-EST
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

2011-04-14 Thread Martin Gainty

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

2011-04-14 Thread Alvarez, Dona - GMRT-EST

Here's the info:

$ uname -a
Linux uswxapbtis02 2.6.18-164.2.1.el5 #1 SMP Mon Sep 21 04:37:42 EDT 2009 
x86_64 x86_64 x86_64 GNU/Linux
$ cat /proc/version
Linux version 2.6.18-164.2.1.el5 (mockbu...@x86-006.build.bos.redhat.com) (gcc 
version 4.1.2 20080704 (Red Hat 4.1.2-46)) #1 SMP Mon Sep 21 04:37:42 EDT 2009

And I'm compiling to native dll and exe

Thanks.

-Original Message-
From: Martin Gainty [mailto:mgai...@hotmail.com] 
Sent: Thursday, April 14, 2011 10:22 AM
To: users@maven.apache.org
Subject: RE: Compile C# in maven


C# has different compiler options for each version of host OS so we would need 
to know:
1)what is the Host environment discovered by executing at command line?
uname -a
2)are you compiling for MSIL (an assembly to go into gac) or are you compiling 
to native dll?

bedankt,
Martin 
__ 
Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité
 
Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger 
sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung 
oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem 
Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. 
Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung 
fuer den Inhalt uebernehmen.
Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le 
destinataire prévu, nous te demandons avec bonté que pour satisfaire informez 
l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est 
interdite. Ce message sert à l'information seulement et n'aura pas n'importe 
quel effet légalement obligatoire. Étant donné que les email peuvent facilement 
être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité 
pour le contenu fourni.




 Date: Thu, 14 Apr 2011 10:12:23 -0500
 From: dona.alva...@baml.com
 Subject: Compile C# in maven
 To: users@maven.apache.org
 
 Hi,
 
 Can you please recommend a way to compile a C# solution in maven? I just need 
 to be able to compile and run the resulting executable in maven. Preferably 
 something that will work in both Windows and Linux.
 
 Thanks,
 Dona
 
 --
 This message w/attachments (message) is intended solely for the use of the 
 intended recipient(s) and may contain information that is privileged, 
 confidential or proprietary. If you are not an intended recipient, please 
 notify the sender, and then please delete and destroy all copies and 
 attachments, and be advised that any review or dissemination of, or the 
 taking of any action in reliance on, the information contained in or attached 
 to this message is prohibited. 
 Unless specifically indicated, this message is not an offer to sell or a 
 solicitation of any investment products or other financial product or 
 service, an official confirmation of any transaction, or an official 
 statement of Sender. Subject to applicable law, Sender may intercept, 
 monitor, review and retain e-communications (EC) traveling through its 
 networks/systems and may produce any such EC to regulators, law enforcement, 
 in litigation and as required by law. 
 The laws of the country of each sender/recipient may impact the handling of 
 EC, and EC may be archived, supervised and produced in countries other than 
 the country in which you are located. This message cannot be guaranteed to be 
 secure or free of errors or viruses. 
 
 References to Sender are references to any subsidiary of Bank of America 
 Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are 
 Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a 
 Condition to Any Banking Service or Activity * Are Not Insured by Any Federal 
 Government Agency. Attachments that are part of this EC may have additional 
 important disclosures and disclaimers, which you should read. This message is 
 subject to terms available at the following link: 
 http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender you 
 consent to the foregoing.
  

--
This message w/attachments (message) is intended solely for the use of the 
intended recipient(s) and may contain information that is privileged, 
confidential or proprietary. If you are not an intended recipient, please 
notify the sender, and then please delete and destroy all copies and 
attachments, and be advised that any review or dissemination of, or the taking 
of any action in reliance on, the information contained in or attached to this 
message is prohibited. 
Unless specifically indicated, this message is not an offer to sell or a 
solicitation of any investment products or other financial product or service, 
an official confirmation of any transaction, or an official statement

Re: Compile C# in maven

2011-04-14 Thread Anders Hammar
Ignore Martin, he/she/it is a bot.

I don't have any experience myself, but I have seen references to the
NPanday project and the maven NAR plugin for .Net and Maven.

/Anders

On Thu, Apr 14, 2011 at 17:38, Alvarez, Dona - GMRT-EST 
dona.alva...@baml.com wrote:


 Here's the info:

 $ uname -a
 Linux uswxapbtis02 2.6.18-164.2.1.el5 #1 SMP Mon Sep 21 04:37:42 EDT 2009
 x86_64 x86_64 x86_64 GNU/Linux
 $ cat /proc/version
 Linux version 2.6.18-164.2.1.el5 (mockbu...@x86-006.build.bos.redhat.com)
 (gcc version 4.1.2 20080704 (Red Hat 4.1.2-46)) #1 SMP Mon Sep 21 04:37:42
 EDT 2009

 And I'm compiling to native dll and exe

 Thanks.

 -Original Message-
 From: Martin Gainty [mailto:mgai...@hotmail.com]
 Sent: Thursday, April 14, 2011 10:22 AM
 To: users@maven.apache.org
 Subject: RE: Compile C# in maven


 C# has different compiler options for each version of host OS so we would
 need to know:
 1)what is the Host environment discovered by executing at command line?
 uname -a
 2)are you compiling for MSIL (an assembly to go into gac) or are you
 compiling to native dll?

 bedankt,
 Martin
 __
 Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité

 Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene
 Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte
 Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht
 dient lediglich dem Austausch von Informationen und entfaltet keine
 rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von
 E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen.
 Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le
 destinataire prévu, nous te demandons avec bonté que pour satisfaire
 informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie
 de ceci est interdite. Ce message sert à l'information seulement et n'aura
 pas n'importe quel effet légalement obligatoire. Étant donné que les email
 peuvent facilement être sujets à la manipulation, nous ne pouvons accepter
 aucune responsabilité pour le contenu fourni.




  Date: Thu, 14 Apr 2011 10:12:23 -0500
  From: dona.alva...@baml.com
  Subject: Compile C# in maven
  To: users@maven.apache.org
 
  Hi,
 
  Can you please recommend a way to compile a C# solution in maven? I just
 need to be able to compile and run the resulting executable in maven.
 Preferably something that will work in both Windows and Linux.
 
  Thanks,
  Dona
 
  --
  This message w/attachments (message) is intended solely for the use of
 the intended recipient(s) and may contain information that is privileged,
 confidential or proprietary. If you are not an intended recipient, please
 notify the sender, and then please delete and destroy all copies and
 attachments, and be advised that any review or dissemination of, or the
 taking of any action in reliance on, the information contained in or
 attached to this message is prohibited.
  Unless specifically indicated, this message is not an offer to sell or a
 solicitation of any investment products or other financial product or
 service, an official confirmation of any transaction, or an official
 statement of Sender. Subject to applicable law, Sender may intercept,
 monitor, review and retain e-communications (EC) traveling through its
 networks/systems and may produce any such EC to regulators, law enforcement,
 in litigation and as required by law.
  The laws of the country of each sender/recipient may impact the handling
 of EC, and EC may be archived, supervised and produced in countries other
 than the country in which you are located. This message cannot be guaranteed
 to be secure or free of errors or viruses.
 
  References to Sender are references to any subsidiary of Bank of
 America Corporation. Securities and Insurance Products: * Are Not FDIC
 Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit
 * Are Not a Condition to Any Banking Service or Activity * Are Not Insured
 by Any Federal Government Agency. Attachments that are part of this EC may
 have additional important disclosures and disclaimers, which you should
 read. This message is subject to terms available at the following link:
  http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender
 you consent to the foregoing.


 --
 This message w/attachments (message) is intended solely for the use of the
 intended recipient(s) and may contain information that is privileged,
 confidential or proprietary. If you are not an intended recipient, please
 notify the sender, and then please delete and destroy all copies and
 attachments, and be advised that any review or dissemination of, or the
 taking of any action in reliance on, the information contained in or
 attached to this message is prohibited

RE: Compile C# in maven

2011-04-14 Thread Hessick, Michael
I'd recommend starting here, I was able to get several example .NET projects 
building using this plugin.

Trying to get NPanday to work might be an exercise in frustration.


1)  http://maven-dotnet-plugin.appspot.com/usage.html


-Mike


-Original Message-
From: anders.g.ham...@gmail.com [mailto:anders.g.ham...@gmail.com] On Behalf Of 
Anders Hammar
Sent: Thursday, April 14, 2011 12:34 PM
To: Maven Users List
Subject: Re: Compile C# in maven

Ignore Martin, he/she/it is a bot.

I don't have any experience myself, but I have seen references to the
NPanday project and the maven NAR plugin for .Net and Maven.

/Anders

On Thu, Apr 14, 2011 at 17:38, Alvarez, Dona - GMRT-EST 
dona.alva...@baml.com wrote:


 Here's the info:

 $ uname -a
 Linux uswxapbtis02 2.6.18-164.2.1.el5 #1 SMP Mon Sep 21 04:37:42 EDT 2009
 x86_64 x86_64 x86_64 GNU/Linux
 $ cat /proc/version
 Linux version 2.6.18-164.2.1.el5 (mockbu...@x86-006.build.bos.redhat.com)
 (gcc version 4.1.2 20080704 (Red Hat 4.1.2-46)) #1 SMP Mon Sep 21 04:37:42
 EDT 2009

 And I'm compiling to native dll and exe

 Thanks.

 -Original Message-
 From: Martin Gainty [mailto:mgai...@hotmail.com]
 Sent: Thursday, April 14, 2011 10:22 AM
 To: users@maven.apache.org
 Subject: RE: Compile C# in maven


 C# has different compiler options for each version of host OS so we would
 need to know:
 1)what is the Host environment discovered by executing at command line?
 uname -a
 2)are you compiling for MSIL (an assembly to go into gac) or are you
 compiling to native dll?

 bedankt,
 Martin
 __
 Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité

 Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene
 Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte
 Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht
 dient lediglich dem Austausch von Informationen und entfaltet keine
 rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von
 E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen.
 Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le
 destinataire prévu, nous te demandons avec bonté que pour satisfaire
 informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie
 de ceci est interdite. Ce message sert à l'information seulement et n'aura
 pas n'importe quel effet légalement obligatoire. Étant donné que les email
 peuvent facilement être sujets à la manipulation, nous ne pouvons accepter
 aucune responsabilité pour le contenu fourni.




  Date: Thu, 14 Apr 2011 10:12:23 -0500
  From: dona.alva...@baml.com
  Subject: Compile C# in maven
  To: users@maven.apache.org
 
  Hi,
 
  Can you please recommend a way to compile a C# solution in maven? I just
 need to be able to compile and run the resulting executable in maven.
 Preferably something that will work in both Windows and Linux.
 
  Thanks,
  Dona
 
  --
  This message w/attachments (message) is intended solely for the use of
 the intended recipient(s) and may contain information that is privileged,
 confidential or proprietary. If you are not an intended recipient, please
 notify the sender, and then please delete and destroy all copies and
 attachments, and be advised that any review or dissemination of, or the
 taking of any action in reliance on, the information contained in or
 attached to this message is prohibited.
  Unless specifically indicated, this message is not an offer to sell or a
 solicitation of any investment products or other financial product or
 service, an official confirmation of any transaction, or an official
 statement of Sender. Subject to applicable law, Sender may intercept,
 monitor, review and retain e-communications (EC) traveling through its
 networks/systems and may produce any such EC to regulators, law enforcement,
 in litigation and as required by law.
  The laws of the country of each sender/recipient may impact the handling
 of EC, and EC may be archived, supervised and produced in countries other
 than the country in which you are located. This message cannot be guaranteed
 to be secure or free of errors or viruses.
 
  References to Sender are references to any subsidiary of Bank of
 America Corporation. Securities and Insurance Products: * Are Not FDIC
 Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit
 * Are Not a Condition to Any Banking Service or Activity * Are Not Insured
 by Any Federal Government Agency. Attachments that are part of this EC may
 have additional important disclosures and disclaimers, which you should
 read. This message is subject to terms available at the following link:
  http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender
 you consent to the foregoing.


 --
 This message w

Re: Compile C# in maven

2011-04-14 Thread Dennis Lundberg
Hi

Have go at using NPanday, which is currently in the Apache Incubator.

http://incubator.apache.org/npanday/

Alvarez, Dona - GMRT-EST skrev 2011-04-14 17:12:
 Hi,
 
 Can you please recommend a way to compile a C# solution in maven? I just need 
 to be able to compile and run the resulting executable in maven. Preferably 
 something that will work in both Windows and Linux.
 
 Thanks,
 Dona
 
 --
 This message w/attachments (message) is intended solely for the use of the 
 intended recipient(s) and may contain information that is privileged, 
 confidential or proprietary. If you are not an intended recipient, please 
 notify the sender, and then please delete and destroy all copies and 
 attachments, and be advised that any review or dissemination of, or the 
 taking of any action in reliance on, the information contained in or attached 
 to this message is prohibited. 
 Unless specifically indicated, this message is not an offer to sell or a 
 solicitation of any investment products or other financial product or 
 service, an official confirmation of any transaction, or an official 
 statement of Sender. Subject to applicable law, Sender may intercept, 
 monitor, review and retain e-communications (EC) traveling through its 
 networks/systems and may produce any such EC to regulators, law enforcement, 
 in litigation and as required by law. 
 The laws of the country of each sender/recipient may impact the handling of 
 EC, and EC may be archived, supervised and produced in countries other than 
 the country in which you are located. This message cannot be guaranteed to be 
 secure or free of errors or viruses. 
 
 References to Sender are references to any subsidiary of Bank of America 
 Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are 
 Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a 
 Condition to Any Banking Service or Activity * Are Not Insured by Any Federal 
 Government Agency. Attachments that are part of this EC may have additional 
 important disclosures and disclaimers, which you should read. This message is 
 subject to terms available at the following link: 
 http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender you 
 consent to the foregoing.
 


-- 
Dennis Lundberg

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: c++ native-maven-plugin redundant linking at second run problem

2011-03-01 Thread sintetik
 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

2011-03-01 Thread Mark Donszelmann
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

2011-03-01 Thread sintetik
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

2011-03-01 Thread Dan Tran
Another thought is to take a look at NAR and native-plugin to see if
you can find a solution  not to relinking when there is no change in
source and provide patch

-Dan

On Tue, Mar 1, 2011 at 10:07 AM, sintetik sintet...@gmail.com wrote:
 Thank you Mark,

 NAR also links in the compile phase as it uses cpp-tasks to handle uniform
 compilation and linking.

 I guess it means linking will be repeated anyhow even if code didn't change?

 I had a thought that it's theoretically possible to resolve my problem
 (redundant linking) by creating 2 projects (for every cpp module), one of
 them doing compilation and producing obj files and second one just depending
 on the first one and performing linking.

 This looks somehow ugly though, so I'm thinking about possibility to
 virtualize this process inside the plugin itself.

 Please let me know whether you think if it's possible or any other
 considerations.

 Thanks,
 Sergey.


 --
 View this message in context: 
 http://maven.40175.n5.nabble.com/c-native-maven-plugin-redundant-linking-at-second-run-problem-tp3403291p3405441.html
 Sent from the Maven - Users mailing list archive at Nabble.com.

 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org



-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



c++ native-maven-plugin redundant linking at second run problem

2011-02-28 Thread sintetik
Hi,

I'm trying to migrate my cpp project to native-maven-plugin.
I've got buld succefull but there's a problem with repatable build. The
problem is that both compilation and linking is repeated even is there was
no changes in source code.
All in all, i have total time for the first build (single module) 27 seconds
and next build (same module, no changes) 22 seconds. Looks a bit weird.

Is there any workaround for this?
If not, is there any principal obstacle for patching native-maven-plugin to
fix this?

Regards,
Sergey.


-- 
View this message in context: 
http://maven.40175.n5.nabble.com/c-native-maven-plugin-redundant-linking-at-second-run-problem-tp3403291p3403291.html
Sent from the Maven - Users mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: c++ native-maven-plugin redundant linking at second run problem

2011-02-28 Thread Dan Tran
Both compile and link are hooked into maven compile phase.  Normally
the native compile should get by very quickly since no code changes.
The link phase still have to rebuild. Currently there is no work
around.

-Dan

On Mon, Feb 28, 2011 at 5:53 AM, sintetik sintet...@gmail.com wrote:
 Hi,

 I'm trying to migrate my cpp project to native-maven-plugin.
 I've got buld succefull but there's a problem with repatable build. The
 problem is that both compilation and linking is repeated even is there was
 no changes in source code.
 All in all, i have total time for the first build (single module) 27 seconds
 and next build (same module, no changes) 22 seconds. Looks a bit weird.

 Is there any workaround for this?
 If not, is there any principal obstacle for patching native-maven-plugin to
 fix this?

 Regards,
 Sergey.


 --
 View this message in context: 
 http://maven.40175.n5.nabble.com/c-native-maven-plugin-redundant-linking-at-second-run-problem-tp3403291p3403291.html
 Sent from the Maven - Users mailing list archive at Nabble.com.

 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org



-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



AW: why does maven use /bin/sh -c ls -1lna /djb3/... just to get a file attribute?

2011-01-17 Thread Stadelmann Josef
Thank you all for helping me. You are right I seem to be the only one using 
maven on OpenVMS. Still ramping up; I've never built maven on OpenVMS due to 
some JSVN catch down problem and a HP JAVA JVM crash. 

Next development server running OpenVMS will bring me back a 100% patched OS 
and a stable running JVM; then I can catch down sources using jsvn (svnkit) 
more easy. Then allows me building maven using thze ant bootstrap and/or bump 
it all up to most recent maven versions as I did so many times on my VISTA PC. 
The results seen on OpenVMS are very very promising for ANT, JSVN and MAVEN; 
integration among platforms is all for me. NetBeans IDE with distributed 
NetBeans from HP allows me to have local PC based projects as well as remote 
projects running/debugging on OpenVMS.

Aim : have a fast reliable development environment both VISTA PC with Visual 
Studio 2010, WCF 3.5, VB.NET, C#.NET AND NetBeans e all based toward my Apache 
Axis2/J+C Servers on OPenVMS integrating via HP WSIT our very large Spezpla 
OpenVMS Legacy Server with its Oracle 10g DB.


To deliver a bit more insigth to the current problem I am faced with - here the 
log - part - with the error and the -e and -X switch set.



[INFO] No tests to run.
[INFO]
[INFO] --- maven-jar-plugin:2.3.1:jar (default-jar) @ sqljet ---
[DEBUG] org.apache.maven.plugins:maven-jar-plugin:jar:2.3.1:
[DEBUG]org.apache.maven:maven-plugin-api:jar:2.0.6:compile
[DEBUG]org.apache.maven:maven-project:jar:2.0.6:compile
[DEBUG]   org.apache.maven:maven-settings:jar:2.0.6:compile
[DEBUG]   org.apache.maven:maven-profile:jar:2.0.6:compile
[DEBUG]   org.apache.maven:maven-artifact-manager:jar:2.0.6:compile
[DEBUG]  org.apache.maven:maven-repository-metadata:jar:2.0.6:compile
[DEBUG]   org.apache.maven:maven-plugin-registry:jar:2.0.6:compile
[DEBUG]   
org.codehaus.plexus:plexus-container-default:jar:1.0-alpha-9-stable-1:compile
[DEBUG]  junit:junit:jar:3.8.1:compile
[DEBUG]  classworlds:classworlds:jar:1.1-alpha-2:compile
[DEBUG]org.apache.maven:maven-model:jar:2.0.6:runtime
[DEBUG]org.apache.maven:maven-artifact:jar:2.0.6:compile
[DEBUG]org.apache.maven:maven-archiver:jar:2.4.1:compile
[DEBUG]   org.codehaus.plexus:plexus-interpolation:jar:1.13:compile
[DEBUG]org.codehaus.plexus:plexus-archiver:jar:1.0:compile
[DEBUG]   org.codehaus.plexus:plexus-io:jar:1.0:compile
[DEBUG]commons-lang:commons-lang:jar:2.1:compile
[DEBUG]org.codehaus.plexus:plexus-utils:jar:2.0.5:compile
[DEBUG] Created new class realm 
pluginorg.apache.maven.plugins:maven-jar-plugin:2.3.1
[DEBUG] Populating class realm 
pluginorg.apache.maven.plugins:maven-jar-plugin:2.3.1
[DEBUG]   Included: org.apache.maven.plugins:maven-jar-plugin:jar:2.3.1
[DEBUG]   Included: junit:junit:jar:3.8.1
[DEBUG]   Included: org.apache.maven:maven-archiver:jar:2.4.1
[DEBUG]   Included: org.codehaus.plexus:plexus-interpolation:jar:1.13
[DEBUG]   Included: org.codehaus.plexus:plexus-archiver:jar:1.0
[DEBUG]   Included: org.codehaus.plexus:plexus-io:jar:1.0
[DEBUG]   Included: commons-lang:commons-lang:jar:2.1
[DEBUG]   Included: org.codehaus.plexus:plexus-utils:jar:2.0.5
[DEBUG]   Excluded: org.apache.maven:maven-plugin-api:jar:2.0.6
[DEBUG]   Excluded: org.apache.maven:maven-project:jar:2.0.6
[DEBUG]   Excluded: org.apache.maven:maven-settings:jar:2.0.6
[DEBUG]   Excluded: org.apache.maven:maven-profile:jar:2.0.6
[DEBUG]   Excluded: org.apache.maven:maven-artifact-manager:jar:2.0.6
[DEBUG]   Excluded: org.apache.maven:maven-repository-metadata:jar:2.0.6
[DEBUG]   Excluded: org.apache.maven:maven-plugin-registry:jar:2.0.6
[DEBUG]   Excluded: 
org.codehaus.plexus:plexus-container-default:jar:1.0-alpha-9-stable-1
[DEBUG]   Excluded: classworlds:classworlds:jar:1.1-alpha-2
[DEBUG]   Excluded: org.apache.maven:maven-model:jar:2.0.6
[DEBUG]   Excluded: org.apache.maven:maven-artifact:jar:2.0.6
[DEBUG] Configuring mojo org.apache.maven.plugins:maven-jar-plugin:2.3.1:jar 
from plugin realm ClassRealm[pluginorg.apache.maven.pl
ugins:maven-jar-plugin:2.3.1, parent: ClassRealm[maven.api, parent: null]]
[DEBUG] Configuring mojo 'org.apache.maven.plugins:maven-jar-plugin:2.3.1:jar' 
with basic configurator --
[DEBUG]   (f) classesDirectory = 
/dkb3/sw-projekte/asf/sqljet/trunk/target/classes
[DEBUG]   (f) defaultManifestFile = 
/dkb3/sw-projekte/asf/sqljet/trunk/target/classes/META-INF/MANIFEST.MF
[DEBUG]   (f) finalName = sqljet-1.1.0
[DEBUG]   (f) forceCreation = false
[DEBUG]   (f) outputDirectory = /dkb3/sw-projekte/asf/sqljet/trunk/target
[DEBUG]   (f) project = MavenProject: org.tmatesoft.sqljet:sqljet:1.1.0 @ 
/dkb3/sw-projekte/asf/sqljet/trunk/pom.xml
[DEBUG]   (f) useDefaultManifestFile = false
[DEBUG] -- end configuration --
[WARNING] JAR will be empty - no content was marked for inclusion!
[INFO] 
[INFO] BUILD FAILURE
[INFO

Re: AW: why does maven use /bin/sh -c ls -1lna /djb3/... just to get a file attribute?

2011-01-17 Thread Kristian Rosenvold

This would seem like its related to the format of the output of

/bin/sh -c ls -1nlad /dkb3/sw-projekte/asf/sqljet/trunk/pom.xml

from OpenVMS.

I fixed a bug in this code some time ago, and in the process I encoded the
format of the screen scraping into a unit test. So at least there is 
test coverage.


You can see the test in
https://github.com/sonatype/plexus-components/commit/13e8d84c0eff1bb26229b1ab904b343d2983a452

Looks like you need to make adjustments to the code/test for OpenVMS.

Kristian



Den 17.01.2011 12:18, skrev Stadelmann Josef:

Thank you all for helping me. You are right I seem to be the only one using 
maven on OpenVMS. Still ramping up; I've never built maven on OpenVMS due to 
some JSVN catch down problem and a HP JAVA JVM crash.

Next development server running OpenVMS will bring me back a 100% patched OS 
and a stable running JVM; then I can catch down sources using jsvn (svnkit) 
more easy. Then allows me building maven using thze ant bootstrap and/or bump 
it all up to most recent maven versions as I did so many times on my VISTA PC. 
The results seen on OpenVMS are very very promising for ANT, JSVN and MAVEN; 
integration among platforms is all for me. NetBeans IDE with distributed 
NetBeans from HP allows me to have local PC based projects as well as remote 
projects running/debugging on OpenVMS.

Aim : have a fast reliable development environment both VISTA PC with Visual 
Studio 2010, WCF 3.5, VB.NET, C#.NET AND NetBeans e all based toward my Apache 
Axis2/J+C Servers on OPenVMS integrating via HP WSIT our very large Spezpla 
OpenVMS Legacy Server with its Oracle 10g DB.


To deliver a bit more insigth to the current problem I am faced with - here the 
log - part - with the error and the -e and -X switch set.



[INFO] No tests to run.
[INFO]
[INFO] --- maven-jar-plugin:2.3.1:jar (default-jar) @ sqljet ---
[DEBUG] org.apache.maven.plugins:maven-jar-plugin:jar:2.3.1:
[DEBUG]org.apache.maven:maven-plugin-api:jar:2.0.6:compile
[DEBUG]org.apache.maven:maven-project:jar:2.0.6:compile
[DEBUG]   org.apache.maven:maven-settings:jar:2.0.6:compile
[DEBUG]   org.apache.maven:maven-profile:jar:2.0.6:compile
[DEBUG]   org.apache.maven:maven-artifact-manager:jar:2.0.6:compile
[DEBUG]  org.apache.maven:maven-repository-metadata:jar:2.0.6:compile
[DEBUG]   org.apache.maven:maven-plugin-registry:jar:2.0.6:compile
[DEBUG]   
org.codehaus.plexus:plexus-container-default:jar:1.0-alpha-9-stable-1:compile
[DEBUG]  junit:junit:jar:3.8.1:compile
[DEBUG]  classworlds:classworlds:jar:1.1-alpha-2:compile
[DEBUG]org.apache.maven:maven-model:jar:2.0.6:runtime
[DEBUG]org.apache.maven:maven-artifact:jar:2.0.6:compile
[DEBUG]org.apache.maven:maven-archiver:jar:2.4.1:compile
[DEBUG]   org.codehaus.plexus:plexus-interpolation:jar:1.13:compile
[DEBUG]org.codehaus.plexus:plexus-archiver:jar:1.0:compile
[DEBUG]   org.codehaus.plexus:plexus-io:jar:1.0:compile
[DEBUG]commons-lang:commons-lang:jar:2.1:compile
[DEBUG]org.codehaus.plexus:plexus-utils:jar:2.0.5:compile
[DEBUG] Created new class realm 
pluginorg.apache.maven.plugins:maven-jar-plugin:2.3.1
[DEBUG] Populating class realm 
pluginorg.apache.maven.plugins:maven-jar-plugin:2.3.1
[DEBUG]   Included: org.apache.maven.plugins:maven-jar-plugin:jar:2.3.1
[DEBUG]   Included: junit:junit:jar:3.8.1
[DEBUG]   Included: org.apache.maven:maven-archiver:jar:2.4.1
[DEBUG]   Included: org.codehaus.plexus:plexus-interpolation:jar:1.13
[DEBUG]   Included: org.codehaus.plexus:plexus-archiver:jar:1.0
[DEBUG]   Included: org.codehaus.plexus:plexus-io:jar:1.0
[DEBUG]   Included: commons-lang:commons-lang:jar:2.1
[DEBUG]   Included: org.codehaus.plexus:plexus-utils:jar:2.0.5
[DEBUG]   Excluded: org.apache.maven:maven-plugin-api:jar:2.0.6
[DEBUG]   Excluded: org.apache.maven:maven-project:jar:2.0.6
[DEBUG]   Excluded: org.apache.maven:maven-settings:jar:2.0.6
[DEBUG]   Excluded: org.apache.maven:maven-profile:jar:2.0.6
[DEBUG]   Excluded: org.apache.maven:maven-artifact-manager:jar:2.0.6
[DEBUG]   Excluded: org.apache.maven:maven-repository-metadata:jar:2.0.6
[DEBUG]   Excluded: org.apache.maven:maven-plugin-registry:jar:2.0.6
[DEBUG]   Excluded: 
org.codehaus.plexus:plexus-container-default:jar:1.0-alpha-9-stable-1
[DEBUG]   Excluded: classworlds:classworlds:jar:1.1-alpha-2
[DEBUG]   Excluded: org.apache.maven:maven-model:jar:2.0.6
[DEBUG]   Excluded: org.apache.maven:maven-artifact:jar:2.0.6
[DEBUG] Configuring mojo org.apache.maven.plugins:maven-jar-plugin:2.3.1:jar from 
plugin realm ClassRealm[pluginorg.apache.maven.pl
ugins:maven-jar-plugin:2.3.1, parent: ClassRealm[maven.api, parent: null]]
[DEBUG] Configuring mojo 'org.apache.maven.plugins:maven-jar-plugin:2.3.1:jar' 
with basic configurator --
[DEBUG]   (f) classesDirectory = 
/dkb3/sw-projekte/asf/sqljet/trunk/target/classes
[DEBUG]   (f) defaultManifestFile = 
/dkb3/sw-projekte/asf/sqljet/trunk/target/classes/META-INF

why does maven use /bin/sh -c ls -1lna /djb3/... just to get a file attribute?

2011-01-13 Thread Stadelmann Josef
On OpenVMS, with JDK 1.5, and maven 3.0

I can download now perfectly forcing basic authentication toward our
proxy server.

But as downloading artefacts from repositories works now perfect, I want
to do bigger steps.

i.e. building the svnkit 

so here we go


IA64mvn -Dhttp.auth.preference=Basic --version
Apache Maven 3.0 (r1036088; 2010-11-23 18:19:59+0100)
Java version: 1.5.0
Java home: /dkb3/java$150/jre
Default locale: en, platform encoding: ISO8859-1
OS name: openvms version: v8.3-1h1 arch: ia64 Family: openvms
IA64
IA64 set default dkb3:[sw-projekte.asf.svnkit.tags.1_3_3]
IA64
IA64mvn -Dhttp.auth.preference=Basic clean install
[INFO] Scanning for projects...
[INFO]
[INFO]

[INFO] Building SVNKit 1.3.3
[INFO]

[INFO]
[INFO] --- maven-clean-plugin:2.4.1:clean (default-clean) @ svnkit ---
[INFO]
[INFO] --- maven-resources-plugin:2.4.3:resources (default-resources) @
svnkit ---
[WARNING] Using platform encoding (ISO8859-1 actually) to copy filtered
resources, i.e. build is platform dependent!
[INFO] skip non existing resourceDirectory
/dkb3/sw-projekte/asf/svnkit/tags/1_3_3/src/main/resources
[INFO]
[INFO] --- maven-compiler-plugin:2.3.2:compile (default-compile) @
svnkit ---
[INFO] No sources to compile
[INFO]
[INFO] --- maven-resources-plugin:2.4.3:testResources
(default-testResources) @ svnkit ---
[WARNING] Using platform encoding (ISO8859-1 actually) to copy filtered
resources, i.e. build is platform dependent!
[INFO] skip non existing resourceDirectory
/dkb3/sw-projekte/asf/svnkit/tags/1_3_3/src/test/resources
[INFO]
[INFO] --- maven-compiler-plugin:2.3.2:testCompile (default-testCompile)
@ svnkit ---
[INFO] No sources to compile
[INFO]
[INFO] --- maven-surefire-plugin:2.5:test (default-test) @ svnkit ---
[INFO] No tests to run.
[INFO]
[INFO] --- maven-jar-plugin:2.3.1:jar (default-jar) @ svnkit ---
[WARNING] JAR will be empty - no content was marked for inclusion!
[INFO]

[INFO] BUILD FAILURE
[INFO]

[INFO] Total time: 6.099s
[INFO] Finished at: Thu Jan 13 14:05:34 CET 2011
[INFO] Final Memory: 4M/62M
[INFO]

[ERROR] Failed to execute goal
org.apache.maven.plugins:maven-jar-plugin:2.3.1:jar (default-jar) on
project svnkit: Error assembling JAR: Failed to read filesystem
attributes for: /dkb3/sw-projekte/asf/svnkit/tags/1_3_3/pom.xml: Failed
to retrieve numeric file attributes using: '/bin/sh -c ls -1nlad
/dkb3/sw-projekte/asf/svnkit/tags/1_3_3/pom.xml': Error while executing
process. Child creation error: no such file or directory - [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the
-e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions,
please read the following articles:
[ERROR] [Help 1]
http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException
IA64dir

:-(

How can java catch file system attributes better?

Why do we use a Unix shell command to create a child prozess
(sub-process in openvms) by Java just to catch a file system attribute? 

Creating child processes is an overkill and slows down maven and other
SW when used.

This claim is placed - because not every operating system has by default
- a Unix command shell - to create a child process - to execute a
directory command - just to get a file system attribute!


But it seems that on my OpenVMS with default DCL command language, the
maven version 3 under java and a JVM attempts to place a command which
should create a child process just to execute a ls command used to
retrieve a file attribute. 

I call it a style break, we should not do it from Java and not assume
Unix or the like shells avail, 
or we are at risk that over time fewer system will support what maven
attempts to do.

Josef.Stadelmann
@axa-winterthur.ch






Re: why does maven use /bin/sh -c ls -1lna /djb3/... just to get a file attribute?

2011-01-13 Thread Wayne Fay
 [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?

2011-01-13 Thread Laird Nelson
Hi, Wayne; this has nothing to do with the JDK and everything to do with
Plexus.

http://plexus.codehaus.org/plexus-components/plexus-io/xref/org/codehaus/plexus/components/io/attributes/PlexusIoResourceAttributeUtils.html#255

Best,
Laird

On Thu, Jan 13, 2011 at 1:51 PM, Wayne Fay wayne...@gmail.com wrote:

  [ERROR] Failed to execute goal
  org.apache.maven.plugins:maven-jar-plugin:2.3.1:jar (default-jar) on
  project svnkit: Error assembling JAR: Failed to read filesystem
  attributes for: /dkb3/sw-projekte/asf/svnkit/tags/1_3_3/pom.xml: Failed
  to retrieve numeric file attributes using: '/bin/sh -c ls -1nlad
  /dkb3/sw-projekte/asf/svnkit/tags/1_3_3/pom.xml': Error while executing
  process. Child creation error: no such file or directory - [Help 1]
  [ERROR]
  [ERROR] To see the full stack trace of the errors, re-run Maven with the
  -e switch.
  [ERROR] Re-run Maven using the -X switch to enable full debug logging.
  [ERROR]

 Well, what does it look like when you run with -e or -X? Don't send
 the full output back to the list -- post it at pastebin.org and send
 us a link, unless you can chop it down to the bare minimum of info
 yourself.

  How can java catch file system attributes better?
 
  Why do we use a Unix shell command to create a child prozess
  (sub-process in openvms) by Java just to catch a file system attribute?

 You'd have to ask the JDK folks these questions. What JDK are you
 using, and from what vendor?

  But it seems that on my OpenVMS with default DCL command language, the
  maven version 3 under java and a JVM attempts to place a command which
  should create a child process just to execute a ls command used to
  retrieve a file attribute.

 Most likely the Java code written by the Maven team (or Java code
 being used in Maven that is actually from plexus-utils or another
 library) is simply leveraging standard Java file io routines which
 happen to use the child process to execute ls etc. If there was a
 better way to get this information, I'd expect it would have been
 implemented, or perhaps OpenVMS is just not very well supported by the
 Java platform? Maybe you could dig deep into the code (debug Maven,
 plexus, and the jdk itself in Netbeans or something), find where this
 child process thing is coming from, and offer up a patch to the
 appropriate party?

  I call it a style break, we should not do it from Java and not assume
  Unix or the like shells avail,
  or we are at risk that over time fewer system will support what maven
  attempts to do.

 This has very little to do with Maven, and is primarily the fault of
 the JDK on OpenVMS. I would assume that a better approach to finding
 the file attributes is available, but no one cares enough about
 OpenVMS to implement it or pay for it? You are literally the only
 person I've seen post questions on this list about OpenVMS (Nabble
 archives reveal 1 other person has posted about it minimally) so it
 seems to be a pretty low-use OS, at least as far as Maven is
 concerned.

 Wayne

 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org




Re: why does maven use /bin/sh -c ls -1lna /djb3/... just to get a file attribute?

2011-01-13 Thread Wayne Fay
Thanks Laird! I actually looked (very briefly) for this code but I was
looking in plexus-utils, not plexus-components, doh.

Surely there is a better way to implement this. I need to trace this
code around and figure out why its doing this and see if maybe we can
use another approach to get the same results, without invoking a child
shell to exec ls etc.

Wayne

On Thu, Jan 13, 2011 at 1:00 PM, Laird Nelson ljnel...@gmail.com wrote:
 Hi, Wayne; this has nothing to do with the JDK and everything to do with
 Plexus.

 http://plexus.codehaus.org/plexus-components/plexus-io/xref/org/codehaus/plexus/components/io/attributes/PlexusIoResourceAttributeUtils.html#255

 Best,
 Laird

 On Thu, Jan 13, 2011 at 1:51 PM, Wayne Fay wayne...@gmail.com wrote:

  [ERROR] Failed to execute goal
  org.apache.maven.plugins:maven-jar-plugin:2.3.1:jar (default-jar) on
  project svnkit: Error assembling JAR: Failed to read filesystem
  attributes for: /dkb3/sw-projekte/asf/svnkit/tags/1_3_3/pom.xml: Failed
  to retrieve numeric file attributes using: '/bin/sh -c ls -1nlad
  /dkb3/sw-projekte/asf/svnkit/tags/1_3_3/pom.xml': Error while executing
  process. Child creation error: no such file or directory - [Help 1]
  [ERROR]
  [ERROR] To see the full stack trace of the errors, re-run Maven with the
  -e switch.
  [ERROR] Re-run Maven using the -X switch to enable full debug logging.
  [ERROR]

 Well, what does it look like when you run with -e or -X? Don't send
 the full output back to the list -- post it at pastebin.org and send
 us a link, unless you can chop it down to the bare minimum of info
 yourself.

  How can java catch file system attributes better?
 
  Why do we use a Unix shell command to create a child prozess
  (sub-process in openvms) by Java just to catch a file system attribute?

 You'd have to ask the JDK folks these questions. What JDK are you
 using, and from what vendor?

  But it seems that on my OpenVMS with default DCL command language, the
  maven version 3 under java and a JVM attempts to place a command which
  should create a child process just to execute a ls command used to
  retrieve a file attribute.

 Most likely the Java code written by the Maven team (or Java code
 being used in Maven that is actually from plexus-utils or another
 library) is simply leveraging standard Java file io routines which
 happen to use the child process to execute ls etc. If there was a
 better way to get this information, I'd expect it would have been
 implemented, or perhaps OpenVMS is just not very well supported by the
 Java platform? Maybe you could dig deep into the code (debug Maven,
 plexus, and the jdk itself in Netbeans or something), find where this
 child process thing is coming from, and offer up a patch to the
 appropriate party?

  I call it a style break, we should not do it from Java and not assume
  Unix or the like shells avail,
  or we are at risk that over time fewer system will support what maven
  attempts to do.

 This has very little to do with Maven, and is primarily the fault of
 the JDK on OpenVMS. I would assume that a better approach to finding
 the file attributes is available, but no one cares enough about
 OpenVMS to implement it or pay for it? You are literally the only
 person I've seen post questions on this list about OpenVMS (Nabble
 archives reveal 1 other person has posted about it minimally) so it
 seems to be a pretty low-use OS, at least as far as Maven is
 concerned.

 Wayne

 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org




-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: why does maven use /bin/sh -c ls -1lna /djb3/... just to get a file attribute?

2011-01-13 Thread Kristian Rosenvold
I have looked at this code earlier, and it actually forks *2* shells to 
get file attributes when creating any kind of xAR archive.


There is definitely room for improvement here, especially on the posix 
implementation. The last time I googled this it

was not as trivial as one could think.

It's quite far down on the list of my priorities, but if anyone makes a 
patch for this it *will*

be reviewed ;)

Kristian


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



RE : How to generate C++ code and compile it?

2010-09-07 Thread HARDION Vincent
Hi,

I don't understand your question.

You want to generate c++ code with perl script and compile it with maven ?

Regards,

Vincent

-Message d'origine-
De : Eyal Goren [mailto:eyalg1...@gmail.com] 
Envoyé : jeudi 19 août 2010 16:00
À : users@maven.apache.org
Objet : How to generate C++ code and compile it?


Hi,

I have a task to generate using a perl script C++ code, and then compile it.

I know we have maven-nar-plugin for compiling C++ code, but how can I
generate the code from maven, and pass it its output?

Thanks
Eyal 
-- 
View this message in context: 
http://maven.40175.n5.nabble.com/How-to-generate-C-code-and-compile-it-tp2640958p2640958.html
Sent from the Maven - Users mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



RE: RE : How to generate C++ code and compile it?

2010-09-07 Thread Martin Gainty

you will have considerable work cutout for you considering both Microsoft and 
Borland spent man years perfecting their IDE C++ code generators 

The NAR plugin allows one to preprocess, compile and link with the OS specific 
lint, preprocessor, compiler and link utilities

these older IDES created C++ code based on specific template configurations 
such as
MDI
SDI 
driver code
each one of these templates took 1 month to 6 months to create

so if you're NOT willing to perform the months of effort for each Template 
classes I would suggest breaking down and purchasing the IDE

borland is no more so MS VisualStudio is the only alternative.

 

Viel Gluck/Bon Chance, 
Martin 
__ 
Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger 
sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung 
oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem 
Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. 
Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung 
fuer den Inhalt uebernehmen.

Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le 
destinataire prévu, nous te demandons avec bonté que pour satisfaire informez 
l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est 
interdite. Ce message sert à l'information seulement et n'aura pas n'importe 
quel effet légalement obligatoire. Étant donné que les email peuvent facilement 
être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité 
pour le contenu fourni.



 

 Subject: RE : How to generate C++ code and compile it?
 Date: Tue, 7 Sep 2010 16:12:59 +0200
 From: vincent.hard...@synchrotron-soleil.fr
 To: users@maven.apache.org
 
 Hi,
 
 I don't understand your question.
 
 You want to generate c++ code with perl script and compile it with maven ?
 
 Regards,
 
 Vincent
 
 -Message d'origine-
 De : Eyal Goren [mailto:eyalg1...@gmail.com] 
 Envoyé : jeudi 19 août 2010 16:00
 À : users@maven.apache.org
 Objet : How to generate C++ code and compile it?
 
 
 Hi,
 
 I have a task to generate using a perl script C++ code, and then compile it.
 
 I know we have maven-nar-plugin for compiling C++ code, but how can I
 generate the code from maven, and pass it its output?
 
 Thanks
 Eyal 
 -- 
 View this message in context: 
 http://maven.40175.n5.nabble.com/How-to-generate-C-code-and-compile-it-tp2640958p2640958.html
 Sent from the Maven - Users mailing list archive at Nabble.com.
 
 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org
 
  

Re: RE : How to generate C++ code and compile it?

2010-09-07 Thread Eyal Goren

Hi,

I already resolved it, but basically we had a procedure that needed to
generate C++ sources from input files (like in Corba)  and I needed to
activate it vefore the compilation stage.

Eyal
-- 
View this message in context: 
http://maven.40175.n5.nabble.com/How-to-generate-C-code-and-compile-it-tp2640958p2806573.html
Sent from the Maven - Users mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



How to generate C++ code and compile it?

2010-08-19 Thread Eyal Goren

Hi,

I have a task to generate using a perl script C++ code, and then compile it.

I know we have maven-nar-plugin for compiling C++ code, but how can I
generate the code from maven, and pass it its output?

Thanks
Eyal 
-- 
View this message in context: 
http://maven.40175.n5.nabble.com/How-to-generate-C-code-and-compile-it-tp2640958p2640958.html
Sent from the Maven - Users mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: How to generate C++ code and compile it?

2010-08-19 Thread Eyal Goren

OK, resolve it using the exec-maven-plugin activated in the generated-sources
phase
-- 
View this message in context: 
http://maven.40175.n5.nabble.com/How-to-generate-C-code-and-compile-it-tp2640958p2641314.html
Sent from the Maven - Users mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: package org.pos tgresql.util does not exist c ompilation problem‏

2010-08-05 Thread Santiago Álvarez Martínez


Hi again Ognjen:

I've just discovered where my error was.

Some lines before adding my PostgreSQL package dependency, I had this another 
one:

dependency
groupId${jdbcDriver.groupId}/groupId
artifactId${jdbcDriver.artifactId}/artifactId
version${jdbcDriver.version}/version
scopetest/scope
/dependency

And that scope parameter, made Maven ignore the dependency until the test 
phase...

Once removed, everything works fine.

Thank you very much for your time.

Santiago.


  

C# compiler / plexus-compiler-csharp

2009-09-19 Thread Hilco Wijbenga
Hi all,

I found the plexus-compiler-csharp in
http://maven.apache.org/plugins/maven-compiler-plugin/non-javac-compilers.html.
I'd like to know how to actually use this compiler.

I've got some Java code and some C# code (the latter currently in
src/main/csharp but I've also tried src/main/cs). I can't get the C#
code to compile. Mvn -X seems to indicate that the compiler plugin is
still looking in src/main/java for the C# code.

When I put C# code in src/main/java I get a complaint that This
compiler doesn't support in-process compilation..

How is this supposed to work? Or should I forget about this plugin and
use an Ant task?

Cheers,
Hilco

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



RE: C# compiler / plexus-compiler-csharp

2009-09-19 Thread Martin Gainty

assuming you want to compile something like csc /out:My.exe File.cs 

did you try configuring compilerArgument to take csc argument e.g

plugin
artifactIdmaven-compiler-plugin/artifactId
configuration
  compilerIdcsharp/compilerId
compilerArgumentcsc /out:My.exe File.cs/compilerArgument
/configuration
dependencies
  dependency
groupIdorg.codehaus.plexus/groupId
artifactIdplexus-compiler-csharp/artifactId
version1.5.2/version
  /dependency
/dependencies
  /plugin

http://maven.apache.org/plugins/maven-compiler-plugin/examples/pass-compiler-arguments.html

i don't have csc.exe loaded to test.. open to any suggestions/ideas
hth
Martin Gainty 
__ 
Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité
 
Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger 
sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung 
oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem 
Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. 
Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung 
fuer den Inhalt uebernehmen.
Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le 
destinataire prévu, nous te demandons avec bonté que pour satisfaire informez 
l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est 
interdite. Ce message sert à l'information seulement et n'aura pas n'importe 
quel effet légalement obligatoire. Étant donné que les email peuvent facilement 
être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité 
pour le contenu fourni.




 Date: Sat, 19 Sep 2009 16:26:01 -0700
 Subject: C# compiler / plexus-compiler-csharp
 From: hilco.wijbe...@gmail.com
 To: users@maven.apache.org
 
 Hi all,
 
 I found the plexus-compiler-csharp in
 http://maven.apache.org/plugins/maven-compiler-plugin/non-javac-compilers.html.
 I'd like to know how to actually use this compiler.
 
 I've got some Java code and some C# code (the latter currently in
 src/main/csharp but I've also tried src/main/cs). I can't get the C#
 code to compile. Mvn -X seems to indicate that the compiler plugin is
 still looking in src/main/java for the C# code.
 
 When I put C# code in src/main/java I get a complaint that This
 compiler doesn't support in-process compilation..
 
 How is this supposed to work? Or should I forget about this plugin and
 use an Ant task?
 
 Cheers,
 Hilco
 
 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org
 

_
Bing brings you health info from trusted sources.
http://www.bing.com/search?q=pet+allergyform=MHEINApubl=WLHMTAGcrea=TXT_MHEINA_Health_Health_PetAllergy_1x1

Re: C# compiler / plexus-compiler-csharp

2009-09-19 Thread Hilco Wijbenga
2009/9/19 Martin Gainty mgai...@hotmail.com:
    plugin
        artifactIdmaven-compiler-plugin/artifactId
        configuration
          compilerIdcsharp/compilerId
 compilerArgumentcsc /out:My.exe File.cs/compilerArgument
        /configuration
        dependencies
          dependency
            groupIdorg.codehaus.plexus/groupId
            artifactIdplexus-compiler-csharp/artifactId
            version1.5.2/version
          /dependency
        /dependencies
      /plugin

I tried with

compilerArgument-target:library
-out:${project.build.directory}/${project.artifactId}-${project.version}.dll
-debug -recurse:src/main/csharp/*.cs/compilerArgument

but this does not make the slightest difference. I also tried
compilerArgumentgmcs .../compilerArgument (just to be sure) but
again no dice.

Mvn -X compile still shows the plugin to be looking in src/main/java.
Very silly.

I've got it working with an Ant snippet so I'll stick with that, I
guess. This plexus-compiler-csharp plugin doesn't strike me as
particularly useful. ;-)

(Actually, I don't think compilerArgument does anything for javac
either. I just tried it with beep beep and it didn't trigger any
kind of error or warning. So unless javac compiles a little quicker
when the Roadrunner urges it on...) :-)

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: C# compiler / plexus-compiler-csharp

2009-09-19 Thread Hilco Wijbenga
2009/9/19 Hilco Wijbenga hilco.wijbe...@gmail.com:
 (Actually, I don't think compilerArgument does anything for javac
 either. I just tried it with beep beep and it didn't trigger any
 kind of error or warning. So unless javac compiles a little quicker
 when the Roadrunner urges it on...) :-)

Mmmh, I stand corrected. I just tried it again and now it does fail.
In fact, even -g -deprecation fails. It seems to only allow either
-g or -deprecation but not both.

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: C# compiler / plexus-compiler-csharp

2009-09-19 Thread Wendy Smoak
On Sat, Sep 19, 2009 at 4:26 PM, Hilco Wijbenga
hilco.wijbe...@gmail.com wrote:

 I've got some Java code and some C# code (the latter currently in
 src/main/csharp but I've also tried src/main/cs). I can't get the C#
 code to compile. Mvn -X seems to indicate that the compiler plugin is
 still looking in src/main/java for the C# code.

If that one doesn't work for you, the NPanday project at Codeplex has
a collection of plugins for building .NET projects, (and a Visual
Studio Addin as well.)

http://npanday.codeplex.com/

-- 
Wendy

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: C# compiler / plexus-compiler-csharp

2009-09-19 Thread Hilco Wijbenga
2009/9/19 Wendy Smoak wsm...@gmail.com:
 On Sat, Sep 19, 2009 at 4:26 PM, Hilco Wijbenga
 hilco.wijbe...@gmail.com wrote:

 I've got some Java code and some C# code (the latter currently in
 src/main/csharp but I've also tried src/main/cs). I can't get the C#
 code to compile. Mvn -X seems to indicate that the compiler plugin is
 still looking in src/main/java for the C# code.

 If that one doesn't work for you, the NPanday project at Codeplex has
 a collection of plugins for building .NET projects, (and a Visual
 Studio Addin as well.)

 http://npanday.codeplex.com/

Yeah, I already had a look there. It's not a C#/.NET project, it's a
Java project with some C# code so I'd like to stick with normal
Maven.

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: SCM SVN Provider fails on Windows with cygwin/svn because of C:/ prefix

2009-07-02 Thread Ovidiu Feodorov




svn-settings
useCygwinPathtrue/useCygwinPath
/svn-settings

[...]

had no effect whatsoever when I first tried it, and then after looking 
at 
https://svn.apache.org/repos/asf/maven/scm/tags/maven-scm-1.2/maven-scm-providers/maven-scm-providers-svn/maven-scm-provider-svnexe/src/main/java/org/apache/maven/scm/provider/svn/svnexe/command/SvnCommandLineUtils.java, 
I found out why, SvnCommandLineUtils, the code that generates the 
content of the --targets file, doesn't even look at anything remotely 
related to SCM configuration.


It is just:
for ( Iterator i = files.iterator(); i.hasNext(); )
{
File f = (File) i.next();
sb.append( f.getPath().replace( '\\', '/' ) );
sb.append( ls );
}
  
which dumps OS-dependent path representation into the text file.


The actual solution is different from what I suggested above. Even if 
SvnCommandLineUtils.addTarget() generates cygwin-compliant absolute 
paths, svn chokes with:


   INFO] Unable to commit files
   Provider message:
   The svn command failed.
   Command output:
   svn: '/cygdrive' is not a working copy
   svn: Can't open file '/cygdrive/.svn/entries': No such file
   or directory

The way to make it work is to actually modify 
SvnCommandLineUtils.addTarget() to write relative paths in the target 
file. I have created a new JIRA issue 
(http://jira.codehaus.org/browse/SCM-481) and attached the patch there, 
in case the Maven team is interested in applying it. I haven't written 
tests, but if they want to apply it, I will write tests too.


After applying the patch locally, release:prepare works great with 
cygwin SVN.







Re: SCM SVN Provider fails on Windows with cygwin/svn because of C:/ prefix

2009-07-02 Thread Jörg Schaible
Hi Ovidiu,

Ovidiu Feodorov wrote at Donnerstag, 2. Juli 2009 16:23:

 

 svn-settings
 useCygwinPathtrue/useCygwinPath
 /svn-settings

 [...]

 had no effect whatsoever when I first tried it, and then after looking
 at

https://svn.apache.org/repos/asf/maven/scm/tags/maven-scm-1.2/maven-scm-providers/maven-scm-providers-svn/maven-scm-provider-svnexe/src/main/java/org/apache/maven/scm/provider/svn/svnexe/command/SvnCommandLineUtils.java,
 I found out why, SvnCommandLineUtils, the code that generates the
 content of the --targets file, doesn't even look at anything remotely
 related to SCM configuration.

 It is just:
 for ( Iterator i = files.iterator(); i.hasNext(); )
 {
 File f = (File) i.next();
 sb.append( f.getPath().replace( '\\', '/' ) );
 sb.append( ls );
 }
   
 which dumps OS-dependent path representation into the text file.
 
 The actual solution is different from what I suggested above. Even if
 SvnCommandLineUtils.addTarget() generates cygwin-compliant absolute
 paths, svn chokes with:
 
 INFO] Unable to commit files
 Provider message:
 The svn command failed.
 Command output:
 svn: '/cygdrive' is not a working copy
 svn: Can't open file '/cygdrive/.svn/entries': No such file
 or directory

So, do you say that Cygwin's svn has a problem if you call it directly on
command line with an absolute path like

svn info /cygpath/c/path/to/managed/source

I can hardly believe this (cannot test it anymore, Windows free zone). The
error above indicates for me that you actually called something like

svn info /cygpath

 The way to make it work is to actually modify
 SvnCommandLineUtils.addTarget() to write relative paths in the target
 file. I have created a new JIRA issue
 (http://jira.codehaus.org/browse/SCM-481) and attached the patch there,
 in case the Maven team is interested in applying it. I haven't written
 tests, but if they want to apply it, I will write tests too.

The absolute paths are on purpose, see
http://jira.codehaus.org/browse/SCM-368.

 After applying the patch locally, release:prepare works great with
 cygwin SVN.

- Jörg


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: SCM SVN Provider fails on Windows with cygwin/svn because of C:/ prefix

2009-07-02 Thread Ovidiu Feodorov


Jörg Schaible wrote:

So, do you say that Cygwin's svn has a problem if you call it directly on
command line with an absolute path like

svn info /cygpath/c/path/to/managed/source

I can hardly believe this (cannot test it anymore, Windows free zone). The
error above indicates for me that you actually called something like

svn info /cygpath
I don't call svn directly, Maven does. I've just modified 
maven-scm-provider-svnexe-1.2.jar to generate absolute cygwin paths 
based on .scm/svn-settings.xml. Here's my .scm/svn-settings.xml:


   svn-settings
 useCygwinPathtrue/useCygwinPath
 cygwinMountPath/cygdrive/cygwinMountPath
   /svn-settings


This is what I get when I run mvn release:prepare:

[INFO] Checking in modified POMs...
[INFO] Executing: cmd.exe /X /C svn --non-interactive commit --file 
c:\Users\ovidiu\AppData\Local\Temp\maven-scm-1585775448.commit --targets 
c:\Users\ovidiu\AppData\Local\Temp\maven-scm-45206-targets
[INFO] Working directory: 
c:\work\playground\maven\release-plugin-experiments
[INFO] 


[ERROR] BUILD FAILURE
[INFO] 


[INFO] Unable to commit files
Provider message:
The svn command failed.
Command output:
svn: '/cygdrive' is not a working copy
svn: Can't open file '/cygdrive/.svn/entries': No such file or directory


This is the content of the maven-scm-45206-targets file.

/cygdrive/c/work/playground/maven/release-plugin-experiments/pom.xml
/cygdrive/C/work/playground/maven/release-plugin-experiments/sub-module-one/pom.xml

This is the result of a neutral cygwin utility (copy and paste from 
maven-scm-45206-targets):


$ file /cygdrive/c/work/playground/maven/release-plugin-experiments/pom.xml
/cygdrive/c/work/playground/maven/release-plugin-experiments/pom.xml: 
ASCII English text, with CRLF line terminators


which tells me the path is correctly built.

This is the result of running svn from command line, with the same 
target files:


$ svn ci -m test --targets 
/cygdrive/c/Users/ovidiu/AppData/Local/Temp/maven-scm-45206-targets

svn: '/cygdrive' is not a working copy
svn: Can't open file '/cygdrive/.svn/entries': No such file or director

However, svn info works

$ svn info 
/cygdrive/c/work/playground/maven/release-plugin-experiments/pom.xml

Path: /cygdrive/c/work/playground/maven/release-plugin-experiments/pom.xml
Name: pom.xml
URL: 
svn+ssh://ovi...@home.feodorov.com/home/svn/server/repos/playground/trunk/maven/release-plugin-experiments/pom.xml
Repository Root: 
svn+ssh://ovi...@example.com/home/svn/server/repos/playground

Repository UUID: 79ac6380-a99b-4678-936a-73d73a85994a
Revision: 453
Node Kind: file
Schedule: normal
Last Changed Author: ovidiu
Last Changed Rev: 452
Last Changed Date: 2009-07-02 07:43:37 -0700 (Thu, 02 Jul 2009)
Text Last Updated: 2009-07-02 07:43:18 -0700 (Thu, 02 Jul 2009)
Checksum: e7f7956c24d1b524bcce15a80a2d66e0

Could be a bug in svn, I don't know.

$ svn --version
svn, version 1.5.4 (r33841)
  compiled Oct 24 2008, 12:23:22











Re: SCM SVN Provider fails on Windows with cygwin/svn because of C:/ prefix

2009-07-02 Thread Ovidiu Feodorov

Jörg Schaible wrote:

The absolute paths are on purpose, see
http://jira.codehaus.org/browse/SCM-368.
  
Can we make this configurable? useRelativePathstrue/useRelativePaths 
or similar? I also annotated http://jira.codehaus.org/browse/SCM-368 ...


All my Can we make this ... questions on this list come with the 
underlying pre-condition that I automatically volunteer to implement 
whatever I propose.


Cheers,
Ovidiu

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: SCM SVN Provider fails on Windows with cygwin/svn because of C:/ prefix

2009-07-02 Thread Jörg Schaible
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

2009-07-02 Thread Ovidiu Feodorov

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

2009-07-02 Thread Jörg Schaible
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

2009-07-02 Thread Ovidiu Feodorov

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

2009-06-30 Thread Olivier Lamy
Did you have a look here : http://maven.apache.org/scm/subversion.html

  useCygwinPathtrue in order to use cygwin path /cygdrive/c/useCygwinPath
  cygwinMountPaththe mount path to use default is /cygwin/cygwinMountPath

Personnaly I use windows svn even if I use cygwin.

--
Olivier

2009/6/30 Ovidiu Feodorov ovi...@novaordis.com:

 I know this is not a new problem, I found several JIRA issues related to it
 (SCM-213 http://jira.codehaus.org/browse/SCM-213, for example), all
 reported Resolved, but yet I am using Maven SCM 1.2 and the 2.0 Beta 9
 release plug-in and , and I am still seeing it.

 This is what happens in my case:

 I am running mvn release:prepare for a multi-module project, (cygwin,
 Windows) and the operation fails with:

   [INFO] Checking in modified POMs...
   [INFO] Executing: cmd.exe /X /C svn --non-interactive commit --file
   c:\Users\ovidiu\AppData\Local\Temp\maven-scm-1114844030.commit
   --targets c:\Users\ovidiu\AppData\Local\Temp\maven-scm-59263-targets
   [INFO] Working directory:
   c:\work\playground\maven\release-plugin-experiments
   [INFO]
   
   [ERROR] BUILD FAILURE
   [INFO]
   
   [INFO] Unable to commit files
   Provider message:
   The svn command failed.
   Command output:
   svn:
   '/cygdrive/c/work/playground/maven/release-plugin-experiments/C:' is
   not a working copy
   svn: Can't open file

 '/cygdrive/c/work/playground/maven/release-plugin-experiments/C:/.svn/entries':
   No such file or directory

 The temporary file maven-scm-x-targets contains

   c:/work/playground/maven/release-plugin-experiments/pom.xml
   C:/work/playground/maven/release-plugin-experiments/sub-module-one/pom.xml


 which confuses svn. C:/work/playground/maven/release-plugin-experiments is
 the correct project home, cygwin svn is bothered by the C:/ prefix.
 It seems quite obvious that this could be handled by cygwin svn, but I
 believe it could also be worked around from the Maven layer, with minimum of
 effort, especially that Maven SCM already has Cygwin-related configuration
 options. If Maven would generate maven-scm-x-targets to contain cygwin
 paths Windows paths, that would quell svn.

 The file list in maven-scm-x-targets is generated by
 org.apache.maven.scm.provider.svn.svnexe.command.SvnCommandLineUtils.addTargets()
 (https://svn.apache.org/repos/asf/maven/scm/tags/maven-scm-1.2/maven-scm-providers/maven-scm-providers-svn/maven-scm-provider-svnexe/src/main/java/org/apache/maven/scm/provider/svn/svnexe/command/SvnCommandLineUtils.java).

 SvnCommandLineUtils.addTargets() could take into consideration
 Cygwin-related  svn-settings (useCygwinPath and cygwinMountPath) and
 build the paths accordingly. useCygwinPath and cygwinMountPath are
 already there, and this was probably the hardest part  (see
 http://maven.apache.org/scm/subversion.html).

 If you think this is a sensible solution that'll make the life of the
 developers easier, and are willing to apply it, I'll submit the patch.

 Or, it is also quite possible that I am totally missing something obvious
 here, and I will be happy to be guided to the right path.

 Cheers,
 Ovidiu



-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: SCM SVN Provider fails on Windows with cygwin/svn because of C:/ prefix

2009-06-30 Thread Jörg Schaible
Hi,

Ovidiu Feodorov wrote at Dienstag, 30. Juni 2009 04:55:

[snip]

 It seems quite obvious that this could be handled by cygwin svn

No. Cygwin provides a POSIX layer for the file operations to allow unix
utilities to compile and work in the Cygwin environment. Although some
basic commands in Cygwin understand DOSish syntax, its up to the individual
maintainer to patch that into the code and maintain this patch. Obviously
this is no fun and normally not done.

 , but I 
 believe it could also be worked around from the Maven layer, with
 minimum of effort, especially that Maven SCM already has Cygwin-related
 configuration options. If Maven would generate maven-scm-x-targets
 to contain cygwin paths Windows paths, that would quell svn.
 
 The file list in maven-scm-x-targets is generated by

org.apache.maven.scm.provider.svn.svnexe.command.SvnCommandLineUtils.addTargets()

(https://svn.apache.org/repos/asf/maven/scm/tags/maven-scm-1.2/maven-scm-providers/maven-scm-providers-svn/maven-scm-provider-svnexe/src/main/java/org/apache/maven/scm/provider/svn/svnexe/command/SvnCommandLineUtils.java).
 
 SvnCommandLineUtils.addTargets() could take into consideration
 Cygwin-related  svn-settings (useCygwinPath and cygwinMountPath)
 and build the paths accordingly. useCygwinPath and cygwinMountPath
 are already there, and this was probably the hardest part  (see
 http://maven.apache.org/scm/subversion.html).
 
 If you think this is a sensible solution that'll make the life of the
 developers easier, and are willing to apply it, I'll submit the patch.

 Or, it is also quite possible that I am totally missing something
 obvious here, and I will be happy to be guided to the right path.

IMHO the flag useCygwinPath should be enough. The implementation can
determin the paths itself by executing cygpath -u path for each. The
cygwinMountPath option is not a good choice, since it depends on the
developer's environment and might not work at all if the path is on the
network.

- Jörg


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: SCM SVN Provider fails on Windows with cygwin/svn because of C:/ prefix

2009-06-30 Thread Ovidiu Feodorov

Jörg Schaible wrote:

Hi,
  

Hi, thanks for answering.

Ovidiu Feodorov wrote at Dienstag, 30. Juni 2009 04:55:

[snip]
  

It seems quite obvious that this could be handled by cygwin svn



No. Cygwin provides a POSIX layer for the file operations to allow unix
utilities to compile and work in the Cygwin environment. Although some
basic commands in Cygwin understand DOSish syntax, its up to the individual
maintainer to patch that into the code and maintain this patch. Obviously
this is no fun and normally not done.
  


One more reason to handle this at the Maven level, especially given the 
fact that someone else bumped into similar problems and introduced 
support for useCygwinPath.



[...]
IMHO the flag useCygwinPath should be enough. The implementation can
determin the paths itself by executing cygpath -u path for each. The
cygwinMountPath option is not a good choice, since it depends on the
developer's environment and might not work at all if the path is on the
network.
  


Yes, that's what I thought too, but

   plugin
   groupIdorg.apache.maven.plugins/groupId
   artifactIdmaven-scm-plugin/artifactId
   configuration
   svn-settings
   useCygwinPathtrue/useCygwinPath
   /svn-settings
   /configuration
   /plugin

had no effect whatsoever when I first tried it, and then after looking 
at 
https://svn.apache.org/repos/asf/maven/scm/tags/maven-scm-1.2/maven-scm-providers/maven-scm-providers-svn/maven-scm-provider-svnexe/src/main/java/org/apache/maven/scm/provider/svn/svnexe/command/SvnCommandLineUtils.java, 
I found out why, SvnCommandLineUtils, the code that generates the 
content of the --targets file, doesn't even look at anything remotely 
related to SCM configuration.


It is just:

   for ( Iterator i = files.iterator(); i.hasNext(); )
   {
   File f = (File) i.next();
   sb.append( f.getPath().replace( '\\', '/' ) );
   sb.append( ls );
   }

which dumps OS-dependent path representation into the text file (yes, 
changing backslashes into forward slashes, but this doesn't help with C:.


This is where I would to try to patch.

If I have time tomorrow, I'll actually write the patch and see if it works.





Re: SCM SVN Provider fails on Windows with cygwin/svn because of C:/ prefix

2009-06-30 Thread Ovidiu Feodorov


Hi Olivier, yes, I actually tried that, it does not help, see my 
previous reply to the list (sent a couple of minutes ago) for an 
explanation why. The answer is in 
org.apache.maven.scm.provider.svn.svnexe.command.SvnCommandLineUtils.addTarget(). 
I'd change it to take into account the useCygwinPath setting, it 
currently doesn't.



Olivier Lamy wrote:

Did you have a look here : http://maven.apache.org/scm/subversion.html

  useCygwinPathtrue in order to use cygwin path /cygdrive/c/useCygwinPath
  cygwinMountPaththe mount path to use default is /cygwin/cygwinMountPath

Personnaly I use windows svn even if I use cygwin.

--
Olivier

2009/6/30 Ovidiu Feodorov ovi...@novaordis.com:
  

I know this is not a new problem, I found several JIRA issues related to it
(SCM-213 http://jira.codehaus.org/browse/SCM-213, for example), all
reported Resolved, but yet I am using Maven SCM 1.2 and the 2.0 Beta 9
release plug-in and , and I am still seeing it.

This is what happens in my case:

I am running mvn release:prepare for a multi-module project, (cygwin,
Windows) and the operation fails with:

  [INFO] Checking in modified POMs...
  [INFO] Executing: cmd.exe /X /C svn --non-interactive commit --file
  c:\Users\ovidiu\AppData\Local\Temp\maven-scm-1114844030.commit
  --targets c:\Users\ovidiu\AppData\Local\Temp\maven-scm-59263-targets
  [INFO] Working directory:
  c:\work\playground\maven\release-plugin-experiments
  [INFO]
  
  [ERROR] BUILD FAILURE
  [INFO]
  
  [INFO] Unable to commit files
  Provider message:
  The svn command failed.
  Command output:
  svn:
  '/cygdrive/c/work/playground/maven/release-plugin-experiments/C:' is
  not a working copy
  svn: Can't open file

'/cygdrive/c/work/playground/maven/release-plugin-experiments/C:/.svn/entries':
  No such file or directory

The temporary file maven-scm-x-targets contains

  c:/work/playground/maven/release-plugin-experiments/pom.xml
  C:/work/playground/maven/release-plugin-experiments/sub-module-one/pom.xml


which confuses svn. C:/work/playground/maven/release-plugin-experiments is
the correct project home, cygwin svn is bothered by the C:/ prefix.
It seems quite obvious that this could be handled by cygwin svn, but I
believe it could also be worked around from the Maven layer, with minimum of
effort, especially that Maven SCM already has Cygwin-related configuration
options. If Maven would generate maven-scm-x-targets to contain cygwin
paths Windows paths, that would quell svn.

The file list in maven-scm-x-targets is generated by
org.apache.maven.scm.provider.svn.svnexe.command.SvnCommandLineUtils.addTargets()
(https://svn.apache.org/repos/asf/maven/scm/tags/maven-scm-1.2/maven-scm-providers/maven-scm-providers-svn/maven-scm-provider-svnexe/src/main/java/org/apache/maven/scm/provider/svn/svnexe/command/SvnCommandLineUtils.java).

SvnCommandLineUtils.addTargets() could take into consideration
Cygwin-related  svn-settings (useCygwinPath and cygwinMountPath) and
build the paths accordingly. useCygwinPath and cygwinMountPath are
already there, and this was probably the hardest part  (see
http://maven.apache.org/scm/subversion.html).

If you think this is a sensible solution that'll make the life of the
developers easier, and are willing to apply it, I'll submit the patch.

Or, it is also quite possible that I am totally missing something obvious
here, and I will be happy to be guided to the right path.

Cheers,
Ovidiu





-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

  



--
Ovidiu Feodorov
CEO
Nova Ordis LLC
650-255-0323
ovi...@novaordis.com mailto:ovi...@novaordis.com


SCM SVN Provider fails on Windows with cygwin/svn because of C:/ prefix

2009-06-29 Thread 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  svn-settings (useCygwinPath and cygwinMountPath) 
and build the paths accordingly. useCygwinPath and cygwinMountPath 
are already there, and this was probably the hardest part  (see 
http://maven.apache.org/scm/subversion.html).


If you think this is a sensible solution that'll make the life of the 
developers easier, and are willing to apply it, I'll submit the patch.


Or, it is also quite possible that I am totally missing something 
obvious here, and I will be happy to be guided to the right path.


Cheers,
Ovidiu



Re: Question about C-Builds

2009-06-03 Thread Dan Tran
resend to get more attention :-)

Advice is greatly appreciated

-D

On Wed, May 27, 2009 at 9:30 PM, Dan Tran dant...@gmail.com wrote:
 Hi,

 Can i use C-builds to download and unpack a source tar ball thru maven
 dependencies, apply some patches, or replace some files, run configure
 with a --prefix, run make, install it to fakeroot, zip/tgz/tbz2 the
 fakeroot to become final artifacts.

 Look likes Cbuild do most, but the fakeroot and zip up the fakeroot (
 it uses rpm instead )

 Thanks

 -Dan


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Question about C-Builds

2009-05-27 Thread Dan Tran
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

2009-03-04 Thread Rémy Sanlaville
Hi Dan,

The mentioned test phase is for java test.

True and it why i was surprise that native-maven-plugin is linked to it.


  Take a look at jade native
 maven plugin, it is an spin off of native plugin and  covers cppunit
 test

Thanks, I wasn't aware of this plugin. We will have a look.

I wonder also how to manage C interfaces (.h) with this plugin.
As I can see in configuration example (cf. [1] and [2]), we have to include
them in the source path:
   source
   directory${native.source.dir}/include/directory
   /source

I don't like it to much because we have to specify a path directory.
I rather prefer to use a dependency (it's really better if you have
different modules/projects).
Isn't it possible ?


Rémy

[1]
http://mojo.codehaus.org/maven-native/native-maven-plugin/examples/share-lib.html
[2]
http://www.jfrog.org/sites/jade-plugins/1.3/jade-plugin-parent/jade-build-plugin-parent/jade-native-plugin/examples/static-lib-ranlib.html


Re: Maven 2 and C/C++ Testing Framework

2009-03-04 Thread Dan Tran
having  .h files as dependencies is not possible as this moment. The
main problem here is how you would know which one is really include
files, user may want .c, .hpp as include file as well.
Also the pom will be polluted with lots of .h dep

One work around is to package .h files in a compressed form to be your
pom dependency file and use maven-dependency-plugin to unpack them
into a location under target directory, then reference the native
source path to pick them up.

-D

On Wed, Mar 4, 2009 at 12:41 AM, Rémy Sanlaville
remy.sanlavi...@gmail.com wrote:
 Hi Dan,

 The mentioned test phase is for java test.

 True and it why i was surprise that native-maven-plugin is linked to it.


  Take a look at jade native
 maven plugin, it is an spin off of native plugin and  covers cppunit
 test

 Thanks, I wasn't aware of this plugin. We will have a look.

 I wonder also how to manage C interfaces (.h) with this plugin.
 As I can see in configuration example (cf. [1] and [2]), we have to include
 them in the source path:
   source
       directory${native.source.dir}/include/directory
   /source

 I don't like it to much because we have to specify a path directory.
 I rather prefer to use a dependency (it's really better if you have
 different modules/projects).
 Isn't it possible ?


 Rémy

 [1]
 http://mojo.codehaus.org/maven-native/native-maven-plugin/examples/share-lib.html
 [2]
 http://www.jfrog.org/sites/jade-plugins/1.3/jade-plugin-parent/jade-build-plugin-parent/jade-native-plugin/examples/static-lib-ranlib.html


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: Maven 2 and C/C++ Testing Framework

2009-03-04 Thread Rémy Sanlaville
 having  .h files as dependencies is not possible as this moment. The
 main problem here is how you would know which one is really include
 files, user may want .c, .hpp as include file as well.
 Also the pom will be polluted with lots of .h dep


Isn't it possible to use dependencies directly in the plugin ?
For instance
build
  plugins
plugin
  groupIdorg.jfrog.jade.plugins/groupId
  artifactIdjade-native-plugin/artifactId
  extensionstrue/extensions
  configuration
...
  /configuration
  dependencies
dependency
  groupIdmy_groupid/groupId
  artifactIdmy_h_dep/artifactId
  versionmy_version/version
  type?/type
  scopecompile/scope
/dependency
  /dependencies
/plugin
  /plugins
/build



 One work around is to package .h files in a compressed form to be your
 pom dependency file and use maven-dependency-plugin to unpack them
 into a location under target directory, then reference the native
 source path to pick them up.


It's the workaround we thought to use.

Thanks,

Rémy


Maven 2 and C/C++ Testing Framework

2009-03-03 Thread Rémy Sanlaville
Hi,

I am looking for using C/C++ Testing Framework (like CppUnit, CxxTest or
googletest) with maven 2.
Does anybody already done it ?

We are using native-maven-plugin for the compilation.
But I am quite surprise that the native build lifecycle for this plugin
consists of the following phases with corresponding goals (cf. [1]):
  test-compileorg.apache.maven.plugins:maven-compiler-plugin:testCompile
  testorg.apache.maven.plugins:maven-surefire-plugin:test

I don't think that surefire support such of Testing Framework.
It seems that we will have to bind :
   - an execution of the native-maven-plugin to the test-compile phase
   - an execution of the maven-antrun-plugin to the test phase

Rémy

[1] http://mojo.codehaus.org/maven-native/native-maven-plugin/lifecycle.html


Re: Maven 2 and C/C++ Testing Framework

2009-03-03 Thread Dan Tran
The mentioned test phase is for java test.  Take a look at jade native
maven plugin, it is an spin off of native plugin and  covers cppunit
test

-D

On Tue, Mar 3, 2009 at 7:59 AM, Rémy Sanlaville
remy.sanlavi...@gmail.com wrote:
 Hi,

 I am looking for using C/C++ Testing Framework (like CppUnit, CxxTest or
 googletest) with maven 2.
 Does anybody already done it ?

 We are using native-maven-plugin for the compilation.
 But I am quite surprise that the native build lifecycle for this plugin
 consists of the following phases with corresponding goals (cf. [1]):
  test-compile    org.apache.maven.plugins:maven-compiler-plugin:testCompile
  test                org.apache.maven.plugins:maven-surefire-plugin:test

 I don't think that surefire support such of Testing Framework.
 It seems that we will have to bind :
   - an execution of the native-maven-plugin to the test-compile phase
   - an execution of the maven-antrun-plugin to the test phase

 Rémy

 [1] http://mojo.codehaus.org/maven-native/native-maven-plugin/lifecycle.html


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



c++ maven project

2008-08-22 Thread Laura Lozano
Hello,

I would like to know if is possible to use maven for create and build a C++
project. In this case, is there any available tutorial or documentation
explaining how to proceed?

Thank you.


RE: c++ maven project

2008-08-22 Thread Martin Gainty

why not convert to java?

Martin 
__ 
Disclaimer and confidentiality note 
Everything in this e-mail and any attachments relates to the official business 
of Sender. This transmission is of a confidential nature and Sender does not 
endorse distribution to any party other than intended recipient. Sender does 
not necessarily endorse content contained within this transmission. 


 Date: Fri, 22 Aug 2008 14:45:25 +0200
 From: [EMAIL PROTECTED]
 To: users@maven.apache.org
 Subject: c++ maven project
 
 Hello,
 
 I would like to know if is possible to use maven for create and build a C++
 project. In this case, is there any available tutorial or documentation
 explaining how to proceed?
 
 Thank you.

_
Get ideas on sharing photos from people like you.  Find new ways to share.
http://www.windowslive.com/explore/photogallery/posts?ocid=TXT_TAGLM_WL_Photo_Gallery_082008

RE: c++ maven project

2008-08-22 Thread Andreas Heinecke
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

2008-08-22 Thread Dhruva Reddy
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

2008-08-22 Thread Rodrigo Ruiz

Hi Laura,

Take a look at the FREEHEP NAR plugin:

http://java.freehep.org/freehep-nar-plugin/philosophy.html

It may be what you are looking for :-)

Best regards,
Rodrigo

Laura Lozano wrote:

Hello,

I would like to know if is possible to use maven for create and build a C++
project. In this case, is there any available tutorial or documentation
explaining how to proceed?

Thank you.



--
---
GRID SYSTEMS, S.A. Rodrigo Ruiz
Parc Bit - Edificio 17 Research Coordinator
07121 Palma de Mallorca
Baleares - Spain   Tel: +34 971 435 085
http://www.gridsystems.com/Fax: +34 971 435 082
---

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [c 1.1] issues with adding build definition....

2008-02-04 Thread Mick Knutson
1. Why does this ony start happening once I added then deleted another Build
Definition?

2. How do turn notification on again?

Here is my declaration:

ciManagement
systemcontinuum/system
urlhttp://rc-sun.ut.dentegra.lab:8080/continuum/url
notifiers
notifier
typemail/type
configuration
address[EMAIL PROTECTED]/address
/configuration

sendOnErrortrue/sendOnError
sendOnFailuretrue/sendOnFailure
sendOnSuccesstrue/sendOnSuccess
sendOnWarningtrue/sendOnWarning
/notifier
/notifiers
/ciManagement



On Feb 1, 2008 6:08 PM, Wendy Smoak [EMAIL PROTECTED] wrote:

 On Feb 1, 2008 5:06 PM, Mick Knutson [EMAIL PROTECTED] wrote:

  What does this mean:
 
  *2806710 [pool-1-thread-1] INFO
  org.codehaus.plexus.notification.notifier.Notifier:mail  - Same state,
 not
  sending message.

 That the state (success, failure, or error) hasn't changed, so
 Continuum does not feel the need to send an email to tell you nothing
 happened.
 (If you want it to always send mail no matter what, I think you can
 change that in one of the xml files.)

 --
 Wendy




-- 
Thanks,
Mick Knutson

http://www.baselogic.com
http://www.blincmagazine.com
http://www.djmick.com
http://www.myspace.com/mickknutson
http://www.myspace.com/BLiNCMagazine
http://tahoe.baselogic.com
---


RE: [c 1.1] issues with adding build definition....

2008-02-04 Thread Tawfik, Sameh E

To make Continuum always send an email at the end of the build cycle, do
the following:

1. Edit
\continuum-1.1\apps\continuum\webapp\WEB-INF\classes\META-INF\plexus\app
lication.xml

2. Search for alwaysSend string, and change the value from false to
true as follow:

Original value: alwaysSendfalse/alwaysSend

Change to:  alwaysSendtrue/alwaysSend

  Sameh

-Original Message-
From: Wendy Smoak [mailto:[EMAIL PROTECTED] 
Sent: Friday, February 01, 2008 6:09 PM
To: [EMAIL PROTECTED]
Subject: Re: [c 1.1] issues with adding build definition

On Feb 1, 2008 5:06 PM, Mick Knutson [EMAIL PROTECTED] wrote:

 What does this mean:

 *2806710 [pool-1-thread-1] INFO
 org.codehaus.plexus.notification.notifier.Notifier:mail  - Same state,
not
 sending message.

That the state (success, failure, or error) hasn't changed, so
Continuum does not feel the need to send an email to tell you nothing
happened.
(If you want it to always send mail no matter what, I think you can
change that in one of the xml files.)

-- 
Wendy
This email and any files transmitted with it are confidential, proprietary
and intended solely for the individual or entity to whom they are addressed.
If you have received this email in error please delete it immediately.



Re: [c 1.1] issues with adding build definition....

2008-02-01 Thread Mick Knutson
 org.apache.maven.continuum.buildcontroller.BuildController:default  -
 Initializing build
 1146331 [pool-1-thread-1] INFO
 org.apache.maven.continuum.buildcontroller.BuildController:default  -
 Starting build of Delta Dental ESP DAP Master Project Object Model (POM)
 1146331 [defaultScheduler_Worker-9] INFO
 org.apache.maven.continuum.Continuum:default  - Enqueuing 'Claims Capture
 (c2)' with build definition 'DAP install' - id=16).
 1146543 [defaultScheduler_Worker-9] INFO
 org.apache.maven.continuum.Continuum:default  - Enqueuing 'EDIFECS' with
 build definition 'DAP install' - id=16).
 1146703 [pool-1-thread-1] INFO
 org.apache.maven.continuum.buildcontroller.BuildController:default  -
 Purging exiting working copy
 1146703 [pool-1-thread-1] INFO
 org.apache.maven.continuum.buildcontroller.BuildController:default  -
 Performing action clean-working-directory
 1146717 [defaultScheduler_Worker-9] INFO
 org.apache.maven.continuum.Continuum:default  - Enqueuing 'EEP' with build
 definition 'DAP install' - id=16).
 1146886 [defaultScheduler_Worker-9] INFO
 org.apache.maven.continuum.Continuum:default  - Enqueuing 'ER:: Enterprise
 Routing (ER)' with build definition 'DAP install' - id=16).
 1147072 [defaultScheduler_Worker-9] INFO
 org.apache.maven.continuum.Continuum:default  - Enqueuing 'Utilities
 (Module Group)' with build definition 'DAP install' - id=16).
 1198711 [pool-1-thread-1] INFO
 org.apache.maven.continuum.buildcontroller.BuildController:default  -
 Updating working dir
 1198712 [pool-1-thread-1] INFO
 org.apache.maven.continuum.buildcontroller.BuildController:default  -
 Performing action check-working-directory
 1198730 [pool-1-thread-1] INFO
 org.apache.maven.continuum.buildcontroller.BuildController:default  -
 Performing action checkout-project
 1198800 [pool-1-thread-1] INFO
 org.apache.maven.continuum.scm.ContinuumScm:default  - Checking out
 project: 'Delta Dental ESP DAP Master Project Object Model (POM)', id: '16'
 to '/home/dapadmin/continuum/working-directory/16'.
 1198960 [pool-1-thread-1] INFO
 org.apache.maven.scm.manager.ScmManager:default  - Checking out
 '/opt/viewstore/esp_lynx_dap/esp/dap' to
 '/home/dapadmin/continuum/working-directory/16'.
 1583699 [pool-1-thread-1] INFO
 org.apache.maven.continuum.scm.ContinuumScm:default  - Checked out 4317
 files.
 1583973 [pool-1-thread-1] INFO
 org.apache.maven.continuum.buildcontroller.BuildController:default  -
 Merging SCM results
 1584649 [pool-1-thread-1] INFO
 org.apache.maven.continuum.buildcontroller.BuildController:default  -
 AlwaysBuild configured, building
 1584649 [pool-1-thread-1] INFO
 org.apache.maven.continuum.buildcontroller.BuildController:default  -
 Performing action update-project-from-working-directory
 1584783 [pool-1-thread-1] INFO
 org.codehaus.plexus.action.Action:update-project-from-working-directory  -
 Updating project 'Delta Dental ESP DAP Master Project Object Model (POM)'
 from checkout.
 1599704 [pool-1-thread-1] INFO
 org.apache.maven.continuum.buildcontroller.BuildController:default  -
 Performing action execute-builder
 1600598 [pool-1-thread-1] INFO
 org.apache.maven.continuum.utils.shell.ShellCommandHelper:default  -
 Executing: /bin/sh -c 'cd /home/dapadmin/continuum/working-directory/16 
 /opt/maven/bin/mvn -e -Dcontinuum.project.lastBuild.state=2 -
 Dcontinuum.project.nextBuild.number=15 -
 Dcontinuum.project.group.name=Delta Dental ESP DAP Master Project Object
 Model (POM) -Dcontinuum.project.lastBuild.number=14 install'
 1600602 [pool-1-thread-1] INFO
 org.apache.maven.continuum.utils.shell.ShellCommandHelper:default  -
 Working directory: /home/dapadmin/continuum/working-directory/16
 2796507 [pool-1-thread-1] INFO
 org.apache.maven.continuum.execution.ContinuumBuildExecutor:maven2  - Exit
 code: 0
 2805861 [pool-1-thread-1] INFO
 org.apache.maven.continuum.execution.ContinuumBuildExecutor:maven2  -
 Backup surefire files.
 2806362 [pool-1-thread-1] INFO
 org.apache.maven.continuum.buildcontroller.BuildController:default  -
 Performing action deploy-artifact
 2806710 [pool-1-thread-1] INFO
 org.codehaus.plexus.notification.notifier.Notifier:mail  - Same state, not
 sending message.
 2806711 [pool-1-thread-1] INFO
 org.apache.maven.continuum.buildcontroller.BuildController:default  -
 Initializing build
 2806790 [pool-1-thread-1] INFO
 org.apache.maven.continuum.buildcontroller.BuildController:default  -
 Starting build of Claims Capture (c2)
 2807014 [pool-1-thread-1] INFO
 org.apache.maven.continuum.buildcontroller.BuildController:default  -
 Purging exiting working copy
 2807014 [pool-1-thread-1] INFO
 org.apache.maven.continuum.buildcontroller.BuildController:default  -
 Performing action clean-working-directory
 2819812 [pool-1-thread-1] INFO
 org.apache.maven.continuum.buildcontroller.BuildController:default  -
 Updating working dir
 2819812 [pool-1-thread-1] INFO
 org.apache.maven.continuum.buildcontroller.BuildController:default  -
 Performing action check-working-directory
 2819821 [pool-1-thread-1] INFO

[c 1.1] issues with adding build definition....

2008-02-01 Thread Mick Knutson
1st, when I start a new project group, and single build definition.
Everything works fine. My install works, and I get an email each time the
build occurs.

Now when I add another build definition, the 1st time the build happened
with the new definition, it appears the install works, but the site:site
(2nd definition) seems to have an error getting the dashboard plugin as it
thinks there is no valid version available, but I am using archiva, and I
can assure you that running site:site from the command line in the source of
the machine works.
This error continues each time the build runs, but the 1st definition never
runs again. Only the 2nd build definition (site:site) is run from now on.

Then, I delete the 2nd build definition (site:site) and bounce continuum.
Then the 1st build definition starts working again, but now the email
notifier does not work anymore.

This all occurs without any Clearcase code change at all.



-- 
Thanks,
Mick Knutson

http://www.baselogic.com
http://www.blincmagazine.com
http://www.djmick.com
http://www.myspace.com/mickknutson
http://www.myspace.com/BLiNCMagazine
http://tahoe.baselogic.com
---


Re: [c 1.1] issues with adding build definition....

2008-02-01 Thread Mick Knutson
In my localhost.log I see this:

*SEVERE: Exception starting filter Compression Filter
java.lang.ClassNotFoundException: compressionFilters.CompressionFilter
at org.apache.catalina.loader.WebappClassLoader.loadClass(
WebappClassLoader.java:1362)
at org.apache.catalina.loader.WebappClassLoader.loadClass(
WebappClassLoader.java:1208)
at org.apache.catalina.core.ApplicationFilterConfig.getFilter(
ApplicationFilterConfig.java:207)
at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(
ApplicationFilterConfig.java:302)
at org.apache.catalina.core.ApplicationFilterConfig.init(
ApplicationFilterConfig.java:78)
at org.apache.catalina.core.StandardContext.filterStart(
StandardContext.java:3635)
at org.apache.catalina.core.StandardContext.start(StandardContext.java
:4222)
at org.apache.catalina.core.ContainerBase.addChildInternal(
ContainerBase.java:760)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java
:740)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544)
at org.apache.catalina.startup.HostConfig.deployDirectory(
HostConfig.java:920)
at org.apache.catalina.startup.HostConfig.deployDirectories(
HostConfig.java:883)
at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java
:492)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1138)
at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java
:311)
at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(
LifecycleSupport.java:120)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1022)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:736)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java
:443)
at org.apache.catalina.core.StandardService.start(StandardService.java
:448)
at org.apache.catalina.core.StandardServer.start(StandardServer.java
:700)
at org.apache.catalina.startup.Catalina.start(Catalina.java:552)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(
NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(
DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433)
Feb 1, 2008 12:45:18 PM org.apache.catalina.core.StandardContext filterStart
SEVERE: Exception starting filter Set Character Encoding
java.lang.ClassNotFoundException: filters.SetCharacterEncodingFilter
at org.apache.catalina.loader.WebappClassLoader.loadClass(
WebappClassLoader.java:1362)
at org.apache.catalina.loader.WebappClassLoader.loadClass(
WebappClassLoader.java:1208)
at org.apache.catalina.core.ApplicationFilterConfig.getFilter(
ApplicationFilterConfig.java:207)
at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(
ApplicationFilterConfig.java:302)
at org.apache.catalina.core.ApplicationFilterConfig.init(
ApplicationFilterConfig.java:78)
at org.apache.catalina.core.StandardContext.filterStart(
StandardContext.java:3635)
at org.apache.catalina.core.StandardContext.start(StandardContext.java
:4222)
at org.apache.catalina.core.ContainerBase.addChildInternal(
ContainerBase.java:760)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java
:740)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544)
at org.apache.catalina.startup.HostConfig.deployDirectory(
HostConfig.java:920)
at org.apache.catalina.startup.HostConfig.deployDirectories(
HostConfig.java:883)
at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java
:492)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1138)
at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java
:311)
at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(
LifecycleSupport.java:120)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1022)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:736)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java
:443)
at org.apache.catalina.core.StandardService.start(StandardService.java
:448)
at org.apache.catalina.core.StandardServer.start(StandardServer.java
:700)
at org.apache.catalina.startup.Catalina.start(Catalina.java:552)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(
NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(
DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at 

Re: [c 1.1] issues with adding build definition....

2008-02-01 Thread Mick Knutson
I am waiting for the next build to occur to send more continuum.log's but I
did notice that after I bounced continuum, I started getting this error
again:

*14933 [main] WARN
org.apache.maven.continuum.execution.ContinuumBuildExecutor:maven2  - Could
not find the executable 'mvn' in the path '[]'.*

Why is path '[]' instead of something like
path'[/usr/bin:/usr/ucb:/etc:/usr/local/bin:.:/usr/jdk/jdk1.5.0_06/bin:/opt/maven/bin:/opt/oracle/oas/ant/bin]'


mvn is, and has always BEEN on my path and the install works fine even with
this error, but it appears the email notifier does not work.




On Feb 1, 2008 12:58 PM, Mick Knutson [EMAIL PROTECTED] wrote:

 In my localhost.log I see this:

 *SEVERE: Exception starting filter Compression Filter
 java.lang.ClassNotFoundException: compressionFilters.CompressionFilter
 at org.apache.catalina.loader.WebappClassLoader.loadClass(
 WebappClassLoader.java:1362)
 at org.apache.catalina.loader.WebappClassLoader.loadClass(
 WebappClassLoader.java:1208)
 at org.apache.catalina.core.ApplicationFilterConfig.getFilter(
 ApplicationFilterConfig.java:207)
 at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(
 ApplicationFilterConfig.java:302)
 at org.apache.catalina.core.ApplicationFilterConfig.init(
 ApplicationFilterConfig.java:78)
 at org.apache.catalina.core.StandardContext.filterStart(
 StandardContext.java:3635)
 at org.apache.catalina.core.StandardContext.start(StandardContext.java
 :4222)
 at org.apache.catalina.core.ContainerBase.addChildInternal(
 ContainerBase.java:760)
 at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java
 :740)
 at org.apache.catalina.core.StandardHost.addChild(StandardHost.java
 :544)
 at org.apache.catalina.startup.HostConfig.deployDirectory(
 HostConfig.java:920)
 at org.apache.catalina.startup.HostConfig.deployDirectories(
 HostConfig.java:883)
 at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java
 :492)
 at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1138)
 at org.apache.catalina.startup.HostConfig.lifecycleEvent(
 HostConfig.java:311)
 at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(
 LifecycleSupport.java:120)
 at org.apache.catalina.core.ContainerBase.start(ContainerBase.java
 :1022)
 at org.apache.catalina.core.StandardHost.start(StandardHost.java:736)
 at org.apache.catalina.core.ContainerBase.start(ContainerBase.java
 :1014)
 at org.apache.catalina.core.StandardEngine.start(StandardEngine.java
 :443)
 at org.apache.catalina.core.StandardService.start(StandardService.java
 :448)
 at org.apache.catalina.core.StandardServer.start(StandardServer.java
 :700)
 at org.apache.catalina.startup.Catalina.start(Catalina.java:552)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(
 NativeMethodAccessorImpl.java:39)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(
 DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:585)
 at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
 at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433)
 Feb 1, 2008 12:45:18 PM org.apache.catalina.core.StandardContextfilterStart
 SEVERE: Exception starting filter Set Character Encoding
 java.lang.ClassNotFoundException: filters.SetCharacterEncodingFilter
 at org.apache.catalina.loader.WebappClassLoader.loadClass(
 WebappClassLoader.java:1362)
 at org.apache.catalina.loader.WebappClassLoader.loadClass(
 WebappClassLoader.java:1208)
 at org.apache.catalina.core.ApplicationFilterConfig.getFilter(
 ApplicationFilterConfig.java:207)
 at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(
 ApplicationFilterConfig.java:302)
 at org.apache.catalina.core.ApplicationFilterConfig.init(
 ApplicationFilterConfig.java:78)
 at org.apache.catalina.core.StandardContext.filterStart(
 StandardContext.java:3635)
 at org.apache.catalina.core.StandardContext.start(StandardContext.java
 :4222)
 at org.apache.catalina.core.ContainerBase.addChildInternal(
 ContainerBase.java:760)
 at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java
 :740)
 at org.apache.catalina.core.StandardHost.addChild(StandardHost.java
 :544)
 at org.apache.catalina.startup.HostConfig.deployDirectory(
 HostConfig.java:920)
 at org.apache.catalina.startup.HostConfig.deployDirectories(
 HostConfig.java:883)
 at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java
 :492)
 at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1138)
 at org.apache.catalina.startup.HostConfig.lifecycleEvent(
 HostConfig.java:311)
 at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(
 LifecycleSupport.java:120)
 at org.apache.catalina.core.ContainerBase.start(ContainerBase.java
 :1022)
 at 

Re: [c 1.1] issues with adding build definition....

2008-02-01 Thread Mick Knutson
So I am trying to figure this out and found this:

http://docs.codehaus.org/display/CONTINUUMUSER/Continuum+on+Tomcat

*I had to add 2 JAVA_OPTS to my Tomcat startup script  to get it to work:
-Dplexus.system.path=$PATH to get Continuum to find the mvn and ant
executables,
-Dappserver.base=$CATALINA_HOME to get the logfile in the right dir and
remove the  ${appserver.base} dirs popping up in $CATALINA_HOME and the
appBase of my Tomcat
host.*http://docs.codehaus.org/display/CONTINUUMUSER/Continuum+on+Tomcat?focusedCommentId=10748005#comment-10748005


When I added that to my startup script like:

*export CATALINA_OPTS=-Dappserver.home=/home/dapadmin/apache-tomcat-5.5.25-
Dappserver.base=/home/dapadmin/apache-tomcat-5.5.25 -
Dplexus.system.path=$PATH
*


*I now get this is my continuum.log*
*
1[main] INFO
org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/continuum]
- Loading plexus context properties from: '/WEB-INF/plexus.properties'
23   [main] INFO
org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/continuum]
- Could not load plexus context properties from:
'/WEB-INF/plexus.properties'
2895 [main] INFO  org.codehaus.plexus.PlexusContainer  - Loading on start
[role,roleHint]: [org.apache.maven.continuum.Continuum,default]*


But I also get the mvn being found:

*13352 [main] INFO  org.quartz.core.QuartzScheduler  - Scheduler
defaultScheduler_$_NON_CLUSTERED started.
13579 [main] WARN
org.apache.maven.continuum.execution.ContinuumBuildExecutor:maven-1  - Could
not find the executable 'maven' in the path '[/usr/bin, /usr/ucb, /etc,
/usr/local/bin, ., /usr/jdk/jdk1.5.0_06/bin, /opt/maven/bin,
/opt/oracle/oas/ant/bin]'.
13589 [main] INFO
org.apache.maven.continuum.execution.ContinuumBuildExecutor:ant  - Resolved
the executable 'ant' to '/opt/oracle/oas/ant/bin/ant'.
15063 [main] INFO
org.apache.maven.continuum.execution.ContinuumBuildExecutor:maven2  -
Resolved the executable 'mvn' to '/opt/maven/bin/mvn'.
15077 [main] INFO
org.apache.maven.continuum.execution.manager.BuildExecutorManager:default  -
Build executors:
15078 [main] INFO
org.apache.maven.continuum.execution.manager.BuildExecutorManager:default
-   ant
15078 [main] INFO
org.apache.maven.continuum.execution.manager.BuildExecutorManager:default
-   maven-1
15079 [main] INFO
org.apache.maven.continuum.execution.manager.BuildExecutorManager:default
-   maven2
15079 [main] INFO
org.apache.maven.continuum.execution.manager.BuildExecutorManager:default
-   shell*


I will know at 2:00pm if the notifier works as that is my next scheduled
build.





On Feb 1, 2008 1:08 PM, Mick Knutson [EMAIL PROTECTED] wrote:

 I am waiting for the next build to occur to send more continuum.log's but
 I did notice that after I bounced continuum, I started getting this error
 again:

 *14933 [main] WARN
 org.apache.maven.continuum.execution.ContinuumBuildExecutor:maven2  -
 Could not find the executable 'mvn' in the path '[]'.*

 Why is path '[]' instead of something like
 path'[/usr/bin:/usr/ucb:/etc:/usr/local/bin:.:/usr/jdk/jdk1.5.0_06/bin:/opt/maven/bin:/opt/oracle/oas/ant/bin]'
 

 mvn is, and has always BEEN on my path and the install works fine even
 with this error, but it appears the email notifier does not work.





 On Feb 1, 2008 12:58 PM, Mick Knutson [EMAIL PROTECTED] wrote:

  In my localhost.log I see this:
 
  *SEVERE: Exception starting filter Compression Filter
  java.lang.ClassNotFoundException: compressionFilters.CompressionFilter
  at org.apache.catalina.loader.WebappClassLoader.loadClass(
  WebappClassLoader.java:1362)
  at org.apache.catalina.loader.WebappClassLoader.loadClass(
  WebappClassLoader.java:1208)
  at org.apache.catalina.core.ApplicationFilterConfig.getFilter(
  ApplicationFilterConfig.java:207)
  at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(
  ApplicationFilterConfig.java:302)
  at org.apache.catalina.core.ApplicationFilterConfig.init(
  ApplicationFilterConfig.java:78)
  at org.apache.catalina.core.StandardContext.filterStart(
  StandardContext.java:3635)
  at org.apache.catalina.core.StandardContext.start(
  StandardContext.java:4222)
  at org.apache.catalina.core.ContainerBase.addChildInternal(
  ContainerBase.java:760)
  at org.apache.catalina.core.ContainerBase.addChild(
  ContainerBase.java:740)
  at org.apache.catalina.core.StandardHost.addChild(StandardHost.java
  :544)
  at org.apache.catalina.startup.HostConfig.deployDirectory(
  HostConfig.java:920)
  at org.apache.catalina.startup.HostConfig.deployDirectories(
  HostConfig.java:883)
  at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java
  :492)
  at org.apache.catalina.startup.HostConfig.start(HostConfig.java
  :1138)
  at org.apache.catalina.startup.HostConfig.lifecycleEvent(
  HostConfig.java:311)
  at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(
  LifecycleSupport.java:120)
  at 

[c 1.1] issue with multiple project groups

2008-01-17 Thread Mick Knutson
I originally created a project for my project to run mvn install on  a
default schedule and the schedule ran fine.

THen I created another project group for my site documentation goals on the
default schedule as well and now it runs on the default schedule, but now my
original project group I already created does not work anymore. Can I only
have 1 project group per schedule or something?

-- 
Thanks,
Mick Knutson

http://www.baselogic.com
http://www.blincmagazine.com
http://www.djmick.com
http://www.myspace.com/mickknutson
http://www.myspace.com/BLiNCMagazine
http://tahoe.baselogic.com
---


Re: [c 1.1] schedule build per svn check-in?

2008-01-17 Thread Mick Knutson
My SVN lead said he can create a hook easily, but he needs to know what to
call? Does anyone have a code snippet I could give him?

On Jan 15, 2008 12:44 PM, Jesse McConnell [EMAIL PROTECTED] wrote:

 you can have svn push a request to continuum to do a build using the
 xmlrpc
 interface to continuum

 jesse

 On Jan 15, 2008 1:38 PM, Mick Knutson [EMAIL PROTECTED] wrote:

  Is it possible to kick off the build each time there is a new update
  available in svn?
 
  --
  Thanks,
  Mick Knutson
 
  http://www.baselogic.com
  http://www.blincmagazine.com
  http://www.djmick.com
  http://www.myspace.com/mickknutson
  http://www.myspace.com/BLiNCMagazine
  http://tahoe.baselogic.com
  ---
 



 --
 jesse mcconnell
 [EMAIL PROTECTED]




-- 
Thanks,
Mick Knutson

http://www.baselogic.com
http://www.blincmagazine.com
http://www.djmick.com
http://www.myspace.com/mickknutson
http://www.myspace.com/BLiNCMagazine
http://tahoe.baselogic.com
---


Re: [c 1.1] schedule build per svn check-in?

2008-01-17 Thread Wendy Smoak
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?

2008-01-17 Thread Mick Knutson
Perfect!

On Jan 17, 2008 10:00 AM, Wendy Smoak [EMAIL PROTECTED] wrote:

 On Jan 17, 2008 9:50 AM, Mick Knutson [EMAIL PROTECTED] wrote:

  My SVN lead said he can create a hook easily, but he needs to know what
 to
  call? Does anyone have a code snippet I could give him?

 http://maven.apache.org/continuum/docs/1.1/developer_guides/xmlrpc.html

 --
 Wendy




-- 
Thanks,
Mick Knutson

http://www.baselogic.com
http://www.blincmagazine.com
http://www.djmick.com
http://www.myspace.com/mickknutson
http://www.myspace.com/BLiNCMagazine
http://tahoe.baselogic.com
---


[c 1.1, archiva 1] Deployment Repository directory parameter

2008-01-15 Thread Mick Knutson
I wnat to know what I should set this to:
*
Deployment Repository Directory: *

* Enter the deployment repository directory of the Continuum web application
*


Should I set this to the path for my archive repository?

http://rc-sun66e.ut.dentegra.lab:8080/archiva/repository/internal/

so continuum would directly put files into the location, then archiva would
automatically pick them up?

-- 
Thanks,
Mick Knutson

http://www.baselogic.com
http://www.blincmagazine.com
http://www.djmick.com
http://www.myspace.com/mickknutson
http://www.myspace.com/BLiNCMagazine
http://tahoe.baselogic.com
---


[c 1.1] schedule build per svn check-in?

2008-01-15 Thread Mick Knutson
Is it possible to kick off the build each time there is a new update
available in svn?

-- 
Thanks,
Mick Knutson

http://www.baselogic.com
http://www.blincmagazine.com
http://www.djmick.com
http://www.myspace.com/mickknutson
http://www.myspace.com/BLiNCMagazine
http://tahoe.baselogic.com
---


Re: [c 1.1, archiva 1] Deployment Repository directory parameter

2008-01-15 Thread Wendy Smoak
On Jan 15, 2008 12:37 PM, Mick Knutson [EMAIL PROTECTED] wrote:

 I wnat to know what I should set this to:
 *
 Deployment Repository Directory: *

 * Enter the deployment repository directory of the Continuum web application
 *
 Should I set this to the path for my archive repository?

 http://rc-sun66e.ut.dentegra.lab:8080/archiva/repository/internal/

 so continuum would directly put files into the location, then archiva would
 automatically pick them up?

You could, if both Archiva and Continuum happen to be on the same
server-- it's meant to be a _directory_ not a url.

(Check JIRA, though, I think this feature is broken in Continuum 1.1.)

-- 
Wendy


Re: [c 1.1] Possible to use the Continuum build number as part of the artifact name?

2008-01-15 Thread Emmanuel Venisse
Continuum define few properties that are sent to the maven process during
the build like the current build number, the next, last state and the group
name.
Look at your logs and you'll see them when a build start the maven process

Emmanuel

On Jan 15, 2008 10:54 PM, Mick Knutson [EMAIL PROTECTED] wrote:

 I want to create our war final name appended with the continuum build
 number:

 myProject-userwebapp-1.25-build-42.war

 Is this possible?


 --
 Thanks,
 Mick Knutson

 http://www.baselogic.com
 http://www.blincmagazine.com
 http://www.djmick.com
 http://www.myspace.com/mickknutson
 http://www.myspace.com/BLiNCMagazine
 http://tahoe.baselogic.com
 ---



Re: [c 1.1] Possible to use the Continuum build number as part of the artifact name?

2008-01-15 Thread Olivier Lamy
Have a look here [1].

--
Olivier

[1] 
http://www.nabble.com/Version-and-build-number-to-Ant-build-process-td14593864.html

2008/1/15, Mick Knutson [EMAIL PROTECTED]:
 I want to create our war final name appended with the continuum build
 number:

 myProject-userwebapp-1.25-build-42.war

 Is this possible?


 --
 Thanks,
 Mick Knutson

 http://www.baselogic.com
 http://www.blincmagazine.com
 http://www.djmick.com
 http://www.myspace.com/mickknutson
 http://www.myspace.com/BLiNCMagazine
 http://tahoe.baselogic.com
 ---



Re: [c 1.1] schedule build per svn check-in?

2008-01-15 Thread Jesse McConnell
you can have svn push a request to continuum to do a build using the xmlrpc
interface to continuum

jesse

On Jan 15, 2008 1:38 PM, Mick Knutson [EMAIL PROTECTED] wrote:

 Is it possible to kick off the build each time there is a new update
 available in svn?

 --
 Thanks,
 Mick Knutson

 http://www.baselogic.com
 http://www.blincmagazine.com
 http://www.djmick.com
 http://www.myspace.com/mickknutson
 http://www.myspace.com/BLiNCMagazine
 http://tahoe.baselogic.com
 ---




-- 
jesse mcconnell
[EMAIL PROTECTED]


Re: [c 1.1] schedule build per svn check-in?

2008-01-15 Thread Mick Knutson
Is there a wiki or something that can show me how to do that? I am not very
good with svn



On Jan 15, 2008 12:44 PM, Jesse McConnell [EMAIL PROTECTED] wrote:

 you can have svn push a request to continuum to do a build using the
 xmlrpc
 interface to continuum

 jesse

 On Jan 15, 2008 1:38 PM, Mick Knutson [EMAIL PROTECTED] wrote:

  Is it possible to kick off the build each time there is a new update
  available in svn?
 
  --
  Thanks,
  Mick Knutson
 
  http://www.baselogic.com
  http://www.blincmagazine.com
  http://www.djmick.com
  http://www.myspace.com/mickknutson
  http://www.myspace.com/BLiNCMagazine
  http://tahoe.baselogic.com
  ---
 



 --
 jesse mcconnell
 [EMAIL PROTECTED]




-- 
Thanks,
Mick Knutson

http://www.baselogic.com
http://www.blincmagazine.com
http://www.djmick.com
http://www.myspace.com/mickknutson
http://www.myspace.com/BLiNCMagazine
http://tahoe.baselogic.com
---


[c 1.1] Possible to use the Continuum build number as part of the artifact name?

2008-01-15 Thread Mick Knutson
I want to create our war final name appended with the continuum build
number:

myProject-userwebapp-1.25-build-42.war

Is this possible?


-- 
Thanks,
Mick Knutson

http://www.baselogic.com
http://www.blincmagazine.com
http://www.djmick.com
http://www.myspace.com/mickknutson
http://www.myspace.com/BLiNCMagazine
http://tahoe.baselogic.com
---


Re: [c 1.1] Possible to use the Continuum build number as part of the artifact name?

2008-01-15 Thread Wendy Smoak
On Jan 15, 2008 2:54 PM, Mick Knutson [EMAIL PROTECTED] wrote:

 I want to create our war final name appended with the continuum build
 number:

 myProject-userwebapp-1.25-build-42.war

 Is this possible?

Just a guess, but since unsuccessful builds don't get a number, I bet
the number isn't assigned until after the build finishes.

Take a look at the buildnumber plugin (actually there are two, I'm not
sure which is preferred)
 * http://mojo.codehaus.org/buildnumber-maven-plugin/
 * 
http://commons.ucalgary.ca/projects/maven-buildnumber-plugin/introduction.html

-- 
Wendy


Re: [c-1.1] ORA-00910: specified length too long for its datatype

2008-01-14 Thread Mick Knutson
http://jira.codehaus.org/browse/CONTINUUM-1622

On Dec 29, 2007 8:41 AM, Mick Knutson [EMAIL PROTECTED] wrote:

 This happens at startup. And I can't get any further.
 I will open a ticket.



 On Dec 28, 2007 5:16 PM, Wendy Smoak [EMAIL PROTECTED] wrote:

  On Dec 20, 2007 6:05 PM, Mick Knutson [EMAIL PROTECTED]  wrote:
   *I have looked at:*
   http://jira.codehaus.org/browse/CONTINUUM-1189
  
   *And I have the same error, but I can't find a resolution for version
  1.1NOT
   1.1 alpha:*
 
  That issue was closed as a duplicate of CONTINUUM-961, which was
  supposed to have been fixed in 1.1-alpha-1.
 
  If you're seeing this in 1.1 final, open an issue describing how to
  reproduce the problem, (does it happen when you first start up?  when
  you force a build?)  and then add a comment with the stack trace.
 
  I'm not sure how many people are using Continuum with Oracle-- I've
  only used Derby or MySQL so I can't test it.
 
  --
  Wendy
 



 --
 Thanks,
 Mick Knutson

 http://www.baselogic.com
 http://www.blincmagazine.com
 http://www.djmick.com
 http://www.myspace.com/mickknutson
 http://www.myspace.com/BLiNCMagazine
 http://tahoe.baselogic.com
 ---




-- 
Thanks,
Mick Knutson

http://www.baselogic.com
http://www.blincmagazine.com
http://www.djmick.com
http://www.myspace.com/mickknutson
http://www.myspace.com/BLiNCMagazine
http://tahoe.baselogic.com
---


Re: [c-1.1] ORA-00910: specified length too long for its datatype

2007-12-29 Thread Mick Knutson
This happens at startup. And I can't get any further.
I will open a ticket.


On Dec 28, 2007 5:16 PM, Wendy Smoak [EMAIL PROTECTED] wrote:

 On Dec 20, 2007 6:05 PM, Mick Knutson [EMAIL PROTECTED] wrote:
  *I have looked at:*
  http://jira.codehaus.org/browse/CONTINUUM-1189
 
  *And I have the same error, but I can't find a resolution for version
 1.1NOT
  1.1 alpha:*

 That issue was closed as a duplicate of CONTINUUM-961, which was
 supposed to have been fixed in 1.1-alpha-1.

 If you're seeing this in 1.1 final, open an issue describing how to
 reproduce the problem, (does it happen when you first start up?  when
 you force a build?)  and then add a comment with the stack trace.

 I'm not sure how many people are using Continuum with Oracle-- I've
 only used Derby or MySQL so I can't test it.

 --
 Wendy




-- 
Thanks,
Mick Knutson

http://www.baselogic.com
http://www.blincmagazine.com
http://www.djmick.com
http://www.myspace.com/mickknutson
http://www.myspace.com/BLiNCMagazine
http://tahoe.baselogic.com
---


  1   2   3   >