Update a BOM programmatically
Hello, I want to scan my scm repository, find new maven project and update another maven project used as BOM. What's the best way to add a new dependency management entry in an existing pom ? The purpose should fit with polyglot pom (but not mandatory). Thanks in advance Best regards, Vincent Hardion - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE : How to generate C++ code and compile it?
Hi, I don't understand your question. You want to generate c++ code with perl script and compile it with maven ? Regards, Vincent -Message d'origine- De : Eyal Goren [mailto:eyalg1...@gmail.com] Envoyé : jeudi 19 août 2010 16:00 À : users@maven.apache.org Objet : How to generate C++ code and compile it? Hi, I have a task to generate using a perl script C++ code, and then compile it. I know we have maven-nar-plugin for compiling C++ code, but how can I generate the code from maven, and pass it its output? Thanks Eyal -- View this message in context: http://maven.40175.n5.nabble.com/How-to-generate-C-code-and-compile-it-tp2640958p2640958.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Checksum problem with mysql.mysql-connector-java.1.5.13
Hi, It seems there are somes problems with artifact and checksum in Maven repo for mysql.mysql-connector-java.1.5.13 (http://repo1.maven.org/maven2//mysql/mysql-connector-java/5.1.13/) The md5 and sha1 files should be : mysql-connector-java-5.1.13.jar.md5 and mysql-connector-java-5.1.13.jar.sha1 instead of mysql-connector-java-5.1.13.md5 and mysql-connector-java-5.1.13.sha1 (jar extension missed). Best regards, Vincent Hardion - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven-nar-plugin (http://duns.github.com/maven-nar-plugin)
Hi, We use it (its ancestor freehep-nar-plugin) with 350 modules now. We planned to use a unit test framework and your example is very interesting. Is it possible to send me your example ? Best regards, Vincent Hardion Le jeudi 11 février 2010 à 01:11 -0800, Karl Heinz Marbaise a écrit : So it seemed to be a little bit early... I have changed the layout of my files: . |-- pom.xml `-- src |-- main | |-- c++ | | `-- bruch.cxx | `-- include | `-- bruch.hxx `-- test `-- c++ `-- bruch_test.cxx and now the usual call mvn test or mvn package work like a charm... Wow cool... Kind regards Karl Heinz Marbaise - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE : No more com.oracle.ojdbc14-10.2.0.2.0.jar ?
I'm confident of seeing this jar in a mirror of central. We use a repository Manager (Nexus) which is managed only by myself, the local repositories have never contained this jar I check it from backup I don't know when it has been erased perhaps December 2009. We see it now because we clean the local repository of one of build host. Don't worry about the response. Anyway you're right about the license of this jar, I'll deploy it manually. Best Regards, Vincent Hardion Synchrotron Soleil L'Orme des merisiers - Saint Aubin BP48 - 91192 Gif sur Yvette Tel : +33 1 69 35 93 39 mail : vincent.hard...@synchrotron-soleil.fr -Message d'origine- De : Wayne Fay [mailto:wayne...@gmail.com] Envoyé : lundi 11 janvier 2010 22:39 À : Maven Users List Objet : Re: No more com.oracle.ojdbc14-10.2.0.2.0.jar ? I agree with pushing poms. I'm less inclined to agree with the checksums... but that's OK, I don't really care either way. Now back to Vincent... what makes you think this jar file EVER existed in Central?? Wayne On Mon, Jan 11, 2010 at 3:09 PM, nicolas de loof nicolas.del...@gmail.com wrote: I did it some time ago as this was condidered a good practice : define a common POM and checksums for artifacts that are not freely redistribuable, but that user may include in a custom repo. There is some other entries en central like this one (metadatas without jar) - 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 : No more com.oracle.ojdbc14-10.2.0.2.0.jar ?
Just another thing: The fingerprint sha from central doesn't correspond to the jar I freshly deploy. I had to change the order of repositories in public group in Nexus to shadow central fingerprint. Best Regards, Vincent Hardion Synchrotron Soleil L'Orme des merisiers - Saint Aubin BP48 - 91192 Gif sur Yvette Tel : +33 1 69 35 93 39 mail : vincent.hard...@synchrotron-soleil.fr -Message d'origine- De : HARDION Vincent [mailto:vincent.hard...@synchrotron-soleil.fr] Envoyé : mardi 12 janvier 2010 14:33 À : Maven Users List Objet : RE : No more com.oracle.ojdbc14-10.2.0.2.0.jar ? I'm confident of seeing this jar in a mirror of central. We use a repository Manager (Nexus) which is managed only by myself, the local repositories have never contained this jar I check it from backup I don't know when it has been erased perhaps December 2009. We see it now because we clean the local repository of one of build host. Don't worry about the response. Anyway you're right about the license of this jar, I'll deploy it manually. Best Regards, Vincent Hardion Synchrotron Soleil L'Orme des merisiers - Saint Aubin BP48 - 91192 Gif sur Yvette Tel : +33 1 69 35 93 39 mail : vincent.hard...@synchrotron-soleil.fr -Message d'origine- De : Wayne Fay [mailto:wayne...@gmail.com] Envoyé : lundi 11 janvier 2010 22:39 À : Maven Users List Objet : Re: No more com.oracle.ojdbc14-10.2.0.2.0.jar ? I agree with pushing poms. I'm less inclined to agree with the checksums... but that's OK, I don't really care either way. Now back to Vincent... what makes you think this jar file EVER existed in Central?? Wayne On Mon, Jan 11, 2010 at 3:09 PM, nicolas de loof nicolas.del...@gmail.com wrote: I did it some time ago as this was condidered a good practice : define a common POM and checksums for artifacts that are not freely redistribuable, but that user may include in a custom repo. There is some other entries en central like this one (metadatas without jar) - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE : maven-compiler-plugin does not exist or no valid version could be found
Hi, Today, I've had this error since the mirror repo1.sonatype.net/maven2 is offline. Maybe check your mirror. Regards, Vincent Hardion -Message d'origine- De : Pilgrim, Peter [mailto:peter.pilg...@lloydsbanking.com] Envoyé : jeudi 3 septembre 2009 14:06 À : Maven Users List Objet : maven-compiler-plugin does not exist or no valid version could be found Hi All I am attempting to fix a Hudson build failure with Maven. Now on my workstation I can type mvn site:stage and the whole project. However, when I use PuTTY in order to remote into Hudson UNIX server and manually invoke the same command, I get a failure. [INFO] [INFO] Building BOS Summit DealPublisher MASTER project [INFO]task-segment: [site:stage] [INFO] [INFO] [ERROR] BUILD ERROR [INFO] [INFO] The plugin 'org.apache.maven.plugins:maven-compiler-plugin' does not exist or no valid version could be found [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: The plugin 'org.apache.maven.plugins:maven-compiler-plugin' does not exist or no valid version could be found at org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyReportPlugin(D efaultLifecycleExecutor.java:1651) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.getReportExecutions( DefaultLifecycleExecutor.java:928) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.getReportExecutions( DefaultLifecycleExecutor.java:904) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default LifecycleExecutor.java:599) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoa l(DefaultLifecycleExecutor.java:569) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultL ifecycleExecutor.java:539) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandle Failures(DefaultLifecycleExecutor.java:387) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments( DefaultLifecycleExecutor.java:348) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifec ycleExecutor.java:180) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138) at org.apache.maven.cli.MavenCli.main(MavenCli.java:362) at org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.plugin.version.PluginVersionNotFoundException: The plugin 'org.apache.maven.plugins:maven-compiler-plugin' does not exist or no valid version could be found at org.apache.maven.plugin.version.DefaultPluginVersionManager.resolvePlugi nVersion(DefaultPluginVersionManager.java:229) at org.apache.maven.plugin.version.DefaultPluginVersionManager.resolveRepor tPluginVersion(DefaultPluginVersionManager.java:98) at org.apache.maven.plugin.DefaultPluginManager.verifyReportPlugin(DefaultP luginManager.java:599) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyReportPlugin(D efaultLifecycleExecutor.java:1622) ... 20 more [INFO] [INFO] Total time: 1 second [INFO] Finished at: Thu Sep 03 13:02:58 BST 2009 [INFO] Final Memory: 3M/17M [INFO] I verified that maven-compiler-plugin does exist in the shared internal repository. In the ROOT pom.xml, I even set the version of the plugin. reporting plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-compiler-plugin/artifactId configuration source1.6/source target1.6/target encodingUTF-8/encoding /configuration
RE : [Versions Maven Plugin 1.0] FATAL Error thrown for versions:dependency-updates-report GOAL
Hi, It seems the new version need also org.apache.maven.shared:maven-common-artifact-filters:jar:1.2 but only version 1.1 is accessible from central. Best regards, Vincent Hardion -Message d'origine- De : Arnaud HERITIER [mailto:aherit...@gmail.com] Envoyé : lundi 24 août 2009 10:37 À : Maven Users List Cc : u...@mojo.codehaus.org Objet : Re: [Versions Maven Plugin 1.0] FATAL Error thrown for versions:dependency-updates-report GOAL it seems to be a doxia incompabilityWe have to verify it. Can you open an issue here please : http://jira.codehaus.org/browse/MVERSIONS If you can also give us the result of mvn help:effective-pom in your module MBS - utilities. You can remove all private information if needed. NOTE : this plugin isn't maintain by the maven team thus I recommend that you contact the mojo team on u...@mojo.codehaus.org Cheers, Arnaud # Arnaud Héritier # Software Factory Manager # eXo Platform # http://www.exoplatform.com # http://blog.aheritier.net On Mon, Aug 24, 2009 at 10:25 AM, subir.sasiku...@wipro.com wrote: Hi, I tried to use this plugin to check the dependency version updates I might need for the project. I use Maven 2.1.0, on WinXP professional, and JDK 1.6.0 I got the following exceptions: E:\maven-work\main\bsmmvn versions:dependency-updates-report [WARNING] Not decrypting password for server 'repo.mobiletv.org-releases' due to exception in security handler. Ensure that you have configured your master password file (and relocation if app ropriate) See the installation instructions for details. Cause: C:\Documents and Settings\subirs.W\.m2\settings-security.xml (The sys tem cannot find the file specified) [WARNING] Not decrypting password for server 'repo.mobiletv.org-snapshots' due t o exception in security handler. Ensure that you have configured your master password file (and relocation if app ropriate) See the installation instructions for details. Cause: C:\Documents and Settings\subirs.W\.m2\settings-security.xml (The sys tem cannot find the file specified) [INFO] Scanning for projects... [INFO] Reactor build order: [INFO] MBS - utilities [INFO] BSM - model [INFO] BSM - GUI Web Application Module [INFO] BSM - WSI Web Application Module [INFO] BSM - Welcome Web Application Module [INFO] BSM - Root [INFO] Searching repository for plugin with prefix: 'versions'. [INFO] [INFO] Building MBS - utilities [INFO]task-segment: [versions:dependency-updates-report] [INFO] Downloading: http://10.150.137.44:8080/artifactory/repo/org/hibernate/hibernate- core/3.3.2.GA/hibernate-core-3.3.2.GA.pom [INFO] Unable to find resource 'org.hibernate:hibernate-core:pom:3.3.2.GA' in re pository central (http://10.150.137.44:8080/artifactory/repo) Downloading: http://10.150.137.44:8080/artifactory/repo/org/hibernate/hibernate- core/3.3.2.GA/hibernate-core-3.3.2.GA.jar 2255K downloaded (hibernate-core-3.3.2.GA.jar) [INFO] [versions:dependency-updates-report] [INFO] artifact axis:axis-wsdl4j: checking for updates from central [INFO] artifact c3p0:c3p0: checking for updates from central [INFO] artifact c3p0:c3p0-oracle-thin-extras: checking for updates from central [INFO] artifact com.oracle:ojdbc14: checking for updates from central [INFO] artifact commons-discovery:commons-discovery: checking for updates from c entral [INFO] artifact commons-fileupload:commons-fileupload: checking for updates from central [INFO] artifact commons-io:commons-io: checking for updates from central [INFO] artifact commons-lang:commons-lang: checking for updates from central [INFO] artifact commons-logging:commons-logging: checking for updates from centr al [INFO] artifact javax.activation:activation: checking for updates from central [INFO] artifact javax.mail:mail: checking for updates from central [INFO] artifact javax.servlet:jsp-api: checking for updates from central [INFO] artifact javax.servlet:jstl: checking for updates from central [INFO] artifact javax.servlet:servlet-api: checking for updates from central [INFO] artifact json_simple:json_simple: checking for updates from central [INFO] artifact log4j:log4j: checking for updates from central [INFO] artifact net.sf.mime-util:mime-util: checking for updates from central [INFO] artifact net.sourceforge.stripes:stripes: checking for updates from centr al [INFO] artifact org.apache.ant:ant: checking for updates from central [INFO] artifact org.apache.axis:axis: checking for updates from central [INFO] artifact org.apache.axis:axis-jaxrpc: checking for updates from central [INFO] artifact org.apache.axis:axis-saaj: checking for updates from central [INFO] artifact org.apache.maven:jspc-compiler-tomcat6: checking for updates fro m central [INFO] artifact org.apache.maven:maven-archiver:
RE : Re: RE : AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects
Hi Jörg, You're right for the deployment but you can't define a dependency with a specific classifier like this : dependencies dependency groupIdorg.foo/groupId artifactIdMyLibrary/artifactId classifiershared-debug/classifier /dependency /dependencies I mean it's not impossible but we have to read back/rewrite the code of the plugin. Regards, Vincent Hardion -Message d'origine- De : news [mailto:n...@ger.gmane.org] De la part de Jörg Schaible Envoyé : mardi 18 août 2009 08:37 À : users@maven.apache.org Objet : Re: RE : AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects Hi Vincent, Vincent Hardion wrote at Dienstag, 18. August 2009 01:00: Hi, [snip] Agree and it's quite pain with platform dependent languages such C/C++ How do you cope with this problem ? In fact, there are more than one variable in this problem. In C++, we have to think also with release/debug mode et static/shared linking for library. We tried several solutions. The most integrated to maven should be to set the classifier field of pom used to distinguish jdk. But It doesn't work for 2 reasons : Nar plugin doesn't support it all (I had more than patch it) Are you sure about this. We don't have such a deep dependency tree like you, but for us the original plugin works using a forth dummy part in the classifier: % project [...] plugin groupIdorg.freehep/groupId artifactIdfreehep-nar-plugin/artifactId executions execution goals goalnar-download/goal goalnar-unpack/goal goalnar-assembly/goal /goals /execution /executions configuration classifiers classifierx86-Windows-msvc-DUMMY/classifier /classifiers /configuration /plugin [...] dependencies [...] dependency groupIdcom.acme.demo/groupId artifactIddemo-dll/artifactId /dependency [...] /dependencies [...] /project % We got this insight also by code inspection of the NAR plugin. We have no idea, what this 4th component in the classifier should be used for normally, but it is necessary for the nar plugin to reference it. [snip] - Jörg - 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: RE : AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects
Hi Jan, The problem with dynamic artifactID is not a general issue of NAR plugin. The problem comes from Nexus when it rebuild fingerprint of metadata and .pom. In the metadata the artifactId is interpolated not in the .pom file so Nexus delete fingerprint and can't rebuild them. Regards, Vincent Hardion -Message d'origine- De : Jan Wedel [mailto:jan.we...@ettex.de] Envoyé : mardi 18 août 2009 08:53 À : users@maven.apache.org Objet : AW: Re: RE : AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects @ Vincent: Great to hear that you can provide the patches. Just for my understanding: Is is not possible to use Nexus because of the dynamic artifactID and Nexus being not eable to understand it? Or is it a general issue with the NAR plugin? @ Jörg: Could you please also post an excerpt of the demo-dll-project POM and how you specify different classifiers in the first place? Thanks! Jan -Ursprüngliche Nachricht- Von: Vincent Hardion [mailto:vincent.hard...@gmail.com] Gesendet: Dienstag, 18. August 2009 01:00 An: Maven Users List Betreff: Re: RE : AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects Hi, - Are your patches applied in the trunk of the nar plugin ? I'm not commiter on the CVS of Freehep. But as suggest Jan, I'll send you the patch from the last known version once I come back to my office. - Is the nar plugin works well also for other phase than compile (for instance, test phase) ? We didn't try yet the unit test with Cpp project maybe we'll use CppUnit. It's planned for Q4. I know there are specials goals like nar-testCompile and nar-test but I can't tell you more. Agree and it's quite pain with platform dependent languages such C/C++ How do you cope with this problem ? In fact, there are more than one variable in this problem. In C++, we have to think also with release/debug mode et static/shared linking for library. We tried several solutions. The most integrated to maven should be to set the classifier field of pom used to distinguish jdk. But It doesn't work for 2 reasons : Nar plugin doesn't support it all (I had more than patch it) It breaks snapshot feature. The binaries are in the same deployment path with different timestamps. So the workaround we choose contists to use a dynamic artifactId name with the OS name inner with a property. We save lot of time of work but with the experience shows that this is not the best solution. We can't longer use proxy manager like Nexus, the BOM (import of version) is difficult and this won't be support longer by maven. I think we could use the 1st solution by deploy artifacts after all compilation. Best regards, Vincent Le 14 août 09 à 16:53, Rémy Sanlaville a écrit : Hi Vincent, Thanks for your interesting feedback. I have some more questions : - Are your patches applied in the trunk of the nar plugin ? - Is the nar plugin works well also for other phase than compile (for instance, test phase) ? If yes, which unit test framework are you using (CppUnit, CxxTest, googletest...) ? - In C++ with the same code, you need to build one binary for each platform. Worst, you need to build on each platform to generate the good binary. Agree and it's quite pain with platform dependent languages such C/C++ How do you cope with this problem ? Rémy - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE : AW: Re: RE : AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects
Hi all, Mark, Pleased to receive news from you about the NAR project. You can find the patch from the version 2.0-alpha-11-SNAPSHOT (04/2009). As we use cvs in our company, I can't report all commit so don't hesitate to mail me about why. The patch add some features like : Import 3rd Party : - include import libraries with .dll for windows - Possibility to add include dependant from platform (This point breaks the no_arch philosophy !!!) Configuration : - Allows to define specific configuration enabled following the value of different variables (aol, os, debug mode etc ...) inspired from profile activation. These specifics configurations enhance the default configuration. We also fix some minor bug and other that I don't remember but I can find. I hope this may help. Last question: I read somewhere that NAR plugin was given to Sonatype ? Best regards, Vincent Hardion -Message d'origine- De : Donszelmann Mark [mailto:mark.donszelm...@gmail.com] Envoyé : mardi 18 août 2009 09:44 À : Maven Users List Objet : Re: AW: Re: RE : AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects Hi I am the original author of the freehep-nar-plugin. It was made at SLAC, Stanford Linear Accelerator Center, when I worked there. In my current job, which terminates on september 15, I hade no time to support this and the other Native code related plugins. I am planning to pick things up again middle of september. I would be interested in your lists of things that fail to work with NAR, though I can think of a few myself. Any patches you have created can be applied if they work fine for NAR. I plan to build some good test cases, and some better examples so that things run out of the box. Let me know Regards Mark Donszelmann - 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 : What on earth is this error?
The problem is in this sentence [INFO] No sources to compile
Vincent Hardion
Synchrotron Soleil
L'Orme des merisiers - Saint Aubin
BP48 - 91192 Gif sur Yvette
Tel : +33 1 69 35 93 39
mail : vincent.hard...@synchrotron-soleil.fr
-Message d'origine-
De : Arrowx7 [mailto:aluminum3...@yahoo.com]
Envoyé : mercredi 12 août 2009 22:42
À : users@maven.apache.org
Objet : What on earth is this error?
This project compiled fine before, but now since I changed the repository to
http://download.java.net/maven/2 it started giving me this at the end of mvn
install:
[INFO]
[INFO] Building Indivo Server - Servlet
[INFO]task-segment: [install]
[INFO]
[INFO] [resources:resources]
[WARNING] Using platform encoding (UTF-8 actually) to copy filtered
resources, i.e. build is platform dependent!
[INFO] skip non existing resourceDirectory
/home/ava/src/indivo_latest/trunk/server/servlet/src/main/resources
[INFO] [compiler:compile]
[INFO] Nothing to compile - all classes are up to date
[INFO] [resources:testResources]
[WARNING] Using platform encoding (UTF-8 actually) to copy filtered
resources, i.e. build is platform dependent!
[INFO] skip non existing resourceDirectory
/home/ava/src/indivo_latest/trunk/server/servlet/src/test/resources
[INFO] [compiler:testCompile]
[INFO] No sources to compile
[INFO] [surefire:test]
[INFO] No tests to run.
[INFO] [jar:jar]
[WARNING] JAR will be empty - no content was marked for inclusion!
[INFO] Building jar:
/home/ava/src/indivo_latest/trunk/server/servlet/target/indivo-server-servlet-3.2-SNAPSHOT.jar
[INFO] Preparing source:jar
[WARNING] Removing: jar from forked lifecycle, to prevent recursive
invocation.
[INFO] No goals needed for project - skipping
[INFO] [source:jar {execution: default}]
[INFO]
[ERROR] BUILD ERROR
[INFO]
[INFO] Error creating source archive: You must set at least one file.
[INFO]
[INFO] For more information, run Maven with the -e switch
[INFO]
[INFO] Total time: 1 minute 20 seconds
[INFO] Finished at: Wed Aug 12 16:36:25 EDT 2009
[INFO] Final Memory: 30M/61M
[INFO]
--
View this message in context:
http://www.nabble.com/What-on-earth-is-this-error--tp24943414p24943414.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 : AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects
Hi all, My quick feedback: Recently we decided to migrate our entire 300 C++ project to maven. Our project is platform independent (~) between windows-msvc and linux-gcc. We use the nar plugin because we wanted a single pom.xml to describe a c++ project whatever the output (dll, so ...) and this plugin seemed more functional. Yes, this plugin had lot bug but we worked to fix them through patch from us or from nar forum (Rest In Peace!!) Now it works well, really well. The main problem of maven with c++ building is the platform abstraction. Maven was built for java project and they only need to build one binary for all platforms. In C++ with the same code, you need to build one binary for each platform. Worst, you need to build on each platform to generate the good binary. This last point gives us lot of work. Just to finish with a positive note, our C++ developer was impressed by the dependency management of maven (none of the pure c++ tool builders has this news feature) Regards, Vincent Hardion -Message d'origine- De : Rémy Sanlaville [mailto:remy.sanlavi...@gmail.com] Envoyé : mercredi 12 août 2009 13:23 À : Maven Users List Objet : Re: AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects We also try to use maven with C/C++ language (cf. [1]). It seems that it exists three plugins : 1. native-*maven*-plugin (the first one ?) 2. jade native maven plugin, it is an spin off of native plugin and covers cppunit 3. nar plugin At the time, it seemed (I don't remember why) that jade native maven plugin was the better. To be honest, we weren't convinced of the ability to use such plugins in an industrial context : - I agree with David, there were a couple of road-blocking bugs/missing-features that prevented us from using maven for these types of projects. It works quite nice for compilation (even if it can be better), but we had a lot difficulties for unit tests ; - I agree with Jörg : plugins are nearly not supported - you cannot ask questions, you have to find out anything yourself. There's no mailing list and the forum is full of questions without a lot answers, There's few documentations and often not up-to-date... We are still waiting for a real/better solution to use maven with C/C++ language. Otherwise, we have others projects using maven with flex, php or .NET. Rémy [1]. http://www.nabble.com/Maven-2-and-C-C%2B%2B-Testing-Framework-td22311500.html#a22311500 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
