Re: Maven for Non-Java Projects
Hi Mark, Donszelmann Mark wrote: > Hi Vincent > > the JIRA has moved too. > > The maven-nar-plugin home page is (for now) at: > > http://duns.github.com/maven-nar-plugin/ > > the issue page is at: > > https://issues.sonatype.org/browse/NAR these are really good news ... - Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven for Non-Java Projects
Hi Vincent the JIRA has moved too. The maven-nar-plugin home page is (for now) at: http://duns.github.com/maven-nar-plugin/ the issue page is at: https://issues.sonatype.org/browse/NAR Regards Mark On Oct 15, 2009, at 11:01 AM, Vincent Hardion wrote: I see you move to git ... Good News. Since august, I fixed some other problems and features. I'll try to fill JIRA with the corresponding patch. Tell me if you need some help. Best regards, Vincent Le 13 oct. 2009 à 14:09, Donszelmann Mark a écrit : Hi I am working on the maven-nar-plugin (follow up of my freehep-nar- plugin). Moving things as we speak and reorganizing where I left off 2 years ago. End of this week, or beginning next I will publish some pointers. Of course you could try to google them now if you want... Regards Mark Donszelmann On Oct 13, 2009, at 2:01 PM, Vincent Hardion wrote: Hi, Sorry to wake up this thread. Did someone try the patch of freehep-nar plugin I sent ? Best regards, Vincent Le 10 août 2009 à 13:58, Jan Wedel a écrit : Hi there! I already searched google for some help but it seems that it's not really common to use Maven for non-Java projects. However, we plan to be platform and language-independent by supporting e.g. embedded Java, C, C++ and Python. The question is if it is feasible to use Maven for all projects? I found the maven-native-plugin and maven-nar-plugin but I'm not really sure if it supports everything that's needed. We are looking for a server-based central repository maintaining different projects and libraries in various languages. Can anybody who uses or used any of these or other plug-ins to support non-Java projects please respond with some comments, hints, suggestions, pro and cons etc. that might be helpful? Thanks a lot! Jan - 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 - 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 for Non-Java Projects
I see you move to git ... Good News. Since august, I fixed some other problems and features. I'll try to fill JIRA with the corresponding patch. Tell me if you need some help. Best regards, Vincent Le 13 oct. 2009 à 14:09, Donszelmann Mark a écrit : Hi I am working on the maven-nar-plugin (follow up of my freehep-nar- plugin). Moving things as we speak and reorganizing where I left off 2 years ago. End of this week, or beginning next I will publish some pointers. Of course you could try to google them now if you want... Regards Mark Donszelmann On Oct 13, 2009, at 2:01 PM, Vincent Hardion wrote: Hi, Sorry to wake up this thread. Did someone try the patch of freehep-nar plugin I sent ? Best regards, Vincent Le 10 août 2009 à 13:58, Jan Wedel a écrit : Hi there! I already searched google for some help but it seems that it's not really common to use Maven for non-Java projects. However, we plan to be platform and language-independent by supporting e.g. embedded Java, C, C++ and Python. The question is if it is feasible to use Maven for all projects? I found the maven-native-plugin and maven-nar-plugin but I'm not really sure if it supports everything that's needed. We are looking for a server-based central repository maintaining different projects and libraries in various languages. Can anybody who uses or used any of these or other plug-ins to support non-Java projects please respond with some comments, hints, suggestions, pro and cons etc. that might be helpful? Thanks a lot! Jan - 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 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven for Non-Java Projects
Hi I am working on the maven-nar-plugin (follow up of my freehep-nar- plugin). Moving things as we speak and reorganizing where I left off 2 years ago. End of this week, or beginning next I will publish some pointers. Of course you could try to google them now if you want... Regards Mark Donszelmann On Oct 13, 2009, at 2:01 PM, Vincent Hardion wrote: Hi, Sorry to wake up this thread. Did someone try the patch of freehep-nar plugin I sent ? Best regards, Vincent Le 10 août 2009 à 13:58, Jan Wedel a écrit : Hi there! I already searched google for some help but it seems that it's not really common to use Maven for non-Java projects. However, we plan to be platform and language-independent by supporting e.g. embedded Java, C, C++ and Python. The question is if it is feasible to use Maven for all projects? I found the maven-native-plugin and maven-nar-plugin but I'm not really sure if it supports everything that's needed. We are looking for a server-based central repository maintaining different projects and libraries in various languages. Can anybody who uses or used any of these or other plug-ins to support non-Java projects please respond with some comments, hints, suggestions, pro and cons etc. that might be helpful? Thanks a lot! Jan - 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 for Non-Java Projects
Hi, Sorry to wake up this thread. Did someone try the patch of freehep-nar plugin I sent ? Best regards, Vincent Le 10 août 2009 à 13:58, Jan Wedel a écrit : Hi there! I already searched google for some help but it seems that it's not really common to use Maven for non-Java projects. However, we plan to be platform and language-independent by supporting e.g. embedded Java, C, C++ and Python. The question is if it is feasible to use Maven for all projects? I found the maven-native-plugin and maven-nar-plugin but I'm not really sure if it supports everything that's needed. We are looking for a server-based central repository maintaining different projects and libraries in various languages. Can anybody who uses or used any of these or other plug-ins to support non-Java projects please respond with some comments, hints, suggestions, pro and cons etc. that might be helpful? Thanks a lot! Jan - 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: AW: Re: AW: Re: RE : AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects
Hi Mark, Donszelmann Mark wrote at Dienstag, 18. August 2009 13:53: [snip] >> However, I >> cannot remember currently what that was and JIRA for the plugin >> seems no >> longer available. > > it is under: > > http://bugs.freehep.org/browse/NARPLUGIN Thanks, pointer at http://java.freehep.org/freehep-nar-plugin/issue-tracking.html links to nowhere ;-) - Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: AW: Re: AW: Re: RE : AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects
Hi Jan, all answers below of the top of my head and without looking into the code... so no guarantees: On Aug 18, 2009, at 10:08 AM, Jan Wedel wrote: Hi Mark! It's good to hear something from the original "source" of the plug- in. I am currently evaluating whether we are using maven for C projects or not. I tried your plug-in by using the helloworldexe project and immediately got a "build failure" ([INFO] NAR: Please specify as part of , or for x86.Windows.gcc.cpp.). I know I changed the POM to gcc but it should also compile well. I am afraid changing compilers is not very well tested. It is something that one should be able to do, as long as the compiler is in the list. No matter if you can help me with this issue or not, I can tell you some requirements for my company of which I am not sure if NAR already supports it or not and which you might implement if the latter is the case. sure. We want to build C project with embedded compilers such as gcc or IAR. The output could be a intel-hex file, e.g. or other microcontroller specific formats. We need to specify different compile settings for release, debug, test and factory-test e.g. That means using cpptest for test and specifying precompiler defines by using the pom configuration, if possible (e.g. USE_UART, USE_DISPLAY etc.). As part of the lifecycle, it would be nice if the "deployment" could mean to upload the binary to a microcontroller (which would be just a parametrizable call to an executable). cross compilation is not standard possible, but should be an option in the future. Having different settings, release, debug has crossed my mind but we never really got that far. It should be a requirement. Deploying is done by the standard deploy plugin. One should be able to replace that one by something that calls an executable. I am not sure one can just replace it, some maven specialist may know. In nar there is currently not such a provision, but maybe there should be. Maybe, you could give some comments or advises if its already possible or if it can be achieved by just changing configuration file etc. Regards Mark Thanks, Jan -Ursprüngliche Nachricht- Von: Donszelmann Mark [mailto:mark.donszelm...@gmail.com] Gesendet: Dienstag, 18. August 2009 09:44 An: Maven Users List Betreff: 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 PGP.sig Description: This is a digitally signed message part
Re: AW: Re: RE : AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects
Hi On Aug 18, 2009, at 10:34 AM, Jörg Schaible wrote: Hi Mark, Donszelmann Mark wrote at Dienstag, 18. August 2009 09:44: 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. this is really good news. Despite all the hassle, this plugin is still the most complete solution for native projects. Most urgent issue is nevertheless to give it a new home that supports more infrastructure e.g. in Codehaus' mojo. We users need a proper mailing list, but should not "abuse" the Maven core mailing list for this. Additionally JIRA seems meanwhile down at the old location. after mid september this is the plan, to move it somewhere with more infrastructure. Regards Mark - Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org PGP.sig Description: This is a digitally signed message part
Re: AW: Re: AW: Re: RE : AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects
Hi On Aug 18, 2009, at 10:29 AM, Jörg Schaible wrote: Jan Wedel wrote at Dienstag, 18. August 2009 09:40: So, you just have to include the DUMMY part, but the resulting file name does not include it? Actually it does, but it's the name of the library type: jni, shared or static. So your repo will contain in the end: com/acme/demo/1.0/demo-dll-1.0.pom com/acme/demo/1.0/demo-dll-1.0-x86-Windows-msvc-shared.pom I cannot remember exactly what was the problem using the real name of the part, but the nar:unpack simply needs this 4th part. IIRC according the docs you should only specify the AOL part as classifier, but it fails then. Anyhow, as you have some experience in studying the code, what would you say how difficult is it to include a new compiler that is not currently supported by the nar? I read that NAR is using the ant cpptasks for calling the native compilers. Is it just adding a new xml entry somewhere or do I have to modify the plugin itself? Well, when I looked into the code it was some older release of the plugin (2.0-alpha-7). In the later versions the compiler support has been completely refactored, so I cannot say much anymore. We're actually using a private version 2.0-beta-10 with the patch of NARPLUGIN-171. However, I cannot remember currently what that was and JIRA for the plugin seems no longer available. it is under: http://bugs.freehep.org/browse/NARPLUGIN Greetings Mark - Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org PGP.sig Description: This is a digitally signed message part
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 Mark, Donszelmann Mark wrote at Dienstag, 18. August 2009 09:44: > 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. this is really good news. Despite all the hassle, this plugin is still the most complete solution for native projects. Most urgent issue is nevertheless to give it a new home that supports more infrastructure e.g. in Codehaus' mojo. We users need a proper mailing list, but should not "abuse" the Maven core mailing list for this. Additionally JIRA seems meanwhile down at the old location. - Jörg - 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 Jörg, You're right for the deployment but you can't define a dependency with a specific classifier like this : org.foo MyLibrary shared-debug 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: %< [...] org.freehep freehep-nar-plugin nar-download nar-unpack nar-assembly x86-Windows-msvc-DUMMY [...] [...] com.acme.demo demo-dll [...] [...] %< 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: AW: Re: AW: Re: RE : AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects
Jan Wedel wrote at Dienstag, 18. August 2009 09:40: > So, you just have to include the DUMMY part, but the resulting file name > does not include it? Actually it does, but it's the name of the library type: jni, shared or static. So your repo will contain in the end: com/acme/demo/1.0/demo-dll-1.0.pom com/acme/demo/1.0/demo-dll-1.0-x86-Windows-msvc-shared.pom I cannot remember exactly what was the problem using the real name of the part, but the nar:unpack simply needs this 4th part. IIRC according the docs you should only specify the AOL part as classifier, but it fails then. > Anyhow, as you have some experience in studying the code, what would you > say how difficult is it to include a new compiler that is not currently > supported by the nar? I read that NAR is using the ant cpptasks for > calling the native compilers. Is it just adding a new xml entry > somewhere or do I have to modify the plugin itself? Well, when I looked into the code it was some older release of the plugin (2.0-alpha-7). In the later versions the compiler support has been completely refactored, so I cannot say much anymore. We're actually using a private version 2.0-beta-10 with the patch of NARPLUGIN-171. However, I cannot remember currently what that was and JIRA for the plugin seems no longer available. - Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
AW: Re: AW: Re: RE : AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects
Hi Mark! It's good to hear something from the original "source" of the plug-in. I am currently evaluating whether we are using maven for C projects or not. I tried your plug-in by using the helloworldexe project and immediately got a "build failure" ([INFO] NAR: Please specify as part of , or for x86.Windows.gcc.cpp.). I know I changed the POM to gcc but it should also compile well. No matter if you can help me with this issue or not, I can tell you some requirements for my company of which I am not sure if NAR already supports it or not and which you might implement if the latter is the case. We want to build C project with embedded compilers such as gcc or IAR. The output could be a intel-hex file, e.g. or other microcontroller specific formats. We need to specify different compile settings for release, debug, test and factory-test e.g. That means using cpptest for test and specifying precompiler defines by using the pom configuration, if possible (e.g. USE_UART, USE_DISPLAY etc.). As part of the lifecycle, it would be nice if the "deployment" could mean to upload the binary to a microcontroller (which would be just a parametrizable call to an executable). Maybe, you could give some comments or advises if its already possible or if it can be achieved by just changing configuration file etc. Thanks, Jan -Ursprüngliche Nachricht- Von: Donszelmann Mark [mailto:mark.donszelm...@gmail.com] Gesendet: Dienstag, 18. August 2009 09:44 An: Maven Users List Betreff: 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: 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
AW: Re: AW: Re: RE : AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects
So, you just have to include the DUMMY part, but the resulting file name does not include it? Anyhow, as you have some experience in studying the code, what would you say how difficult is it to include a new compiler that is not currently supported by the nar? I read that NAR is using the ant cpptasks for calling the native compilers. Is it just adding a new xml entry somewhere or do I have to modify the plugin itself? Thanks, Jan -Ursprüngliche Nachricht- Von: Jörg Schaible [mailto:joerg.schai...@gmx.de] Gesendet: Dienstag, 18. August 2009 09:19 An: users@maven.apache.org Betreff: Re: AW: Re: RE : AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects Hi Jan, Jan Wedel wrote at Dienstag, 18. August 2009 08:52: [snip] > @ 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? %< [...] com.acme.demo demo-dll nar [...] org.freehep freehep-nar-plugin static msvc shared speed [...] %< So, actually we do not define the classifier, it is auto-generated by the nar plugin based on the environment in use. - 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: AW: Re: RE : AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects
Hi Jan, Jan Wedel wrote at Dienstag, 18. August 2009 08:52: [snip] > @ 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? %< [...] com.acme.demo demo-dll nar [...] org.freehep freehep-nar-plugin static msvc shared speed [...] %< So, actually we do not define the classifier, it is auto-generated by the nar plugin based on the environment in use. - Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
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
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: %< [...] org.freehep freehep-nar-plugin nar-download nar-unpack nar-assembly x86-Windows-msvc-DUMMY [...] [...] com.acme.demo demo-dll [...] [...] %< 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
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
Re: RE : AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects
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
Re: RE: AW: Re: AW: Re: Maven for Non-Java Projects
Hi Jan, Rémy, > > Do you also use it for Perl? Perl also uses a lot of libraries (.pm > files e.g.) and even perl make scripts sometimes. I couldn't find any > maven plugin supporting perl projects. Do you have any idea if this is > possible? > > No we haven't try it and I am not aware about perl plugin. As I don't really know perl I can't say if it possible/difficult or not to create a perl plugin. Sorry. Rémy
AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects
Hi, I recently did not receive any Mails from the list..so I'm answering now. Vincent, this sounds very interesting! Yesterday, I tried hours to compile the example program bundled with the nar plugin and got strange errors about not having specified any include files...but the project does not contain include files at all because its a hello world... I was really frustrated and almost gave up until I read your post. Could you probably provide your version with the applied patches or at least the patches themselves? This would be really helpful to get it working. I also need to apply some patches for enabling embedded support. Rémy, Do you also use it for Perl? Perl also uses a lot of libraries (.pm files e.g.) and even perl make scripts sometimes. I couldn't find any maven plugin supporting perl projects. Do you have any idea if this is possible? Jan -Ursprüngliche Nachricht- Von: Jan Wedel Gesendet: Dienstag, 11. August 2009 16:28 An: users@maven.apache.org Betreff: AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects As stated before by John, There is a PHP plugin. Moreover, I found a .NET plugin. For C, Fortran and C++, the NAR plugin can be used. The maven-native-plugin indeed seems to be discontinued and on the maven nar website, they say they created their plugin because the maven native plugin wasn't flexible enough. As far as I can say, their procedure sound very interesting. They bundle Header and object files and POM in a zip file called .nar which can be used as any Java artifact in the repository. Thats the theory. But I'd like to hear anybody who really used it, because most often, it's the small things that matter the most meaning that some small issues / missing features could have a drastic influence on the whole project workflow/ building process. -Ursprüngliche Nachricht- Von: Martin Gainty [mailto:mgai...@hotmail.com] Gesendet: Dienstag, 11. August 2009 15:37 An: users@maven.apache.org Betreff: RE: AW: Re: AW: Re: Maven for Non-Java Projects Since PHP,Python and even Perl (mod form or exe) are library or executable binaries the only solution I can envision is to pass control to maven-antrun-plugin and have build.xml spawn some manner of make or c compiler for these modules here is an example maven-antrun-plugin calling a build.xml with a specific target http://maven.apache.org/plugins/maven-antrun-plugin/examples/classpaths.html i would be interested in hearing other solutions *gruss* 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: Tue, 11 Aug 2009 13:34:02 +0200 > From: jan.we...@ettex.de > To: users@maven.apache.org > Subject: AW: Re: AW: Re: Maven for Non-Java Projects > > Thanks John! > > But our aim is not to use Maven at any cost. We are searching for a tool > that can be used on many platforms and compilers. > > Sometime we have one project ported to different languages and sometimes > we have have a project that is composed of several sub-projects in > different languages. > > So, we are searching for a tool that can be triggered to build such a > heterogeneous project. So, still the question is: Does Maven provide > enough flexibility to support such a development environment as > explained? Either by existing plug-in or by providing the necessary > framework and structures to allow us writing own plugins. > > What I mean is, are there any limitation in maven that would prevent > writing and/or using native plugins while maintaining the terminology > and structure of artifacts, groups, dependencies, repositories etc. > together with C, Python and other languages. > > Thanks, > > Jan > > -Ursprüngliche Nachricht- > Von: John Dunlap [mailto:john.dun...@exceter.com] > Gesendet: Dienstag, 11. August 2009 13:18 > An: Maven Users
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
RE: AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects
Hmm... interesting Albeit that Rémy's use-case is about non-JVM language compilation, how easy is it now, in 2009, to write a general non-Java language compiler plug-in? For example, can one take the Java compiler plug-in and then subclass it and create a JavaFX compiler plug-in in 24 hours? -- Peter Pilgrim | E-Channel Services Technical Lead, Products & Markets Lloyds TSB Bank plc, Corporate Markets, 10 Gresham Street, London, EC2V 7AE, UK ' +44 (0)207 158 6135 | ( +44 (0)1234 567 8901 + peter.pilg...@lloydstsb.co.uk : www.lloydstsbcorporatemarkets.com > -Original Message- > From: Rémy Sanlaville [mailto:remy.sanlavi...@gmail.com] > Sent: 12 August 2009 12:23 > To: Maven Users List > Subject: 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 This e-mail is private and confidential and may contain privileged material. If you have received this e-mail in error, please notify the sender and delete it immediately. You must not copy, distribute, disclose or use any of the information in it or any attachments. Lloyds TSB Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales, number 2065. Telephone: 020 7626 1500. Lloyds TSB Scotland plc. Registered Office: Henry Duncan House, 120 George Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. Telephone: 0131 225 4555. Cheltenham & Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 3RL. Registered in England and Wales, number 2299428. Telephone: 01452 372372. Cheltenham & Gloucester Savings is a division of Lloyds TSB Bank plc. Lloyds TSB Bank plc, Lloyds TSB Scotland plc and Cheltenham & Gloucester plc are authorised and regulated by the Financial Services Authority. Lloyds Banking Group plc. Registered Office: Henry Duncan House, 120 George Street, Edinburgh EH2 4LH. Registered in Scotland, number 95000. Telephone: 0131 225 4555. Lloyds Banking Group plc is a signatory to the Banking Codes. Telephone calls may be monitored or recorded. __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ - 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
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
Re: AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects
Jan Wedel wrote at Dienstag, 11. August 2009 16:28: > As stated before by John, > > There is a PHP plugin. Moreover, I found a .NET plugin. For C, Fortran > and C++, the NAR plugin can be used. The maven-native-plugin indeed > seems to be discontinued and on the maven nar website, they say they > created their plugin because the maven native plugin wasn't flexible > enough. > > As far as I can say, their procedure sound very interesting. They bundle > Header and object files and POM in a zip file called .nar which can be > used as any Java artifact in the repository. > > Thats the theory. But I'd like to hear anybody who really used it, > because most often, it's the small things that matter the most meaning > that some small issues / missing features could have a drastic influence > on the whole project workflow/ building process. We use the nar plugin for building ordinary DLLs (used as extension for some Windows app) as well as for JNI DLLs. Basically it works fine once you get used to its quirks. Main problem with the nar plugin is that it is 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 and patches pile in their JIRA. Jason once stated that Mark wanted to move the nar-plugin directly into Maven land, but that's been posted already again some months ago. Mark recently stated here on the list that he's currently busy with other things. - Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects
As stated before by John, There is a PHP plugin. Moreover, I found a .NET plugin. For C, Fortran and C++, the NAR plugin can be used. The maven-native-plugin indeed seems to be discontinued and on the maven nar website, they say they created their plugin because the maven native plugin wasn't flexible enough. As far as I can say, their procedure sound very interesting. They bundle Header and object files and POM in a zip file called .nar which can be used as any Java artifact in the repository. Thats the theory. But I'd like to hear anybody who really used it, because most often, it's the small things that matter the most meaning that some small issues / missing features could have a drastic influence on the whole project workflow/ building process. -Ursprüngliche Nachricht- Von: Martin Gainty [mailto:mgai...@hotmail.com] Gesendet: Dienstag, 11. August 2009 15:37 An: users@maven.apache.org Betreff: RE: AW: Re: AW: Re: Maven for Non-Java Projects Since PHP,Python and even Perl (mod form or exe) are library or executable binaries the only solution I can envision is to pass control to maven-antrun-plugin and have build.xml spawn some manner of make or c compiler for these modules here is an example maven-antrun-plugin calling a build.xml with a specific target http://maven.apache.org/plugins/maven-antrun-plugin/examples/classpaths.html i would be interested in hearing other solutions *gruss* 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: Tue, 11 Aug 2009 13:34:02 +0200 > From: jan.we...@ettex.de > To: users@maven.apache.org > Subject: AW: Re: AW: Re: Maven for Non-Java Projects > > Thanks John! > > But our aim is not to use Maven at any cost. We are searching for a tool > that can be used on many platforms and compilers. > > Sometime we have one project ported to different languages and sometimes > we have have a project that is composed of several sub-projects in > different languages. > > So, we are searching for a tool that can be triggered to build such a > heterogeneous project. So, still the question is: Does Maven provide > enough flexibility to support such a development environment as > explained? Either by existing plug-in or by providing the necessary > framework and structures to allow us writing own plugins. > > What I mean is, are there any limitation in maven that would prevent > writing and/or using native plugins while maintaining the terminology > and structure of artifacts, groups, dependencies, repositories etc. > together with C, Python and other languages. > > Thanks, > > Jan > > -Ursprüngliche Nachricht- > Von: John Dunlap [mailto:john.dun...@exceter.com] > Gesendet: Dienstag, 11. August 2009 13:18 > An: Maven Users List > Betreff: Re: AW: Re: Maven for Non-Java Projects > > You could always try using something like the maven exec-maven-plugin to > > execute CMake (which supports generating project files for VS, XCode, > and GCC from a common text file on Mac, Windows, and Linux). > http://www.cmake.org/ > > Jan Wedel wrote: > > Thanks for your answers! > > > > Where do you see most of the problems in including native compilers? I > > > means, in general Maven already supports a highly abstract object > model > > that does not have much in common with Java. So why is it complicated > to > > integrate another compiler? > > > > > > -Ursprüngliche Nachricht- > > Von: Brett Randall [mailto:javabr...@gmail.com] > > Gesendet: Dienstag, 11. August 2009 02:11 > > An: Maven Users List > > Betreff: Re: Maven for Non-Java Projects > > > > On Mon, Aug 10, 2009 at 10:50 PM, David Hoffer > > wrote: > > > > > >> W
RE: AW: Re: AW: Re: Maven for Non-Java Projects
Since PHP,Python and even Perl (mod form or exe) are library or executable binaries the only solution I can envision is to pass control to maven-antrun-plugin and have build.xml spawn some manner of make or c compiler for these modules here is an example maven-antrun-plugin calling a build.xml with a specific target http://maven.apache.org/plugins/maven-antrun-plugin/examples/classpaths.html i would be interested in hearing other solutions *gruss* 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: Tue, 11 Aug 2009 13:34:02 +0200 > From: jan.we...@ettex.de > To: users@maven.apache.org > Subject: AW: Re: AW: Re: Maven for Non-Java Projects > > Thanks John! > > But our aim is not to use Maven at any cost. We are searching for a tool > that can be used on many platforms and compilers. > > Sometime we have one project ported to different languages and sometimes > we have have a project that is composed of several sub-projects in > different languages. > > So, we are searching for a tool that can be triggered to build such a > heterogeneous project. So, still the question is: Does Maven provide > enough flexibility to support such a development environment as > explained? Either by existing plug-in or by providing the necessary > framework and structures to allow us writing own plugins. > > What I mean is, are there any limitation in maven that would prevent > writing and/or using native plugins while maintaining the terminology > and structure of artifacts, groups, dependencies, repositories etc. > together with C, Python and other languages. > > Thanks, > > Jan > > -Ursprüngliche Nachricht- > Von: John Dunlap [mailto:john.dun...@exceter.com] > Gesendet: Dienstag, 11. August 2009 13:18 > An: Maven Users List > Betreff: Re: AW: Re: Maven for Non-Java Projects > > You could always try using something like the maven exec-maven-plugin to > > execute CMake (which supports generating project files for VS, XCode, > and GCC from a common text file on Mac, Windows, and Linux). > http://www.cmake.org/ > > Jan Wedel wrote: > > Thanks for your answers! > > > > Where do you see most of the problems in including native compilers? I > > > means, in general Maven already supports a highly abstract object > model > > that does not have much in common with Java. So why is it complicated > to > > integrate another compiler? > > > > > > -Ursprüngliche Nachricht- > > Von: Brett Randall [mailto:javabr...@gmail.com] > > Gesendet: Dienstag, 11. August 2009 02:11 > > An: Maven Users List > > Betreff: Re: Maven for Non-Java Projects > > > > On Mon, Aug 10, 2009 at 10:50 PM, David Hoffer > > wrote: > > > > > >> We are currently using it for flex in addition to java, for flex the > >> > > builds > > > >> work fine the only negative is the plugins that allow direct IDE > >> integration > >> are not as complete as they are for Java. > >> > >> Regarding C/C++ I have tried to use this in the past, I think I was > >> > > using > > > >> the nar plugin but can't be sure. There were a couple of > >> > > road-blocking > > > >> bugs/missing-features that prevented us from using maven for these > >> > > types of > > > >> projects. If I recall correctly the issues were that it did not have > >> support for the new universal OSX binaries and on Windows you > couldn't > >> specify the compiler version. I.e. it would use whatever MSVC > version > >> > > it > >
Re: AW: Re: AW: Re: Maven for Non-Java Projects
As nearly everything in Maven is a plugin I would expect that the technical answer is yes but I'm guessing that you'd have to write a lot of plugins for each additional language that you wanted to include in a multi module project scenario. http://maven.apache.org/guides/introduction/introduction-to-plugins.html For example, Maven has been adapted to work with PHP, http://www.php-maven.org/ On Tue, 11 Aug 2009 13:34:02 +0200, "Jan Wedel" wrote: > Thanks John! > > But our aim is not to use Maven at any cost. We are searching for a tool > that can be used on many platforms and compilers. > > Sometime we have one project ported to different languages and sometimes > we have have a project that is composed of several sub-projects in > different languages. > > So, we are searching for a tool that can be triggered to build such a > heterogeneous project. So, still the question is: Does Maven provide > enough flexibility to support such a development environment as > explained? Either by existing plug-in or by providing the necessary > framework and structures to allow us writing own plugins. > > What I mean is, are there any limitation in maven that would prevent > writing and/or using native plugins while maintaining the terminology > and structure of artifacts, groups, dependencies, repositories etc. > together with C, Python and other languages. > > Thanks, > > Jan > > -Ursprüngliche Nachricht- > Von: John Dunlap [mailto:john.dun...@exceter.com] > Gesendet: Dienstag, 11. August 2009 13:18 > An: Maven Users List > Betreff: Re: AW: Re: Maven for Non-Java Projects > > You could always try using something like the maven exec-maven-plugin to > > execute CMake (which supports generating project files for VS, XCode, > and GCC from a common text file on Mac, Windows, and Linux). > http://www.cmake.org/ > > Jan Wedel wrote: >> Thanks for your answers! >> >> Where do you see most of the problems in including native compilers? I > >> means, in general Maven already supports a highly abstract object > model >> that does not have much in common with Java. So why is it complicated > to >> integrate another compiler? >> >> >> -Ursprüngliche Nachricht- >> Von: Brett Randall [mailto:javabr...@gmail.com] >> Gesendet: Dienstag, 11. August 2009 02:11 >> An: Maven Users List >> Betreff: Re: Maven for Non-Java Projects >> >> On Mon, Aug 10, 2009 at 10:50 PM, David Hoffer >> wrote: >> >> >>> We are currently using it for flex in addition to java, for flex the >>> >> builds >> >>> work fine the only negative is the plugins that allow direct IDE >>> integration >>> are not as complete as they are for Java. >>> >>> Regarding C/C++ I have tried to use this in the past, I think I was >>> >> using >> >>> the nar plugin but can't be sure. There were a couple of >>> >> road-blocking >> >>> bugs/missing-features that prevented us from using maven for these >>> >> types of >> >>> projects. If I recall correctly the issues were that it did not have >>> support for the new universal OSX binaries and on Windows you > couldn't >>> specify the compiler version. I.e. it would use whatever MSVC > version >>> >> it >> >>> found on the system, and we had to support multiple versions (this is >>> probably true on other platforms as well). You could probably modify > >>> >> the >> >>> plugins when you find issues like these but I didn't go down that >>> >> path. >> >>> (This was a couple+ years ago so if these are kept current they may > be >>> fixed >>> by now.) >>> >>> -Dave >>> >>> On Mon, Aug 10, 2009 at 5:58 AM, Jan Wedel > wrote: >>> >>> >>>> Hi there! >>>> >>>> I already searched google for some help but it seems that it's not >>>> really common to use Maven for non-Java projects. >>>> >>>> However, we plan to be platform and language-independent by >>>> >> supporting >> >>>> e.g. embedded Java, C, C++ and Python. The question is if it is >>>> >> feasible >> >>>> to use Maven for all projects? >>>> I found the maven-native-plugin and maven-nar-plugin but I'm not >>>> >> really >>
AW: Re: AW: Re: Maven for Non-Java Projects
Thanks John! But our aim is not to use Maven at any cost. We are searching for a tool that can be used on many platforms and compilers. Sometime we have one project ported to different languages and sometimes we have have a project that is composed of several sub-projects in different languages. So, we are searching for a tool that can be triggered to build such a heterogeneous project. So, still the question is: Does Maven provide enough flexibility to support such a development environment as explained? Either by existing plug-in or by providing the necessary framework and structures to allow us writing own plugins. What I mean is, are there any limitation in maven that would prevent writing and/or using native plugins while maintaining the terminology and structure of artifacts, groups, dependencies, repositories etc. together with C, Python and other languages. Thanks, Jan -Ursprüngliche Nachricht- Von: John Dunlap [mailto:john.dun...@exceter.com] Gesendet: Dienstag, 11. August 2009 13:18 An: Maven Users List Betreff: Re: AW: Re: Maven for Non-Java Projects You could always try using something like the maven exec-maven-plugin to execute CMake (which supports generating project files for VS, XCode, and GCC from a common text file on Mac, Windows, and Linux). http://www.cmake.org/ Jan Wedel wrote: > Thanks for your answers! > > Where do you see most of the problems in including native compilers? I > means, in general Maven already supports a highly abstract object model > that does not have much in common with Java. So why is it complicated to > integrate another compiler? > > > -Ursprüngliche Nachricht- > Von: Brett Randall [mailto:javabr...@gmail.com] > Gesendet: Dienstag, 11. August 2009 02:11 > An: Maven Users List > Betreff: Re: Maven for Non-Java Projects > > On Mon, Aug 10, 2009 at 10:50 PM, David Hoffer > wrote: > > >> We are currently using it for flex in addition to java, for flex the >> > builds > >> work fine the only negative is the plugins that allow direct IDE >> integration >> are not as complete as they are for Java. >> >> Regarding C/C++ I have tried to use this in the past, I think I was >> > using > >> the nar plugin but can't be sure. There were a couple of >> > road-blocking > >> bugs/missing-features that prevented us from using maven for these >> > types of > >> projects. If I recall correctly the issues were that it did not have >> support for the new universal OSX binaries and on Windows you couldn't >> specify the compiler version. I.e. it would use whatever MSVC version >> > it > >> found on the system, and we had to support multiple versions (this is >> probably true on other platforms as well). You could probably modify >> > the > >> plugins when you find issues like these but I didn't go down that >> > path. > >> (This was a couple+ years ago so if these are kept current they may be >> fixed >> by now.) >> >> -Dave >> >> On Mon, Aug 10, 2009 at 5:58 AM, Jan Wedel wrote: >> >> >>> Hi there! >>> >>> I already searched google for some help but it seems that it's not >>> really common to use Maven for non-Java projects. >>> >>> However, we plan to be platform and language-independent by >>> > supporting > >>> e.g. embedded Java, C, C++ and Python. The question is if it is >>> > feasible > >>> to use Maven for all projects? >>> I found the maven-native-plugin and maven-nar-plugin but I'm not >>> > really > >>> sure if it supports everything that's needed. We are looking for a >>> server-based central repository maintaining different projects and >>> libraries in various languages. >>> >>> Can anybody who uses or used any of these or other plug-ins to >>> > support > >>> non-Java projects please respond with some comments, hints, >>> > suggestions, > >>> pro and cons etc. that might be helpful? >>> >>> Thanks a lot! >>> >>> Jan >>> >>> >>> > - > >>> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >>> For additional commands, e-mail: users-h...@maven.apache.org >>> >>> >>> > > I haven't yet had much joy with Maven-plugin
Re: AW: Re: Maven for Non-Java Projects
You could always try using something like the maven exec-maven-plugin to execute CMake (which supports generating project files for VS, XCode, and GCC from a common text file on Mac, Windows, and Linux). http://www.cmake.org/ Jan Wedel wrote: Thanks for your answers! Where do you see most of the problems in including native compilers? I means, in general Maven already supports a highly abstract object model that does not have much in common with Java. So why is it complicated to integrate another compiler? -Ursprüngliche Nachricht- Von: Brett Randall [mailto:javabr...@gmail.com] Gesendet: Dienstag, 11. August 2009 02:11 An: Maven Users List Betreff: Re: Maven for Non-Java Projects On Mon, Aug 10, 2009 at 10:50 PM, David Hoffer wrote: We are currently using it for flex in addition to java, for flex the builds work fine the only negative is the plugins that allow direct IDE integration are not as complete as they are for Java. Regarding C/C++ I have tried to use this in the past, I think I was using the nar plugin but can't be sure. There were a couple of road-blocking bugs/missing-features that prevented us from using maven for these types of projects. If I recall correctly the issues were that it did not have support for the new universal OSX binaries and on Windows you couldn't specify the compiler version. I.e. it would use whatever MSVC version it found on the system, and we had to support multiple versions (this is probably true on other platforms as well). You could probably modify the plugins when you find issues like these but I didn't go down that path. (This was a couple+ years ago so if these are kept current they may be fixed by now.) -Dave On Mon, Aug 10, 2009 at 5:58 AM, Jan Wedel wrote: Hi there! I already searched google for some help but it seems that it's not really common to use Maven for non-Java projects. However, we plan to be platform and language-independent by supporting e.g. embedded Java, C, C++ and Python. The question is if it is feasible to use Maven for all projects? I found the maven-native-plugin and maven-nar-plugin but I'm not really sure if it supports everything that's needed. We are looking for a server-based central repository maintaining different projects and libraries in various languages. Can anybody who uses or used any of these or other plug-ins to support non-Java projects please respond with some comments, hints, suggestions, pro and cons etc. that might be helpful? Thanks a lot! Jan - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org I haven't yet had much joy with Maven-plugins for building Windows-native DLLs from C++ using the MSVC compiler, so if anyone would like to nominate their favorite plugin there. native-mave-plugin seems out-of date or not maintained for latest MSVC compiler versions? Brett - 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: Re: Maven for Non-Java Projects
Thanks for your answers! Where do you see most of the problems in including native compilers? I means, in general Maven already supports a highly abstract object model that does not have much in common with Java. So why is it complicated to integrate another compiler? -Ursprüngliche Nachricht- Von: Brett Randall [mailto:javabr...@gmail.com] Gesendet: Dienstag, 11. August 2009 02:11 An: Maven Users List Betreff: Re: Maven for Non-Java Projects On Mon, Aug 10, 2009 at 10:50 PM, David Hoffer wrote: > We are currently using it for flex in addition to java, for flex the builds > work fine the only negative is the plugins that allow direct IDE > integration > are not as complete as they are for Java. > > Regarding C/C++ I have tried to use this in the past, I think I was using > the nar plugin but can't be sure. There were a couple of road-blocking > bugs/missing-features that prevented us from using maven for these types of > projects. If I recall correctly the issues were that it did not have > support for the new universal OSX binaries and on Windows you couldn't > specify the compiler version. I.e. it would use whatever MSVC version it > found on the system, and we had to support multiple versions (this is > probably true on other platforms as well). You could probably modify the > plugins when you find issues like these but I didn't go down that path. > (This was a couple+ years ago so if these are kept current they may be > fixed > by now.) > > -Dave > > On Mon, Aug 10, 2009 at 5:58 AM, Jan Wedel wrote: > > > Hi there! > > > > I already searched google for some help but it seems that it's not > > really common to use Maven for non-Java projects. > > > > However, we plan to be platform and language-independent by supporting > > e.g. embedded Java, C, C++ and Python. The question is if it is feasible > > to use Maven for all projects? > > I found the maven-native-plugin and maven-nar-plugin but I'm not really > > sure if it supports everything that's needed. We are looking for a > > server-based central repository maintaining different projects and > > libraries in various languages. > > > > Can anybody who uses or used any of these or other plug-ins to support > > non-Java projects please respond with some comments, hints, suggestions, > > pro and cons etc. that might be helpful? > > > > Thanks a lot! > > > > Jan > > > > - > > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > > For additional commands, e-mail: users-h...@maven.apache.org > > > > > I haven't yet had much joy with Maven-plugins for building Windows-native DLLs from C++ using the MSVC compiler, so if anyone would like to nominate their favorite plugin there. native-mave-plugin seems out-of date or not maintained for latest MSVC compiler versions? Brett - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven for Non-Java Projects
On Mon, Aug 10, 2009 at 10:50 PM, David Hoffer wrote: > We are currently using it for flex in addition to java, for flex the builds > work fine the only negative is the plugins that allow direct IDE > integration > are not as complete as they are for Java. > > Regarding C/C++ I have tried to use this in the past, I think I was using > the nar plugin but can't be sure. There were a couple of road-blocking > bugs/missing-features that prevented us from using maven for these types of > projects. If I recall correctly the issues were that it did not have > support for the new universal OSX binaries and on Windows you couldn't > specify the compiler version. I.e. it would use whatever MSVC version it > found on the system, and we had to support multiple versions (this is > probably true on other platforms as well). You could probably modify the > plugins when you find issues like these but I didn't go down that path. > (This was a couple+ years ago so if these are kept current they may be > fixed > by now.) > > -Dave > > On Mon, Aug 10, 2009 at 5:58 AM, Jan Wedel wrote: > > > Hi there! > > > > I already searched google for some help but it seems that it's not > > really common to use Maven for non-Java projects. > > > > However, we plan to be platform and language-independent by supporting > > e.g. embedded Java, C, C++ and Python. The question is if it is feasible > > to use Maven for all projects? > > I found the maven-native-plugin and maven-nar-plugin but I'm not really > > sure if it supports everything that's needed. We are looking for a > > server-based central repository maintaining different projects and > > libraries in various languages. > > > > Can anybody who uses or used any of these or other plug-ins to support > > non-Java projects please respond with some comments, hints, suggestions, > > pro and cons etc. that might be helpful? > > > > Thanks a lot! > > > > Jan > > > > - > > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > > For additional commands, e-mail: users-h...@maven.apache.org > > > > > I haven't yet had much joy with Maven-plugins for building Windows-native DLLs from C++ using the MSVC compiler, so if anyone would like to nominate their favorite plugin there. native-mave-plugin seems out-of date or not maintained for latest MSVC compiler versions? Brett
Re: Maven for Non-Java Projects
We are currently using it for flex in addition to java, for flex the builds work fine the only negative is the plugins that allow direct IDE integration are not as complete as they are for Java. Regarding C/C++ I have tried to use this in the past, I think I was using the nar plugin but can't be sure. There were a couple of road-blocking bugs/missing-features that prevented us from using maven for these types of projects. If I recall correctly the issues were that it did not have support for the new universal OSX binaries and on Windows you couldn't specify the compiler version. I.e. it would use whatever MSVC version it found on the system, and we had to support multiple versions (this is probably true on other platforms as well). You could probably modify the plugins when you find issues like these but I didn't go down that path. (This was a couple+ years ago so if these are kept current they may be fixed by now.) -Dave On Mon, Aug 10, 2009 at 5:58 AM, Jan Wedel wrote: > Hi there! > > I already searched google for some help but it seems that it's not > really common to use Maven for non-Java projects. > > However, we plan to be platform and language-independent by supporting > e.g. embedded Java, C, C++ and Python. The question is if it is feasible > to use Maven for all projects? > I found the maven-native-plugin and maven-nar-plugin but I'm not really > sure if it supports everything that's needed. We are looking for a > server-based central repository maintaining different projects and > libraries in various languages. > > Can anybody who uses or used any of these or other plug-ins to support > non-Java projects please respond with some comments, hints, suggestions, > pro and cons etc. that might be helpful? > > Thanks a lot! > > Jan > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
Maven for Non-Java Projects
Hi there! I already searched google for some help but it seems that it's not really common to use Maven for non-Java projects. However, we plan to be platform and language-independent by supporting e.g. embedded Java, C, C++ and Python. The question is if it is feasible to use Maven for all projects? I found the maven-native-plugin and maven-nar-plugin but I'm not really sure if it supports everything that's needed. We are looking for a server-based central repository maintaining different projects and libraries in various languages. Can anybody who uses or used any of these or other plug-ins to support non-Java projects please respond with some comments, hints, suggestions, pro and cons etc. that might be helpful? Thanks a lot! Jan - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org