Announcing the NAR plugin for Maven 3.2.0
-- Forwarded message -- From: Johannes Schindelin johannes.schinde...@gmx.de Date: Thu, Oct 2, 2014 at 12:05 PM Subject: [maven-nar] Announcing the NAR plugin for Maven 3.2.0 To: maven-...@googlegroups.com Dear Maven users, it is a great honor to announce a new version of the NAR plugin for Maven, designed to support cross-platform development using JNI libraries. As always, this release would not be possible without a thriving developer community. Here is the shortlog: 26 Johannes Schindelin 21 Fredrik Orderud 14 Curtis Rueden 8 HongKee Moon 5 Benson Margulies 2 Sevag Doniguian 1 Wouter Pasman 1 Ivan Drobyshevskyi 1 Mark Hiner 1 Philippe Marschall 1 Tomasz Krakowiak 1 Trevor Robinson These are the changes since version 3.1.0 (the parenthesized numbers refer to pull requests of https://github.com/maven-nar/nar-maven-plugin). Bug fixes: - The description of the examples now mentions explicitly that they are integration tests (#109) - We use a newer maven-site-plugin version to fix a breakage (#113) - The documentation now talks about narSystemPackage where it talked about the non-existent packageName before (#110) - The licensing was cleaned up (#120) - We now use the more appropriate msvc label for Microsoft Visual C/C++ instead of devstudio (#123) - The history.xml file included into the .nar artifacts is now actually properly named, and as a consequence properly populated, too (#114) - The documentation no longer references the incorrect arch tag but correctly calls it architecture (#132) - The web site no longer suggests that the NAR plugin is an official Apache project (this was the original intention, but it never became reality) (#133) - On Windows, inconsistent usage of the environment variable Path was fixed (#134) - Fixed dead links in the documentation (#136) - Grammar sweep of the documentation (#137) Improvements: - A new integration test demonstrates how to use a JNI .nar from a .jar file (#112) - The AOL properties are now documented (#115) - It is now possible to filter which headers are included in the artifacts (#124) - We joined the 21st century by using generics now (#127) - It is now possible to develop NAR projects in Eclipse even if they use the NarSystem class (#130) - We now use the Maven 3.0.4 platform (#118) - Support was added for the VisualAge compiler on AIX (#131) - The web site now uses the very pretty fluido skin and sports the NAR logo prominently (#133) The new look of the web site can be adored here: https://maven-nar.github.io/ On behalf of all the developers making the NAR plugin awesome, Johannes -- You received this message because you are subscribed to the Google Groups NAR Maven plugin group. To unsubscribe from this group and stop receiving emails from it, send an email to maven-nar+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Announcing the NAR plugin for Maven 3.2.0
Hi good work. Nice to see my original work has evolved and is being used. Thanks Mark Donszelmann On Oct 2, 2014, at 7:12 PM, Curtis Rueden ctrue...@wisc.edu wrote: -- Forwarded message -- From: Johannes Schindelin johannes.schinde...@gmx.de Date: Thu, Oct 2, 2014 at 12:05 PM Subject: [maven-nar] Announcing the NAR plugin for Maven 3.2.0 To: maven-...@googlegroups.com Dear Maven users, it is a great honor to announce a new version of the NAR plugin for Maven, designed to support cross-platform development using JNI libraries. As always, this release would not be possible without a thriving developer community. Here is the shortlog: 26 Johannes Schindelin 21 Fredrik Orderud 14 Curtis Rueden 8 HongKee Moon 5 Benson Margulies 2 Sevag Doniguian 1 Wouter Pasman 1 Ivan Drobyshevskyi 1 Mark Hiner 1 Philippe Marschall 1 Tomasz Krakowiak 1 Trevor Robinson These are the changes since version 3.1.0 (the parenthesized numbers refer to pull requests of https://github.com/maven-nar/nar-maven-plugin). Bug fixes: - The description of the examples now mentions explicitly that they are integration tests (#109) - We use a newer maven-site-plugin version to fix a breakage (#113) - The documentation now talks about narSystemPackage where it talked about the non-existent packageName before (#110) - The licensing was cleaned up (#120) - We now use the more appropriate msvc label for Microsoft Visual C/C++ instead of devstudio (#123) - The history.xml file included into the .nar artifacts is now actually properly named, and as a consequence properly populated, too (#114) - The documentation no longer references the incorrect arch tag but correctly calls it architecture (#132) - The web site no longer suggests that the NAR plugin is an official Apache project (this was the original intention, but it never became reality) (#133) - On Windows, inconsistent usage of the environment variable Path was fixed (#134) - Fixed dead links in the documentation (#136) - Grammar sweep of the documentation (#137) Improvements: - A new integration test demonstrates how to use a JNI .nar from a .jar file (#112) - The AOL properties are now documented (#115) - It is now possible to filter which headers are included in the artifacts (#124) - We joined the 21st century by using generics now (#127) - It is now possible to develop NAR projects in Eclipse even if they use the NarSystem class (#130) - We now use the Maven 3.0.4 platform (#118) - Support was added for the VisualAge compiler on AIX (#131) - The web site now uses the very pretty fluido skin and sports the NAR logo prominently (#133) The new look of the web site can be adored here: https://maven-nar.github.io/ On behalf of all the developers making the NAR plugin awesome, Johannes -- You received this message because you are subscribed to the Google Groups NAR Maven plugin group. To unsubscribe from this group and stop receiving emails from it, send an email to maven-nar+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven-nar-plugin Issue
Hi swappy, It looks like you have maven-nar-plugin configured in your pluginManagement section, but not your plugins section. See this SO QA for an explanation of the difference: http://stackoverflow.com/questions/10483180/maven-what-is-pluginmanagement Regards, Curtis P.S. Since maven-nar-plugin is not available in Central, you will also need to build it from source and deploy to your own repository (or at least install it into your local cache). On Fri, May 3, 2013 at 8:32 AM, swappy swaroop.kondre...@gmail.com wrote: I am trying to build C++ files and when i create my pom.xml, i am getting the following error *Project build error: Unknown packaging: nar* *My pom.xml* project xmlns=http://maven.apache.org/POM/4.0.0; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd; modelVersion4.0.0/modelVersion packagingnar/packaging nameModule: example/name groupIdnarexample/groupId artifactIdcom.exmaple/artifactId version0.1-SNAPSHOT/version build pluginManagement plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-nar-plugin/artifactId version2.1-SNAPSHOT/version extensionstrue/extensions configuration libraries library typeshared/type /library /libraries tests test namebruch_test/name linkstatic/link /test /tests /configuration /plugin /plugins /pluginManagement /build /project -- View this message in context: http://maven.40175.n5.nabble.com/Maven-nar-plugin-Issue-tp5754838.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
Maven-nar-plugin Issue
I am trying to build C++ files and when i create my pom.xml, i am getting the following error *Project build error: Unknown packaging: nar* *My pom.xml* project xmlns=http://maven.apache.org/POM/4.0.0; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd; modelVersion4.0.0/modelVersion packagingnar/packaging nameModule: example/name groupIdnarexample/groupId artifactIdcom.exmaple/artifactId version0.1-SNAPSHOT/version build pluginManagement plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-nar-plugin/artifactId version2.1-SNAPSHOT/version extensionstrue/extensions configuration libraries library typeshared/type /library /libraries tests test namebruch_test/name linkstatic/link /test /tests /configuration /plugin /plugins /pluginManagement /build /project -- View this message in context: http://maven.40175.n5.nabble.com/Maven-nar-plugin-Issue-tp5754838.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven-nar-plugin (version?)
I will setup the hudson/jenkins to build and setup a small repository for new versions on the github project. Give me some days. :) However this wont perform the test cases yet (the need native build on various platforms). But as soon as possible this will solved. I think as soon as we finished merging all the branches and forks we can start to bring up new versions to maven central. Please contact me directly if you want to have configuration permissions on the hudson (those that are already comitters on the maven-nar group at github). On Fri, Jan 18, 2013 at 7:35 PM, Curtis Rueden ctrue...@wisc.edu wrote: Hi Tim, http://duns.github.com/maven-nar-plugin/ That is the old site, and it is up to Mark whether he has time to update it. (Mark, if you do have time, it would solve a lot of confusion to update some of the information in your GitHub space, since there are still an overwhelming number of links to duns.github.com as the definitive maven-nar-plugin site.) FYI, I subscribed to the google mailing list. Certainly don't mind assisting in the project. Great, thanks! Regards, Curtis On Thu, Jan 17, 2013 at 9:02 PM, Tim Astle tas...@nbnet.nb.ca wrote: Thanks for the clarification. I posted to this mailing list because that's what is listed on the maven-nar-plugin site. http://duns.github.com/maven-**nar-plugin/mail-lists.html http://duns.github.com/maven-nar-plugin/mail-lists.html Can that be updated as well? Is this the correct issue tracker: http://duns.github.com/maven-** nar-plugin/mail-lists.html http://duns.github.com/maven-nar-plugin/mail-lists.html FYI, I subscribed to the google mailing list. Certainly don't mind assisting in the project. Tim On 1/16/2013 4:17 PM, Curtis Rueden wrote: Hi all, We are still unifying the various forks of maven-nar-plugin, so there is no new official release version yet. The maven-nar mailing list is at: https://groups.google.com/**forum/?fromgroups#!forum/**maven-nar https://groups.google.com/forum/?fromgroups#!forum/maven-nar It seems that all of the involved people are very busy, so progress is rather slow. We welcome any additional help! To avoid confusion, I updated the project readme (at https://github.com/maven-nar/**maven-nar-plugin https://github.com/maven-nar/maven-nar-plugin) to reflect the current project status and links, including a link to the mailing list. Regards, Curtis On Wed, Jan 16, 2013 at 8:53 AM, Mark Donszelmann mark.donszelm...@gmail.com wrote: Hi I wrote the NAR plugin, but have no longer time to maintain it. I donated it (with approval of Sonatype) to a bunch of people who would like to maintain it. Its under https://github.com/maven-nar I guess with mailing lists and doc Regards Mark Donszelmann (duns) On Jan 16, 2013, at 3:44 PM, Wayne Fay wayne...@gmail.com wrote: Nar is not a product of the Maven PMC, and so will never be an official org.apache.maven.plugin anything. Right, but whose product is it today and how do we find the latest official release? The groupId suggests that would be codeswarm.org. But there may be other parties who have their own branches etc. Wayne --**--** - To unsubscribe, e-mail: users-unsubscribe@maven.**apache.org users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org --**--** - To unsubscribe, e-mail: users-unsubscribe@maven.**apache.org users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org --**--**- To unsubscribe, e-mail: users-unsubscribe@maven.**apache.org users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven-nar-plugin (version?)
I assume you are renaming it to nar-maven-plugin To remove the confusion and clarify that this is not a plugin originating from the maven project -Stephen On Friday, 18 January 2013, Tim Astle wrote: Thanks for the clarification. I posted to this mailing list because that's what is listed on the maven-nar-plugin site. http://duns.github.com/maven-**nar-plugin/mail-lists.htmlhttp://duns.github.com/maven-nar-plugin/mail-lists.html Can that be updated as well? Is this the correct issue tracker: http://duns.github.com/maven-** nar-plugin/mail-lists.htmlhttp://duns.github.com/maven-nar-plugin/mail-lists.html FYI, I subscribed to the google mailing list. Certainly don't mind assisting in the project. Tim On 1/16/2013 4:17 PM, Curtis Rueden wrote: Hi all, We are still unifying the various forks of maven-nar-plugin, so there is no new official release version yet. The maven-nar mailing list is at: https://groups.google.com/**forum/?fromgroups#!forum/**maven-narhttps://groups.google.com/forum/?fromgroups#!forum/maven-nar It seems that all of the involved people are very busy, so progress is rather slow. We welcome any additional help! To avoid confusion, I updated the project readme (at https://github.com/maven-nar/**maven-nar-pluginhttps://github.com/maven-nar/maven-nar-plugin) to reflect the current project status and links, including a link to the mailing list. Regards, Curtis On Wed, Jan 16, 2013 at 8:53 AM, Mark Donszelmann mark.donszelm...@gmail.com wrote: Hi I wrote the NAR plugin, but have no longer time to maintain it. I donated it (with approval of Sonatype) to a bunch of people who would like to maintain it. Its under https://github.com/maven-nar I guess with mailing lists and doc Regards Mark Donszelmann (duns) On Jan 16, 2013, at 3:44 PM, Wayne Fay wayne...@gmail.com wrote: Nar is not a product of the Maven PMC, and so will never be an official org.apache.maven.plugin anything. Right, but whose product is it today and how do we find the latest official release? The groupId suggests that would be codeswarm.org. But there may be other parties who have their own branches etc. Wayne --**--** - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org --**--** - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org --**--**- To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven-nar-plugin (version?)
Hi Stephen, I assume you are renaming it to nar-maven-plugin To remove the confusion and clarify that this is not a plugin originating from the maven project Yep, I filed an issue after the last conversation about it: https://github.com/maven-nar/maven-nar-plugin/issues/9 Regards, Curtis On Fri, Jan 18, 2013 at 2:20 AM, Stephen Connolly stephen.alan.conno...@gmail.com wrote: I assume you are renaming it to nar-maven-plugin To remove the confusion and clarify that this is not a plugin originating from the maven project -Stephen On Friday, 18 January 2013, Tim Astle wrote: Thanks for the clarification. I posted to this mailing list because that's what is listed on the maven-nar-plugin site. http://duns.github.com/maven-**nar-plugin/mail-lists.html http://duns.github.com/maven-nar-plugin/mail-lists.html Can that be updated as well? Is this the correct issue tracker: http://duns.github.com/maven-** nar-plugin/mail-lists.html http://duns.github.com/maven-nar-plugin/mail-lists.html FYI, I subscribed to the google mailing list. Certainly don't mind assisting in the project. Tim On 1/16/2013 4:17 PM, Curtis Rueden wrote: Hi all, We are still unifying the various forks of maven-nar-plugin, so there is no new official release version yet. The maven-nar mailing list is at: https://groups.google.com/**forum/?fromgroups#!forum/**maven-nar https://groups.google.com/forum/?fromgroups#!forum/maven-nar It seems that all of the involved people are very busy, so progress is rather slow. We welcome any additional help! To avoid confusion, I updated the project readme (at https://github.com/maven-nar/**maven-nar-plugin https://github.com/maven-nar/maven-nar-plugin) to reflect the current project status and links, including a link to the mailing list. Regards, Curtis On Wed, Jan 16, 2013 at 8:53 AM, Mark Donszelmann mark.donszelm...@gmail.com wrote: Hi I wrote the NAR plugin, but have no longer time to maintain it. I donated it (with approval of Sonatype) to a bunch of people who would like to maintain it. Its under https://github.com/maven-nar I guess with mailing lists and doc Regards Mark Donszelmann (duns) On Jan 16, 2013, at 3:44 PM, Wayne Fay wayne...@gmail.com wrote: Nar is not a product of the Maven PMC, and so will never be an official org.apache.maven.plugin anything. Right, but whose product is it today and how do we find the latest official release? The groupId suggests that would be codeswarm.org. But there may be other parties who have their own branches etc. Wayne --**--** - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org --**--** - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org --**--**- To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven-nar-plugin (version?)
Hi Tim, http://duns.github.com/maven-nar-plugin/ That is the old site, and it is up to Mark whether he has time to update it. (Mark, if you do have time, it would solve a lot of confusion to update some of the information in your GitHub space, since there are still an overwhelming number of links to duns.github.com as the definitive maven-nar-plugin site.) FYI, I subscribed to the google mailing list. Certainly don't mind assisting in the project. Great, thanks! Regards, Curtis On Thu, Jan 17, 2013 at 9:02 PM, Tim Astle tas...@nbnet.nb.ca wrote: Thanks for the clarification. I posted to this mailing list because that's what is listed on the maven-nar-plugin site. http://duns.github.com/maven-**nar-plugin/mail-lists.htmlhttp://duns.github.com/maven-nar-plugin/mail-lists.html Can that be updated as well? Is this the correct issue tracker: http://duns.github.com/maven-** nar-plugin/mail-lists.htmlhttp://duns.github.com/maven-nar-plugin/mail-lists.html FYI, I subscribed to the google mailing list. Certainly don't mind assisting in the project. Tim On 1/16/2013 4:17 PM, Curtis Rueden wrote: Hi all, We are still unifying the various forks of maven-nar-plugin, so there is no new official release version yet. The maven-nar mailing list is at: https://groups.google.com/**forum/?fromgroups#!forum/**maven-narhttps://groups.google.com/forum/?fromgroups#!forum/maven-nar It seems that all of the involved people are very busy, so progress is rather slow. We welcome any additional help! To avoid confusion, I updated the project readme (at https://github.com/maven-nar/**maven-nar-pluginhttps://github.com/maven-nar/maven-nar-plugin) to reflect the current project status and links, including a link to the mailing list. Regards, Curtis On Wed, Jan 16, 2013 at 8:53 AM, Mark Donszelmann mark.donszelm...@gmail.com wrote: Hi I wrote the NAR plugin, but have no longer time to maintain it. I donated it (with approval of Sonatype) to a bunch of people who would like to maintain it. Its under https://github.com/maven-nar I guess with mailing lists and doc Regards Mark Donszelmann (duns) On Jan 16, 2013, at 3:44 PM, Wayne Fay wayne...@gmail.com wrote: Nar is not a product of the Maven PMC, and so will never be an official org.apache.maven.plugin anything. Right, but whose product is it today and how do we find the latest official release? The groupId suggests that would be codeswarm.org. But there may be other parties who have their own branches etc. Wayne --**--** - To unsubscribe, e-mail: users-unsubscribe@maven.**apache.orgusers-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org --**--** - To unsubscribe, e-mail: users-unsubscribe@maven.**apache.orgusers-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org --**--**- To unsubscribe, e-mail: users-unsubscribe@maven.**apache.orgusers-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven-nar-plugin (version?)
Thanks for the clarification. I posted to this mailing list because that's what is listed on the maven-nar-plugin site. http://duns.github.com/maven-nar-plugin/mail-lists.html Can that be updated as well? Is this the correct issue tracker: http://duns.github.com/maven-nar-plugin/mail-lists.html FYI, I subscribed to the google mailing list. Certainly don't mind assisting in the project. Tim On 1/16/2013 4:17 PM, Curtis Rueden wrote: Hi all, We are still unifying the various forks of maven-nar-plugin, so there is no new official release version yet. The maven-nar mailing list is at: https://groups.google.com/forum/?fromgroups#!forum/maven-nar It seems that all of the involved people are very busy, so progress is rather slow. We welcome any additional help! To avoid confusion, I updated the project readme (at https://github.com/maven-nar/maven-nar-plugin) to reflect the current project status and links, including a link to the mailing list. Regards, Curtis On Wed, Jan 16, 2013 at 8:53 AM, Mark Donszelmann mark.donszelm...@gmail.com wrote: Hi I wrote the NAR plugin, but have no longer time to maintain it. I donated it (with approval of Sonatype) to a bunch of people who would like to maintain it. Its under https://github.com/maven-nar I guess with mailing lists and doc Regards Mark Donszelmann (duns) On Jan 16, 2013, at 3:44 PM, Wayne Fay wayne...@gmail.com wrote: Nar is not a product of the Maven PMC, and so will never be an official org.apache.maven.plugin anything. Right, but whose product is it today and how do we find the latest official release? The groupId suggests that would be codeswarm.org. But there may be other parties who have their own branches etc. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven-nar-plugin (version?)
On Tue, Jan 15, 2013 at 09:22:33PM -0500, Benson Margulies wrote: Nar is not a product of the Maven PMC, and so will never be an official org.apache.maven.plugin anything. Right, but whose product is it today and how do we find the latest official release? -- Mark H. Wood, Lead System Programmer mw...@iupui.edu There's an app for that: your browser pgptT8ujHnAFV.pgp Description: PGP signature
Re: maven-nar-plugin (version?)
Nar is not a product of the Maven PMC, and so will never be an official org.apache.maven.plugin anything. Right, but whose product is it today and how do we find the latest official release? The groupId suggests that would be codeswarm.org. But there may be other parties who have their own branches etc. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven-nar-plugin (version?)
Hi I wrote the NAR plugin, but have no longer time to maintain it. I donated it (with approval of Sonatype) to a bunch of people who would like to maintain it. Its under https://github.com/maven-nar I guess with mailing lists and doc Regards Mark Donszelmann (duns) On Jan 16, 2013, at 3:44 PM, Wayne Fay wayne...@gmail.com wrote: Nar is not a product of the Maven PMC, and so will never be an official org.apache.maven.plugin anything. Right, but whose product is it today and how do we find the latest official release? The groupId suggests that would be codeswarm.org. But there may be other parties who have their own branches etc. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven-nar-plugin (version?)
Hi all, We are still unifying the various forks of maven-nar-plugin, so there is no new official release version yet. The maven-nar mailing list is at: https://groups.google.com/forum/?fromgroups#!forum/maven-nar It seems that all of the involved people are very busy, so progress is rather slow. We welcome any additional help! To avoid confusion, I updated the project readme (at https://github.com/maven-nar/maven-nar-plugin) to reflect the current project status and links, including a link to the mailing list. Regards, Curtis On Wed, Jan 16, 2013 at 8:53 AM, Mark Donszelmann mark.donszelm...@gmail.com wrote: Hi I wrote the NAR plugin, but have no longer time to maintain it. I donated it (with approval of Sonatype) to a bunch of people who would like to maintain it. Its under https://github.com/maven-nar I guess with mailing lists and doc Regards Mark Donszelmann (duns) On Jan 16, 2013, at 3:44 PM, Wayne Fay wayne...@gmail.com wrote: Nar is not a product of the Maven PMC, and so will never be an official org.apache.maven.plugin anything. Right, but whose product is it today and how do we find the latest official release? The groupId suggests that would be codeswarm.org. But there may be other parties who have their own branches etc. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
maven-nar-plugin (version?)
I'm trying out the maven-nar-plugin and I found a version on maven central that has the following signature: org.codeswarm:maven-nar-plugin:20121119 I didn't see 20121119 as a tag in the versions listed here: https://issues.sonatype.org/browse/NAR The source seems pretty much the same as the head of the master (https://github.com/duns/maven-nar-plugin) as I used that to step through the debugger tosee if I could identify an issue. My question is, Is there an official org.apache.maven.plugin:maven-nar-plugin deployed? I didn't see it in Apache Snapshots. https://repository.apache.org/content/groups/snapshots/org/apache/maven/plugins/ and the org.codeswarm groupId on Maven Central makes me think that someone just took the master and deployed their own, unofficial, release. Can an official snapshot or possible tagged release be deployed to the Apache Maven Repos? Tim
Re: maven-nar-plugin (version?)
Nar is not a product of the Maven PMC, and so will never be an official org.apache.maven.plugin anything. On Tue, Jan 15, 2013 at 9:14 PM, Tim Astle tas...@nbnet.nb.ca wrote: I'm trying out the maven-nar-plugin and I found a version on maven central that has the following signature: org.codeswarm:maven-nar-plugin:20121119 I didn't see 20121119 as a tag in the versions listed here: https://issues.sonatype.org/browse/NAR The source seems pretty much the same as the head of the master (https://github.com/duns/maven-nar-plugin) as I used that to step through the debugger tosee if I could identify an issue. My question is, Is there an official org.apache.maven.plugin:maven-nar-plugin deployed? I didn't see it in Apache Snapshots. https://repository.apache.org/content/groups/snapshots/org/apache/maven/plugins/ and the org.codeswarm groupId on Maven Central makes me think that someone just took the master and deployed their own, unofficial, release. Can an official snapshot or possible tagged release be deployed to the Apache Maven Repos? Tim - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Unifying maven-nar-plugin implementations
Hi Stephen everyone, Don't forget to change the artifactId to nar-maven-plugin or such as maven-___-plugin is reserved for maven.apache.org owned plugins Thanks, I filed an issue for it on GitHub: https://github.com/maven-nar/maven-nar-plugin/issues/9 Regards, Curtis On Tue, Oct 9, 2012 at 12:18 PM, Stephen Connolly stephen.alan.conno...@gmail.com wrote: Don't forget to change the artifactId to nar-maven-plugin or such as maven-___-plugin is reserved for maven.apache.org owned plugins On Tuesday, 9 October 2012, Curtis Rueden wrote: Hi all, Feel free to create it an invite the people :) Done: https://groups.google.com/forum/?fromgroups#!forum/maven-nar Let's continue this thread there! Regards, Curtis On Mon, Oct 8, 2012 at 5:40 PM, Martin Eisengardt martin.eisenga...@gmail.com javascript:; wrote: Also, rather than migrating a fork directly, perhaps (if Mark agrees) we could migrate the @duns repo, then push all of Greg's changes back on top? That way, existing GitHub forks will all state forked from maven-nar/maven-nar-plugin afterward, which would be ideal. And to preserve old links Mark could fork it back into @duns again and update the README to state what happened. Thoughts? Sounds like a good plan. However I did not compare the forks so I do not have an idea how many work has to be done. But I will have a look in the next days. Presumably we would also want to similarly migrate cpptasks-parallel? I think so. It isn't maintained too (correct me if I am wrong). Technical features can be discussed in the github wiki at the moment. Martin, shall we create a mailing list for the project? Perhaps a Google group? Then we can migrate this discussion there instead. Feel free to create it an invite the people :) Regarding cross-compilation: I know it is of interest (wouldn't it be great to build for multiple target platforms all from the CloudBees Jenkins on Linux?). My colleague has done quite a lot of work in that area, but there are some substantial obstacles. Shall we discuss further on our shiny new maven-nar-plugin mailing list, once it exists? Yeah, we should discuss it in a working group with experience on this topic. Setting up cross compilation and having a maven-nar-plugin supporting it is not that easy.
Re: Unifying maven-nar-plugin implementations
Hi all, Feel free to create it an invite the people :) Done: https://groups.google.com/forum/?fromgroups#!forum/maven-nar Let's continue this thread there! Regards, Curtis On Mon, Oct 8, 2012 at 5:40 PM, Martin Eisengardt martin.eisenga...@gmail.com wrote: Also, rather than migrating a fork directly, perhaps (if Mark agrees) we could migrate the @duns repo, then push all of Greg's changes back on top? That way, existing GitHub forks will all state forked from maven-nar/maven-nar-plugin afterward, which would be ideal. And to preserve old links Mark could fork it back into @duns again and update the README to state what happened. Thoughts? Sounds like a good plan. However I did not compare the forks so I do not have an idea how many work has to be done. But I will have a look in the next days. Presumably we would also want to similarly migrate cpptasks-parallel? I think so. It isn't maintained too (correct me if I am wrong). Technical features can be discussed in the github wiki at the moment. Martin, shall we create a mailing list for the project? Perhaps a Google group? Then we can migrate this discussion there instead. Feel free to create it an invite the people :) Regarding cross-compilation: I know it is of interest (wouldn't it be great to build for multiple target platforms all from the CloudBees Jenkins on Linux?). My colleague has done quite a lot of work in that area, but there are some substantial obstacles. Shall we discuss further on our shiny new maven-nar-plugin mailing list, once it exists? Yeah, we should discuss it in a working group with experience on this topic. Setting up cross compilation and having a maven-nar-plugin supporting it is not that easy.
Re: Unifying maven-nar-plugin implementations
Don't forget to change the artifactId to nar-maven-plugin or such as maven-___-plugin is reserved for maven.apache.org owned plugins On Tuesday, 9 October 2012, Curtis Rueden wrote: Hi all, Feel free to create it an invite the people :) Done: https://groups.google.com/forum/?fromgroups#!forum/maven-nar Let's continue this thread there! Regards, Curtis On Mon, Oct 8, 2012 at 5:40 PM, Martin Eisengardt martin.eisenga...@gmail.com javascript:; wrote: Also, rather than migrating a fork directly, perhaps (if Mark agrees) we could migrate the @duns repo, then push all of Greg's changes back on top? That way, existing GitHub forks will all state forked from maven-nar/maven-nar-plugin afterward, which would be ideal. And to preserve old links Mark could fork it back into @duns again and update the README to state what happened. Thoughts? Sounds like a good plan. However I did not compare the forks so I do not have an idea how many work has to be done. But I will have a look in the next days. Presumably we would also want to similarly migrate cpptasks-parallel? I think so. It isn't maintained too (correct me if I am wrong). Technical features can be discussed in the github wiki at the moment. Martin, shall we create a mailing list for the project? Perhaps a Google group? Then we can migrate this discussion there instead. Feel free to create it an invite the people :) Regarding cross-compilation: I know it is of interest (wouldn't it be great to build for multiple target platforms all from the CloudBees Jenkins on Linux?). My colleague has done quite a lot of work in that area, but there are some substantial obstacles. Shall we discuss further on our shiny new maven-nar-plugin mailing list, once it exists? Yeah, we should discuss it in a working group with experience on this topic. Setting up cross compilation and having a maven-nar-plugin supporting it is not that easy.
RE: Unifying maven-nar-plugin implementations
Hi All, Apologies for the late reply, this is a work email and I have been on leave for the past few days. Many of the changes that I have made are in reaction to issues found during our somewhat unusual (a mix of multi-module, cross-compile and static) builds. It would be nice to see this work being of value to others and as such am in favour of the unification of the project. I would be interested in having some input into the future development of the plugin. I haven't spent much time looking at other forks, as mentioned previously any work was purely reactionary to immediate issues, so unlike the others I do not have any grand plans for the future of the project at this stage. Regards, Richard From: Martin Eisengardt [mailto:martin.eisenga...@gmail.com] Sent: 08 October 2012 23:40 To: Curtis Rueden Cc: Maven Users List; Johannes Schindelin; Greg Domjan; Richard Kerr; Mark Donszelmann; Mark Donszelmann; Elliot Metsger; sthelen; Peter Janes; Claudio Bantaloukas; Mirko Jahn; sugree Subject: Re: Unifying maven-nar-plugin implementations Also, rather than migrating a fork directly, perhaps (if Mark agrees) we could migrate the @duns repo, then push all of Greg's changes back on top? That way, existing GitHub forks will all state forked from maven-nar/maven-nar-plugin afterward, which would be ideal. And to preserve old links Mark could fork it back into @duns again and update the README to state what happened. Thoughts? Sounds like a good plan. However I did not compare the forks so I do not have an idea how many work has to be done. But I will have a look in the next days. Presumably we would also want to similarly migrate cpptasks-parallel? I think so. It isn't maintained too (correct me if I am wrong). Technical features can be discussed in the github wiki at the moment. Martin, shall we create a mailing list for the project? Perhaps a Google group? Then we can migrate this discussion there instead. Feel free to create it an invite the people :) Regarding cross-compilation: I know it is of interest (wouldn't it be great to build for multiple target platforms all from the CloudBees Jenkins on Linux?). My colleague has done quite a lot of work in that area, but there are some substantial obstacles. Shall we discuss further on our shiny new maven-nar-plugin mailing list, once it exists? Yeah, we should discuss it in a working group with experience on this topic. Setting up cross compilation and having a maven-nar-plugin supporting it is not that easy.
Re: Unifying maven-nar-plugin implementations
What I understood was that Marks aim in loading to github, and what I think our aim now is to have it available for general use and progress to it being an apache.org plugin. Would that mean we should change the name until it is ready, or is having the apache naming part of being ready. Mark Donszelmann mark.donszelm...@cern.ch 9/10/2012 4:12 PM Hi On Oct 9, 2012, at 7:18 PM, Stephen Connolly stephen.alan.conno...@gmail.com wrote: Don't forget to change the artifactId to nar-maven-plugin or such as maven-___-plugin is reserved for maven.apache.org owned plugins I guess that is correct, however Jason (van Zyl) at the time told me to use maven-nar-plugin... Regards Duns - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Unifying maven-nar-plugin implementations
Hi On Oct 9, 2012, at 7:18 PM, Stephen Connolly stephen.alan.conno...@gmail.commailto:stephen.alan.conno...@gmail.com wrote: Don't forget to change the artifactId to nar-maven-plugin or such as maven-___-plugin is reserved for maven.apache.orghttp://maven.apache.org/ owned plugins I guess that is correct, however Jason (van Zyl) at the time told me to use maven-nar-plugin... Regards Duns On Tuesday, 9 October 2012, Curtis Rueden wrote: Hi all, Feel free to create it an invite the people :) Done: https://groups.google.com/forum/?fromgroups#!forum/maven-nar Let's continue this thread there! Regards, Curtis On Mon, Oct 8, 2012 at 5:40 PM, Martin Eisengardt martin.eisenga...@gmail.comjavascript:; wrote: Also, rather than migrating a fork directly, perhaps (if Mark agrees) we could migrate the @duns repo, then push all of Greg's changes back on top? That way, existing GitHub forks will all state forked from maven-nar/maven-nar-plugin afterward, which would be ideal. And to preserve old links Mark could fork it back into @duns again and update the README to state what happened. Thoughts? Sounds like a good plan. However I did not compare the forks so I do not have an idea how many work has to be done. But I will have a look in the next days. Presumably we would also want to similarly migrate cpptasks-parallel? I think so. It isn't maintained too (correct me if I am wrong). Technical features can be discussed in the github wiki at the moment. Martin, shall we create a mailing list for the project? Perhaps a Google group? Then we can migrate this discussion there instead. Feel free to create it an invite the people :) Regarding cross-compilation: I know it is of interest (wouldn't it be great to build for multiple target platforms all from the CloudBees Jenkins on Linux?). My colleague has done quite a lot of work in that area, but there are some substantial obstacles. Shall we discuss further on our shiny new maven-nar-plugin mailing list, once it exists? Yeah, we should discuss it in a working group with experience on this topic. Setting up cross compilation and having a maven-nar-plugin supporting it is not that easy.
Re: Unifying maven-nar-plugin implementations
On 9 October 2012 21:12, Mark Donszelmann mark.donszelm...@cern.ch wrote: Hi On Oct 9, 2012, at 7:18 PM, Stephen Connolly stephen.alan.conno...@gmail.com wrote: Don't forget to change the artifactId to nar-maven-plugin or such as maven-___-plugin is reserved for maven.apache.org owned plugins I guess that is correct, however Jason (van Zyl) at the time told me to use maven-nar-plugin... That guidance has changed. Regards Duns On Tuesday, 9 October 2012, Curtis Rueden wrote: Hi all, Feel free to create it an invite the people :) Done: https://groups.google.com/forum/?fromgroups#!forum/maven-nar Let's continue this thread there! Regards, Curtis On Mon, Oct 8, 2012 at 5:40 PM, Martin Eisengardt martin.eisenga...@gmail.com wrote: Also, rather than migrating a fork directly, perhaps (if Mark agrees) we could migrate the @duns repo, then push all of Greg's changes back on top? That way, existing GitHub forks will all state forked from maven-nar/maven-nar-plugin afterward, which would be ideal. And to preserve old links Mark could fork it back into @duns again and update the README to state what happened. Thoughts? Sounds like a good plan. However I did not compare the forks so I do not have an idea how many work has to be done. But I will have a look in the next days. Presumably we would also want to similarly migrate cpptasks-parallel? I think so. It isn't maintained too (correct me if I am wrong). Technical features can be discussed in the github wiki at the moment. Martin, shall we create a mailing list for the project? Perhaps a Google group? Then we can migrate this discussion there instead. Feel free to create it an invite the people :) Regarding cross-compilation: I know it is of interest (wouldn't it be great to build for multiple target platforms all from the CloudBees Jenkins on Linux?). My colleague has done quite a lot of work in that area, but there are some substantial obstacles. Shall we discuss further on our shiny new maven-nar-plugin mailing list, once it exists? Yeah, we should discuss it in a working group with experience on this topic. Setting up cross compilation and having a maven-nar-plugin supporting it is not that easy.
Re: Unifying maven-nar-plugin implementations
felix uses maven-bundle-plugin. Not sure why plugin name is important here. -D On Tue, Oct 9, 2012 at 2:38 PM, Stephen Connolly stephen.alan.conno...@gmail.com wrote: On 9 October 2012 21:12, Mark Donszelmann mark.donszelm...@cern.ch wrote: Hi On Oct 9, 2012, at 7:18 PM, Stephen Connolly stephen.alan.conno...@gmail.com wrote: Don't forget to change the artifactId to nar-maven-plugin or such as maven-___-plugin is reserved for maven.apache.org owned plugins I guess that is correct, however Jason (van Zyl) at the time told me to use maven-nar-plugin... That guidance has changed. Regards Duns On Tuesday, 9 October 2012, Curtis Rueden wrote: Hi all, Feel free to create it an invite the people :) Done: https://groups.google.com/forum/?fromgroups#!forum/maven-nar Let's continue this thread there! Regards, Curtis On Mon, Oct 8, 2012 at 5:40 PM, Martin Eisengardt martin.eisenga...@gmail.com wrote: Also, rather than migrating a fork directly, perhaps (if Mark agrees) we could migrate the @duns repo, then push all of Greg's changes back on top? That way, existing GitHub forks will all state forked from maven-nar/maven-nar-plugin afterward, which would be ideal. And to preserve old links Mark could fork it back into @duns again and update the README to state what happened. Thoughts? Sounds like a good plan. However I did not compare the forks so I do not have an idea how many work has to be done. But I will have a look in the next days. Presumably we would also want to similarly migrate cpptasks-parallel? I think so. It isn't maintained too (correct me if I am wrong). Technical features can be discussed in the github wiki at the moment. Martin, shall we create a mailing list for the project? Perhaps a Google group? Then we can migrate this discussion there instead. Feel free to create it an invite the people :) Regarding cross-compilation: I know it is of interest (wouldn't it be great to build for multiple target platforms all from the CloudBees Jenkins on Linux?). My colleague has done quite a lot of work in that area, but there are some substantial obstacles. Shall we discuss further on our shiny new maven-nar-plugin mailing list, once it exists? Yeah, we should discuss it in a working group with experience on this topic. Setting up cross compilation and having a maven-nar-plugin supporting it is not that easy. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Unifying maven-nar-plugin implementations
Newer versions of the plugin-plugin enforce the standard so you have to switch to nar-maven-plugin or whatever unless you use the org.apache.maven groupId... imho I would just change and keep the momentum going on github and not really worry about moving it to apache.. manfred On Tue, October 9, 2012 3:11 pm, Dan Tran wrote: felix uses maven-bundle-plugin. Not sure why plugin name is important here. -D On Tue, Oct 9, 2012 at 2:38 PM, Stephen Connolly stephen.alan.conno...@gmail.com wrote: On 9 October 2012 21:12, Mark Donszelmann mark.donszelm...@cern.ch wrote: Hi On Oct 9, 2012, at 7:18 PM, Stephen Connolly stephen.alan.conno...@gmail.com wrote: Don't forget to change the artifactId to nar-maven-plugin or such as maven-___-plugin is reserved for maven.apache.org owned plugins I guess that is correct, however Jason (van Zyl) at the time told me to use maven-nar-plugin... That guidance has changed. Regards Duns On Tuesday, 9 October 2012, Curtis Rueden wrote: Hi all, Feel free to create it an invite the people :) Done: https://groups.google.com/forum/?fromgroups#!forum/maven-nar Let's continue this thread there! Regards, Curtis On Mon, Oct 8, 2012 at 5:40 PM, Martin Eisengardt martin.eisenga...@gmail.com wrote: Also, rather than migrating a fork directly, perhaps (if Mark agrees) we could migrate the @duns repo, then push all of Greg's changes back on top? That way, existing GitHub forks will all state forked from maven-nar/maven-nar-plugin afterward, which would be ideal. And to preserve old links Mark could fork it back into @duns again and update the README to state what happened. Thoughts? Sounds like a good plan. However I did not compare the forks so I do not have an idea how many work has to be done. But I will have a look in the next days. Presumably we would also want to similarly migrate cpptasks-parallel? I think so. It isn't maintained too (correct me if I am wrong). Technical features can be discussed in the github wiki at the moment. Martin, shall we create a mailing list for the project? Perhaps a Google group? Then we can migrate this discussion there instead. Feel free to create it an invite the people :) Regarding cross-compilation: I know it is of interest (wouldn't it be great to build for multiple target platforms all from the CloudBees Jenkins on Linux?). My colleague has done quite a lot of work in that area, but there are some substantial obstacles. Shall we discuss further on our shiny new maven-nar-plugin mailing list, once it exists? Yeah, we should discuss it in a working group with experience on this topic. Setting up cross compilation and having a maven-nar-plugin supporting it is not that easy. - 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: Unifying maven-nar-plugin implementations
felix will have to change On 9 October 2012 23:11, Dan Tran dant...@gmail.com wrote: felix uses maven-bundle-plugin. Not sure why plugin name is important here. -D On Tue, Oct 9, 2012 at 2:38 PM, Stephen Connolly stephen.alan.conno...@gmail.com wrote: On 9 October 2012 21:12, Mark Donszelmann mark.donszelm...@cern.ch wrote: Hi On Oct 9, 2012, at 7:18 PM, Stephen Connolly stephen.alan.conno...@gmail.com wrote: Don't forget to change the artifactId to nar-maven-plugin or such as maven-___-plugin is reserved for maven.apache.org owned plugins I guess that is correct, however Jason (van Zyl) at the time told me to use maven-nar-plugin... That guidance has changed. Regards Duns On Tuesday, 9 October 2012, Curtis Rueden wrote: Hi all, Feel free to create it an invite the people :) Done: https://groups.google.com/forum/?fromgroups#!forum/maven-nar Let's continue this thread there! Regards, Curtis On Mon, Oct 8, 2012 at 5:40 PM, Martin Eisengardt martin.eisenga...@gmail.com wrote: Also, rather than migrating a fork directly, perhaps (if Mark agrees) we could migrate the @duns repo, then push all of Greg's changes back on top? That way, existing GitHub forks will all state forked from maven-nar/maven-nar-plugin afterward, which would be ideal. And to preserve old links Mark could fork it back into @duns again and update the README to state what happened. Thoughts? Sounds like a good plan. However I did not compare the forks so I do not have an idea how many work has to be done. But I will have a look in the next days. Presumably we would also want to similarly migrate cpptasks-parallel? I think so. It isn't maintained too (correct me if I am wrong). Technical features can be discussed in the github wiki at the moment. Martin, shall we create a mailing list for the project? Perhaps a Google group? Then we can migrate this discussion there instead. Feel free to create it an invite the people :) Regarding cross-compilation: I know it is of interest (wouldn't it be great to build for multiple target platforms all from the CloudBees Jenkins on Linux?). My colleague has done quite a lot of work in that area, but there are some substantial obstacles. Shall we discuss further on our shiny new maven-nar-plugin mailing list, once it exists? Yeah, we should discuss it in a working group with experience on this topic. Setting up cross compilation and having a maven-nar-plugin supporting it is not that easy. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Unifying maven-nar-plugin implementations
On 7 October 2012 16:36, Martin Eisengardt martin.eisenga...@gmail.comwrote: OK. Thanks four your responses, Mark and Jason. Lets sum up. We have the agreement of the authors to build up a new working group. I recently created a new organization at github: https://github.com/maven-nar (just to give this a kickstart) Please tell me who wants to become a project owner. I have added the three active fork users (richardkerr, grogdomjahn and 1spatial). I suggest to now vote on one fork to be moved to the organization and merging all the pull requests, solving issues etc. Unperiodical users can always create pull requests on the project. New regular users are welcome :) Technical features can be discussed in the github wiki at the moment. I will create website and other things too, the website and repository can be hosted by github. After doing this homework with merging all the forks we can discuss the future of this project. As long as there is no organization selected I will use my jenkins to push the website to a github repository. My employers (CloudBees) will give free jenkins instance to any Open Source project that asks for one. And the (separate, but also free) BuildHive feature we provide will even validate pull requests and add the results to the pull request for you. If you want a cloud based Jenkins to do the pushing to the github repo, it doesn't take long to get one. -Stephen That said if you were going to take it to a foundation, in the long run I would take it to the Eclipse Foundation. They have just converted the whole platform build to Maven and there is a large native component to that for SWT and the launchers. Redhat has done a lot of the work there lately and I'm sure they would be interested as they do their own builds of the Eclipse Platform for their users and customers. I happy to talk any of the groups as Sonatype would have to make a donation of code to move it to a foundation, but honestly I really think Github is the best place for you to spark up the project again. I do not preferr any of the codehaus, mavens core or eclipse foundation. All three solutions are fine for me as well as having a lonesome project group using github and publishing to maven central. For eclipse: This should be discussed with an eclipse foundation guru and with an eclipse cdt guru. As soon as we are ready with the project team and voted for an active project lead I would be happy to contact them. I am already involved in eclipse pdt (commiting patches) and already had some contact to some of the gurus.
Re: Unifying maven-nar-plugin implementations
Hello, am new to working with Maven, but I would also like to be a project owner. I would like to teach myself to use maven, jenkins, and eclipse. Ishmael Mosby From: Stephen Connolly stephen.alan.conno...@gmail.com To: Maven Users List users@maven.apache.org Cc: joerg.schai...@gmx.de; Donszelmann Mark d...@cern.ch Sent: Monday, October 8, 2012 10:06 AM Subject: Re: Unifying maven-nar-plugin implementations On 7 October 2012 16:36, Martin Eisengardt martin.eisenga...@gmail.comwrote: OK. Thanks four your responses, Mark and Jason. Lets sum up. We have the agreement of the authors to build up a new working group. I recently created a new organization at github: https://github.com/maven-nar (just to give this a kickstart) Please tell me who wants to become a project owner. I have added the three active fork users (richardkerr, grogdomjahn and 1spatial). I suggest to now vote on one fork to be moved to the organization and merging all the pull requests, solving issues etc. Unperiodical users can always create pull requests on the project. New regular users are welcome :) Technical features can be discussed in the github wiki at the moment. I will create website and other things too, the website and repository can be hosted by github. After doing this homework with merging all the forks we can discuss the future of this project. As long as there is no organization selected I will use my jenkins to push the website to a github repository. My employers (CloudBees) will give free jenkins instance to any Open Source project that asks for one. And the (separate, but also free) BuildHive feature we provide will even validate pull requests and add the results to the pull request for you. If you want a cloud based Jenkins to do the pushing to the github repo, it doesn't take long to get one. -Stephen That said if you were going to take it to a foundation, in the long run I would take it to the Eclipse Foundation. They have just converted the whole platform build to Maven and there is a large native component to that for SWT and the launchers. Redhat has done a lot of the work there lately and I'm sure they would be interested as they do their own builds of the Eclipse Platform for their users and customers. I happy to talk any of the groups as Sonatype would have to make a donation of code to move it to a foundation, but honestly I really think Github is the best place for you to spark up the project again. I do not preferr any of the codehaus, mavens core or eclipse foundation. All three solutions are fine for me as well as having a lonesome project group using github and publishing to maven central. For eclipse: This should be discussed with an eclipse foundation guru and with an eclipse cdt guru. As soon as we are ready with the project team and voted for an active project lead I would be happy to contact them. I am already involved in eclipse pdt (commiting patches) and already had some contact to some of the gurus.
Re: Unifying maven-nar-plugin implementations
My employers (CloudBees) will give free jenkins instance to any Open Source project that asks for one. Thanks for your support. Is your jenkins aware of native builds for win, linux, sunosx, macosx and aware of doing cross-compiles? However please let us talk directly. Maybe we need more than one jenkins to ensure the tests will work on various platforms.
Re: Unifying maven-nar-plugin implementations
On 8 October 2012 13:30, Martin Eisengardt martin.eisenga...@gmail.comwrote: My employers (CloudBees) will give free jenkins instance to any Open Source project that asks for one. Thanks for your support. Is your jenkins aware of native builds for win, linux, sunosx, macosx and aware of doing cross-compiles? However please let us talk directly. Maybe we need more than one jenkins to ensure the tests will work on various platforms. At present our cloud of slaves is Linux only. There is http://developer.cloudbees.com/bin/view/DEV/Customer%2BProvided%2BSlaves%2BWindowsif you have volunteers willing to lend you other build targets
Re: Unifying maven-nar-plugin implementations
Also, rather than migrating a fork directly, perhaps (if Mark agrees) we could migrate the @duns repo, then push all of Greg's changes back on top? That way, existing GitHub forks will all state forked from maven-nar/maven-nar-plugin afterward, which would be ideal. And to preserve old links Mark could fork it back into @duns again and update the README to state what happened. Thoughts? Sounds like a good plan. However I did not compare the forks so I do not have an idea how many work has to be done. But I will have a look in the next days. Presumably we would also want to similarly migrate cpptasks-parallel? I think so. It isn't maintained too (correct me if I am wrong). Technical features can be discussed in the github wiki at the moment. Martin, shall we create a mailing list for the project? Perhaps a Google group? Then we can migrate this discussion there instead. Feel free to create it an invite the people :) Regarding cross-compilation: I know it is of interest (wouldn't it be great to build for multiple target platforms all from the CloudBees Jenkins on Linux?). My colleague has done quite a lot of work in that area, but there are some substantial obstacles. Shall we discuss further on our shiny new maven-nar-plugin mailing list, once it exists? Yeah, we should discuss it in a working group with experience on this topic. Setting up cross compilation and having a maven-nar-plugin supporting it is not that easy.
Re: Unifying maven-nar-plugin implementations
Hi, Benson Margulies wrote: Adding plugins to the core is not so much a matter of 'strategy'. The nar plugin is a non-trivial amount of code. So, for it to come to Apache, it would have to pass IP clearance. That means understanding the provenance of all of the code and that the people contributing it have sufficient rights to grant a license to the ASF. That having been said, the existing Maven community is rather thinly spread across the many org.apache.maven.plugins. Adding another big, complex, plugin should, at least, lead to a pause for reflection. Nonetheless, If the authors are interested in contributing it, please join the dev list and start a discussion. another option is mojo.codehaus.org, especially since the devs discuss about moving the SCM for individual plugins to git. - Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Unifying maven-nar-plugin implementations
Do we actually need the agreement of all authors to become a maven core project? The sources are already licensed under terms of ASF. The original authors seem not respond for months or the email addresses are no longer valid. Would it be fine if there is a new (active) project group filling up the CLA? http://www.apache.org/licenses/#clas Actually duns code is not the original code. There was some other author (freehep). For me personally I do not care if this is becoming a maven-ocre component or not. I am fine with codehaus and other variants too. My personal interest is to remove all the forks and having an active project roup I can discuss and commit my work :) On Sun, Oct 7, 2012 at 12:23 PM, Jörg Schaible joerg.schai...@gmx.dewrote: Hi, Benson Margulies wrote: Adding plugins to the core is not so much a matter of 'strategy'. The nar plugin is a non-trivial amount of code. So, for it to come to Apache, it would have to pass IP clearance. That means understanding the provenance of all of the code and that the people contributing it have sufficient rights to grant a license to the ASF. That having been said, the existing Maven community is rather thinly spread across the many org.apache.maven.plugins. Adding another big, complex, plugin should, at least, lead to a pause for reflection. Nonetheless, If the authors are interested in contributing it, please join the dev list and start a discussion. another option is mojo.codehaus.org, especially since the devs discuss about moving the SCM for individual plugins to git. - Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Unifying maven-nar-plugin implementations
Hi I am the author of the maven-nar-plugin. Let me start by apologizing that I have not kept track of, neither have worked on it in recent years. I moved on to other things, but may come back using / working on it later on. The nar plugin was created by me when I was working at Stanford Linear Accelerator Center (SLAC) for Maven 1. When Maven 2 came out I rewrote it, and that is the code that is still there. Inside SLAC we maintained Open Source code by High Energy Physicists under the name FreeHEP, available to anyone. A thing such as git or github did not exist at the time, so we needed a way to distribute out code, and a name for it. I think it would be a good idea if you guys pick up the parts and continue with it. I have no real time to work on it, but could answer questions if you have any. You have my agreement, and SLAC already gave its agreement for me to take the code away from them. I guess officially Sonatype owns the code, as I dropped it with them, but they seem to have little interest in it (as far as I could see from the mailings). Keep me posted. Regards Mark Donszelmann On Oct 7, 2012, at 12:35 PM, Martin Eisengardt martin.eisenga...@gmail.com wrote: Do we actually need the agreement of all authors to become a maven core project? The sources are already licensed under terms of ASF. The original authors seem not respond for months or the email addresses are no longer valid. Would it be fine if there is a new (active) project group filling up the CLA? http://www.apache.org/licenses/#clas Actually duns code is not the original code. There was some other author (freehep). For me personally I do not care if this is becoming a maven-ocre component or not. I am fine with codehaus and other variants too. My personal interest is to remove all the forks and having an active project roup I can discuss and commit my work :) On Sun, Oct 7, 2012 at 12:23 PM, Jörg Schaible joerg.schai...@gmx.dewrote: Hi, Benson Margulies wrote: Adding plugins to the core is not so much a matter of 'strategy'. The nar plugin is a non-trivial amount of code. So, for it to come to Apache, it would have to pass IP clearance. That means understanding the provenance of all of the code and that the people contributing it have sufficient rights to grant a license to the ASF. That having been said, the existing Maven community is rather thinly spread across the many org.apache.maven.plugins. Adding another big, complex, plugin should, at least, lead to a pause for reflection. Nonetheless, If the authors are interested in contributing it, please join the dev list and start a discussion. another option is mojo.codehaus.org, especially since the devs discuss about moving the SCM for individual plugins to git. - 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: Unifying maven-nar-plugin implementations
I was waiting for you to respond as its your baby :-) While Sonatype helped pay for some of the work in the last stage of NARs development, our focus has really been on Java so we really haven't had much time in the last few years. That said with all the work Sonatype has been doing with Insight we get questions about native code and mobile development for the iPhone quite a bit. I am happy if there are users contributing and you want to coalesce the fragmented implementations. I think that Github is the perfect place to do that right now, low barrier to working together and it's very easy to get a project into Central regardless of where it is. That you as users, who became developers, have come together to put NAR back together is the only key element required to make the project successful. No organization will make your project popular, usable or help it improve. It is the work of small interested individuals that make the difference. That said if you were going to take it to a foundation, in the long run I would take it to the Eclipse Foundation. They have just converted the whole platform build to Maven and there is a large native component to that for SWT and the launchers. Redhat has done a lot of the work there lately and I'm sure they would be interested as they do their own builds of the Eclipse Platform for their users and customers. I happy to talk any of the groups as Sonatype would have to make a donation of code to move it to a foundation, but honestly I really think Github is the best place for you to spark up the project again. On Oct 7, 2012, at 6:58 AM, Mark Donszelmann mark.donszelm...@gmail.com wrote: Hi I am the author of the maven-nar-plugin. Let me start by apologizing that I have not kept track of, neither have worked on it in recent years. I moved on to other things, but may come back using / working on it later on. The nar plugin was created by me when I was working at Stanford Linear Accelerator Center (SLAC) for Maven 1. When Maven 2 came out I rewrote it, and that is the code that is still there. Inside SLAC we maintained Open Source code by High Energy Physicists under the name FreeHEP, available to anyone. A thing such as git or github did not exist at the time, so we needed a way to distribute out code, and a name for it. I think it would be a good idea if you guys pick up the parts and continue with it. I have no real time to work on it, but could answer questions if you have any. You have my agreement, and SLAC already gave its agreement for me to take the code away from them. I guess officially Sonatype owns the code, as I dropped it with them, but they seem to have little interest in it (as far as I could see from the mailings). Keep me posted. Regards Mark Donszelmann On Oct 7, 2012, at 12:35 PM, Martin Eisengardt martin.eisenga...@gmail.com wrote: Do we actually need the agreement of all authors to become a maven core project? The sources are already licensed under terms of ASF. The original authors seem not respond for months or the email addresses are no longer valid. Would it be fine if there is a new (active) project group filling up the CLA? http://www.apache.org/licenses/#clas Actually duns code is not the original code. There was some other author (freehep). For me personally I do not care if this is becoming a maven-ocre component or not. I am fine with codehaus and other variants too. My personal interest is to remove all the forks and having an active project roup I can discuss and commit my work :) On Sun, Oct 7, 2012 at 12:23 PM, Jörg Schaible joerg.schai...@gmx.dewrote: Hi, Benson Margulies wrote: Adding plugins to the core is not so much a matter of 'strategy'. The nar plugin is a non-trivial amount of code. So, for it to come to Apache, it would have to pass IP clearance. That means understanding the provenance of all of the code and that the people contributing it have sufficient rights to grant a license to the ASF. That having been said, the existing Maven community is rather thinly spread across the many org.apache.maven.plugins. Adding another big, complex, plugin should, at least, lead to a pause for reflection. Nonetheless, If the authors are interested in contributing it, please join the dev list and start a discussion. another option is mojo.codehaus.org, especially since the devs discuss about moving the SCM for individual plugins to git. - 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 Thanks, Jason
Re: Unifying maven-nar-plugin implementations
Jason will, I'm sure, correct me if I'm wrong, but I believe the IP provenance issues to be comparable at Eclipse and Apache. The Apache Foundation only accepts code that is *voluntarily* contributed. That amounts to two tests: a) is there clear provenance? b) is there clear evidence of the voluntary contribution? These two add up to, at least, a requirement that the author(s) of the vast majority of the code be identified and participate. This can make it challenging to bring a loosely-managed existing codebase into Apache. It's not impossible, but, as Jason says, github avoids this. Unless you are really hankering for the legal protections offered by one of the Foundations, it's the simplest solution. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Unifying maven-nar-plugin implementations
OK. Thanks four your responses, Mark and Jason. Lets sum up. We have the agreement of the authors to build up a new working group. I recently created a new organization at github: https://github.com/maven-nar (just to give this a kickstart) Please tell me who wants to become a project owner. I have added the three active fork users (richardkerr, grogdomjahn and 1spatial). I suggest to now vote on one fork to be moved to the organization and merging all the pull requests, solving issues etc. Unperiodical users can always create pull requests on the project. New regular users are welcome :) Technical features can be discussed in the github wiki at the moment. I will create website and other things too, the website and repository can be hosted by github. After doing this homework with merging all the forks we can discuss the future of this project. As long as there is no organization selected I will use my jenkins to push the website to a github repository. That said if you were going to take it to a foundation, in the long run I would take it to the Eclipse Foundation. They have just converted the whole platform build to Maven and there is a large native component to that for SWT and the launchers. Redhat has done a lot of the work there lately and I'm sure they would be interested as they do their own builds of the Eclipse Platform for their users and customers. I happy to talk any of the groups as Sonatype would have to make a donation of code to move it to a foundation, but honestly I really think Github is the best place for you to spark up the project again. I do not preferr any of the codehaus, mavens core or eclipse foundation. All three solutions are fine for me as well as having a lonesome project group using github and publishing to maven central. For eclipse: This should be discussed with an eclipse foundation guru and with an eclipse cdt guru. As soon as we are ready with the project team and voted for an active project lead I would be happy to contact them. I am already involved in eclipse pdt (commiting patches) and already had some contact to some of the gurus.
Re: Unifying maven-nar-plugin implementations
I think the github organization is a great start. On Oct 7, 2012, at 11:36 AM, Martin Eisengardt martin.eisenga...@gmail.com wrote: OK. Thanks four your responses, Mark and Jason. Lets sum up. We have the agreement of the authors to build up a new working group. I recently created a new organization at github: https://github.com/maven-nar (just to give this a kickstart) Please tell me who wants to become a project owner. I have added the three active fork users (richardkerr, grogdomjahn and 1spatial). I suggest to now vote on one fork to be moved to the organization and merging all the pull requests, solving issues etc. Unperiodical users can always create pull requests on the project. New regular users are welcome :) Technical features can be discussed in the github wiki at the moment. I will create website and other things too, the website and repository can be hosted by github. After doing this homework with merging all the forks we can discuss the future of this project. As long as there is no organization selected I will use my jenkins to push the website to a github repository. That said if you were going to take it to a foundation, in the long run I would take it to the Eclipse Foundation. They have just converted the whole platform build to Maven and there is a large native component to that for SWT and the launchers. Redhat has done a lot of the work there lately and I'm sure they would be interested as they do their own builds of the Eclipse Platform for their users and customers. I happy to talk any of the groups as Sonatype would have to make a donation of code to move it to a foundation, but honestly I really think Github is the best place for you to spark up the project again. I do not preferr any of the codehaus, mavens core or eclipse foundation. All three solutions are fine for me as well as having a lonesome project group using github and publishing to maven central. For eclipse: This should be discussed with an eclipse foundation guru and with an eclipse cdt guru. As soon as we are ready with the project team and voted for an active project lead I would be happy to contact them. I am already involved in eclipse pdt (commiting patches) and already had some contact to some of the gurus. Thanks, Jason -- Jason van Zyl Founder CTO, Sonatype Founder, Apache Maven http://twitter.com/jvanzyl - There's no sense in being precise when you don't even know what you're talking about. -- John von Neumann
Re: Unifying maven-nar-plugin implementations
Hi, I was going to reply earlier but it slipped. I'd also like to hear more on Apache/Sonatype/Codehaus developers: It appears that there was once a push for Apache to adopt maven-nar-plugin as a core plugin. Is that effort abandoned now? Is a unified GitHub project the best way forward for maven-nar-plugin? Or would it make more sense for one of the big Maven umbrella groups to adopt it instead? In the meantime I'm in favour of merging the branches, though for the moment I'm not sure how much time I will have to progress the work mostly it seemed done for all the smaller changes, haven't kept up recently with other 2 active branches. Using my branch or another I'll continue to contribute. I'll merge in changes or grant others access to commit directly on the branch I started to allow this to get moving forward. What I would really need help with is getting the meta setup - I haven't setup a location for the site info before, or worked on publishing to maven central or the other major stores - I'm certainly open to using Martin's offered locations for this. Also the issue log at sonatype is sort of locked up right now, we can add to it, but nobody seems to be able to take on being a developer or own a task assign next milestone etc. --- Sorry about missing cherry pick notes, there where a few changes that overlapped and git got the best of me. --- I actually have another currently private branch that is a mangled mess that does multi builds libtype x linker x arch. I'm going to upload it as another fork for reference, but in the end I think it is a dead end. --- Thoughts on changes that might break with maven 2? The changes I'd really like to make now are in line with making NAR a first class group of plugins for maven3 that would even integrate with other tools such as eclipse or msvc. Thats things like separating the packaging/lifecycle, dependency, compilation into separate plugins, adding a nar-plugin api for plugins to share nar info like sources, layout etc. - having a vague hand wavy idea, but no concrete statement to guide others with yet. I have plugins but then I found need to make special config to share info * xsd-mapping-maven that generates source from an xsd code generator, but have to make config changes currently to tell nar where to get the source. * signing that zips up items to sign and sends them to a web service to sign - at the moment it just grabs all the dll, exe, jar and sends, it needs instruction from nar config on what was built. richardkerr work on additonal compile / post processing seems like a candidate for a seperate plugin 1spatial work on NuGet seems like a candidate for a seperate plugin as alternate archiving Greg Curtis Rueden ctrue...@wisc.edu 10/05/12 12:14 PM Hi all, Replying back with defunct email addresses purged, so that any future replies don't keep receiving bounces. -Curtis On Fri, Oct 5, 2012 at 11:09 AM, Curtis Rueden ctrue...@wisc.edu wrote: Greetings maven-nar-plugin hackers! I am writing to gauge interest in a unified implementation of maven-nar-plugin. It seems there are several active (and not-so-active) forks. It seems the original implementation (@duns) is no longer active, but both @GregDomjan and @richardkerr have active forks (the latter forked from the former), and merge improvements from other forks too. Before we were aware of this, my colleague (Johannes Schindelin) I started another fork (@scijava) to address some issues we had. which have since been merged into the @GregDomjan fork (although I could not find a cherry-picked commit... it must have been done in some non-standard way?). I would be happy to deprecate the @scijava fork in favor of the @GregDomjan code, if we can agree to standardize on one officially maintained repository. If we do go that route, it should not be too difficult to start releasing versions to Maven Central. Can all agree to start submitting PRs to Greg for any future patches, rather than silently maintaining our own forks? Greg, what do you think? Others? Apache/Sonatype/Codehaus developers: It appears that there was once a push for Apache to adopt maven-nar-plugin as a core plugin. Is that effort abandoned now? Is a unified GitHub project the best way forward for maven-nar-plugin? Or would it make more sense for one of the big Maven umbrella groups to adopt it instead? Thanks, Curtis On Fri, Sep 14, 2012 at 10:34 AM, Martin Eisengardt martin.eisenga...@gmail.com wrote: The author (@duns) seems to be not actve any more. However I failed contacting him for a while. https://github.com/GregDomjan/maven-nar-plugin And there is a second one being active: https://github.com/richardkerr/maven-nar-plugin (do not know how to contact this guy) However both try to merge the forks being around. And they like any kind of help. If there are some people around that want to give it a new try that would be nice. I guess
Re: Unifying maven-nar-plugin implementations
Great news for the project, it looks very promising, especially for working on jni libs. I have no personal interest in the project anymore as it has served its purpose for me (building a legacy jni lib on windows AIX and linux) I had only made two commits https://github.com/rockdreamer/maven-nar-plugin/commit/e52517f42777b870121e87155aa589ed783fdb58 and both had errors as I was still completely unaware of git's idiosyncrasies.. https://github.com/rockdreamer/maven-nar-plugin/commit/e0947a3381a78ab97061686a861b52569bc51a0a These allow building with gcc on AIX, which is a generally unsupported platform. So if you want to commit these, please be careful, especially with the second one as there is also a change in the repos inside the pom. Let me know if there's some way I can help. Regards to all Claudio Bantaloukas On Fri, Oct 5, 2012 at 6:28 PM, Martin Eisengardt martin.eisenga...@gmail.com wrote: Hi. However the first topic is to group a team that will be well active and that will be adoting all forks. I suggest to choose one github project and declare it to be the new main project. One fork by one should be merged and than deleted. Maybe we should choose richards or gregs project (that one that is the most recent) and create a wiki. Within the wiki we should dicuss some things because we all have experiences and want to customize maven-nar-plugin. Deploying to maven central or even becoming a core plugin could be the second topic after having an established project group. Let us say we have to do some homework. :) Greg, Richard? Fine for you to choose one of your forks being the official one? So I suggest to sum up the topics for our homeworks. However I do not know the current merge status. But I would like to work on the following three topics: 1) multiple compiles on one invocation (f.e. win-32 plus win-64) 2) cross compilation with gcc 3) adding new platforms after already having a release. Greetings On Fri, Oct 5, 2012 at 6:09 PM, Curtis Rueden ctrue...@wisc.edu wrote: Greetings maven-nar-plugin hackers! I am writing to gauge interest in a unified implementation of maven-nar-plugin. It seems there are several active (and not-so-active) forks. It seems the original implementation (@duns) is no longer active, but both @GregDomjan and @richardkerr have active forks (the latter forked from the former), and merge improvements from other forks too. Before we were aware of this, my colleague (Johannes Schindelin) I started another fork (@scijava) to address some issues we had. which have since been merged into the @GregDomjan fork (although I could not find a cherry-picked commit... it must have been done in some non-standard way?). I would be happy to deprecate the @scijava fork in favor of the @GregDomjan code, if we can agree to standardize on one officially maintained repository. If we do go that route, it should not be too difficult to start releasing versions to Maven Central. Can all agree to start submitting PRs to Greg for any future patches, rather than silently maintaining our own forks? Greg, what do you think? Others? Apache/Sonatype/Codehaus developers: It appears that there was once a push for Apache to adopt maven-nar-plugin as a core plugin. Is that effort abandoned now? Is a unified GitHub project the best way forward for maven-nar-plugin? Or would it make more sense for one of the big Maven umbrella groups to adopt it instead? Thanks, Curtis On Fri, Sep 14, 2012 at 10:34 AM, Martin Eisengardt martin.eisenga...@gmail.com wrote: The author (@duns) seems to be not actve any more. However I failed contacting him for a while. https://github.com/GregDomjan/maven-nar-plugin And there is a second one being active: https://github.com/richardkerr/maven-nar-plugin (do not know how to contact this guy) However both try to merge the forks being around. And they like any kind of help. If there are some people around that want to give it a new try that would be nice. I guess the original plugin was some kind of sandbox @ sonatype. I do not know if we should simply group up some people that officially will maintain it and I do not know if even sonatype or others are interested. However for being pragmatic I would say to choose one of the active forks, grouping a new team and granting commit rights to the people that want to maintain it. I am able to provide both, a repository and a hudson as long as this is not moved to maven central. However I am personally focused on compiling php/php-extensions and using maven-nar-plugin to access them with maven. Multi-Platform compiles/ Cross-Platform compiles I will come back to the project as soon as our build server knows how to do cross compiles for various platforms. On Fri, Sep 14, 2012 at 5:09 PM, Curtis Rueden ctrue...@wisc.eduwrote: Hi Martin, There is a problem with the [maven-nar-plugin] project because there are tens of orks on github. If you have
Re: Unifying maven-nar-plugin implementations
Adding plugins to the core is not so much a matter of 'strategy'. The nar plugin is a non-trivial amount of code. So, for it to come to Apache, it would have to pass IP clearance. That means understanding the provenance of all of the code and that the people contributing it have sufficient rights to grant a license to the ASF. That having been said, the existing Maven community is rather thinly spread across the many org.apache.maven.plugins. Adding another big, complex, plugin should, at least, lead to a pause for reflection. Nonetheless, If the authors are interested in contributing it, please join the dev list and start a discussion. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Unifying maven-nar-plugin implementations
Greetings maven-nar-plugin hackers! I am writing to gauge interest in a unified implementation of maven-nar-plugin. It seems there are several active (and not-so-active) forks. It seems the original implementation (@duns) is no longer active, but both @GregDomjan and @richardkerr have active forks (the latter forked from the former), and merge improvements from other forks too. Before we were aware of this, my colleague (Johannes Schindelin) I started another fork (@scijava) to address some issues we had. which have since been merged into the @GregDomjan fork (although I could not find a cherry-picked commit... it must have been done in some non-standard way?). I would be happy to deprecate the @scijava fork in favor of the @GregDomjan code, if we can agree to standardize on one officially maintained repository. If we do go that route, it should not be too difficult to start releasing versions to Maven Central. Can all agree to start submitting PRs to Greg for any future patches, rather than silently maintaining our own forks? Greg, what do you think? Others? Apache/Sonatype/Codehaus developers: It appears that there was once a push for Apache to adopt maven-nar-plugin as a core plugin. Is that effort abandoned now? Is a unified GitHub project the best way forward for maven-nar-plugin? Or would it make more sense for one of the big Maven umbrella groups to adopt it instead? Thanks, Curtis On Fri, Sep 14, 2012 at 10:34 AM, Martin Eisengardt martin.eisenga...@gmail.com wrote: The author (@duns) seems to be not actve any more. However I failed contacting him for a while. https://github.com/GregDomjan/maven-nar-plugin And there is a second one being active: https://github.com/richardkerr/maven-nar-plugin (do not know how to contact this guy) However both try to merge the forks being around. And they like any kind of help. If there are some people around that want to give it a new try that would be nice. I guess the original plugin was some kind of sandbox @ sonatype. I do not know if we should simply group up some people that officially will maintain it and I do not know if even sonatype or others are interested. However for being pragmatic I would say to choose one of the active forks, grouping a new team and granting commit rights to the people that want to maintain it. I am able to provide both, a repository and a hudson as long as this is not moved to maven central. However I am personally focused on compiling php/php-extensions and using maven-nar-plugin to access them with maven. Multi-Platform compiles/ Cross-Platform compiles I will come back to the project as soon as our build server knows how to do cross compiles for various platforms. On Fri, Sep 14, 2012 at 5:09 PM, Curtis Rueden ctrue...@wisc.edu wrote: Hi Martin, There is a problem with the [maven-nar-plugin] project because there are tens of orks on github. If you have any questions about it please ask. I have contact to one of the ative authors and we try to merge all the forks. I am guilty of one of those forks. We submitted a PR ( https://github.com/duns/maven-nar-plugin/pull/5) but never heard back, so we had no choice. It looks like the canonical version at duns/maven-nar-plugin has not been updated for nearly two years. Is that going to change? It would be great for this very valuable plugin to be maintained! Thanks, Curtis
Re: Unifying maven-nar-plugin implementations
Hi all, Replying back with defunct email addresses purged, so that any future replies don't keep receiving bounces. -Curtis On Fri, Oct 5, 2012 at 11:09 AM, Curtis Rueden ctrue...@wisc.edu wrote: Greetings maven-nar-plugin hackers! I am writing to gauge interest in a unified implementation of maven-nar-plugin. It seems there are several active (and not-so-active) forks. It seems the original implementation (@duns) is no longer active, but both @GregDomjan and @richardkerr have active forks (the latter forked from the former), and merge improvements from other forks too. Before we were aware of this, my colleague (Johannes Schindelin) I started another fork (@scijava) to address some issues we had. which have since been merged into the @GregDomjan fork (although I could not find a cherry-picked commit... it must have been done in some non-standard way?). I would be happy to deprecate the @scijava fork in favor of the @GregDomjan code, if we can agree to standardize on one officially maintained repository. If we do go that route, it should not be too difficult to start releasing versions to Maven Central. Can all agree to start submitting PRs to Greg for any future patches, rather than silently maintaining our own forks? Greg, what do you think? Others? Apache/Sonatype/Codehaus developers: It appears that there was once a push for Apache to adopt maven-nar-plugin as a core plugin. Is that effort abandoned now? Is a unified GitHub project the best way forward for maven-nar-plugin? Or would it make more sense for one of the big Maven umbrella groups to adopt it instead? Thanks, Curtis On Fri, Sep 14, 2012 at 10:34 AM, Martin Eisengardt martin.eisenga...@gmail.com wrote: The author (@duns) seems to be not actve any more. However I failed contacting him for a while. https://github.com/GregDomjan/maven-nar-plugin And there is a second one being active: https://github.com/richardkerr/maven-nar-plugin (do not know how to contact this guy) However both try to merge the forks being around. And they like any kind of help. If there are some people around that want to give it a new try that would be nice. I guess the original plugin was some kind of sandbox @ sonatype. I do not know if we should simply group up some people that officially will maintain it and I do not know if even sonatype or others are interested. However for being pragmatic I would say to choose one of the active forks, grouping a new team and granting commit rights to the people that want to maintain it. I am able to provide both, a repository and a hudson as long as this is not moved to maven central. However I am personally focused on compiling php/php-extensions and using maven-nar-plugin to access them with maven. Multi-Platform compiles/ Cross-Platform compiles I will come back to the project as soon as our build server knows how to do cross compiles for various platforms. On Fri, Sep 14, 2012 at 5:09 PM, Curtis Rueden ctrue...@wisc.edu wrote: Hi Martin, There is a problem with the [maven-nar-plugin] project because there are tens of orks on github. If you have any questions about it please ask. I have contact to one of the ative authors and we try to merge all the forks. I am guilty of one of those forks. We submitted a PR ( https://github.com/duns/maven-nar-plugin/pull/5) but never heard back, so we had no choice. It looks like the canonical version at duns/maven-nar-plugin has not been updated for nearly two years. Is that going to change? It would be great for this very valuable plugin to be maintained! Thanks, Curtis
Re: Unifying maven-nar-plugin implementations
Hi. However the first topic is to group a team that will be well active and that will be adoting all forks. I suggest to choose one github project and declare it to be the new main project. One fork by one should be merged and than deleted. Maybe we should choose richards or gregs project (that one that is the most recent) and create a wiki. Within the wiki we should dicuss some things because we all have experiences and want to customize maven-nar-plugin. Deploying to maven central or even becoming a core plugin could be the second topic after having an established project group. Let us say we have to do some homework. :) Greg, Richard? Fine for you to choose one of your forks being the official one? So I suggest to sum up the topics for our homeworks. However I do not know the current merge status. But I would like to work on the following three topics: 1) multiple compiles on one invocation (f.e. win-32 plus win-64) 2) cross compilation with gcc 3) adding new platforms after already having a release. Greetings On Fri, Oct 5, 2012 at 6:09 PM, Curtis Rueden ctrue...@wisc.edu wrote: Greetings maven-nar-plugin hackers! I am writing to gauge interest in a unified implementation of maven-nar-plugin. It seems there are several active (and not-so-active) forks. It seems the original implementation (@duns) is no longer active, but both @GregDomjan and @richardkerr have active forks (the latter forked from the former), and merge improvements from other forks too. Before we were aware of this, my colleague (Johannes Schindelin) I started another fork (@scijava) to address some issues we had. which have since been merged into the @GregDomjan fork (although I could not find a cherry-picked commit... it must have been done in some non-standard way?). I would be happy to deprecate the @scijava fork in favor of the @GregDomjan code, if we can agree to standardize on one officially maintained repository. If we do go that route, it should not be too difficult to start releasing versions to Maven Central. Can all agree to start submitting PRs to Greg for any future patches, rather than silently maintaining our own forks? Greg, what do you think? Others? Apache/Sonatype/Codehaus developers: It appears that there was once a push for Apache to adopt maven-nar-plugin as a core plugin. Is that effort abandoned now? Is a unified GitHub project the best way forward for maven-nar-plugin? Or would it make more sense for one of the big Maven umbrella groups to adopt it instead? Thanks, Curtis On Fri, Sep 14, 2012 at 10:34 AM, Martin Eisengardt martin.eisenga...@gmail.com wrote: The author (@duns) seems to be not actve any more. However I failed contacting him for a while. https://github.com/GregDomjan/maven-nar-plugin And there is a second one being active: https://github.com/richardkerr/maven-nar-plugin (do not know how to contact this guy) However both try to merge the forks being around. And they like any kind of help. If there are some people around that want to give it a new try that would be nice. I guess the original plugin was some kind of sandbox @ sonatype. I do not know if we should simply group up some people that officially will maintain it and I do not know if even sonatype or others are interested. However for being pragmatic I would say to choose one of the active forks, grouping a new team and granting commit rights to the people that want to maintain it. I am able to provide both, a repository and a hudson as long as this is not moved to maven central. However I am personally focused on compiling php/php-extensions and using maven-nar-plugin to access them with maven. Multi-Platform compiles/ Cross-Platform compiles I will come back to the project as soon as our build server knows how to do cross compiles for various platforms. On Fri, Sep 14, 2012 at 5:09 PM, Curtis Rueden ctrue...@wisc.edu wrote: Hi Martin, There is a problem with the [maven-nar-plugin] project because there are tens of orks on github. If you have any questions about it please ask. I have contact to one of the ative authors and we try to merge all the forks. I am guilty of one of those forks. We submitted a PR ( https://github.com/duns/maven-nar-plugin/pull/5) but never heard back, so we had no choice. It looks like the canonical version at duns/maven-nar-plugin has not been updated for nearly two years. Is that going to change? It would be great for this very valuable plugin to be maintained! Thanks, Curtis
maven-nar-plugin status [was: Re: JNI jars dependencies]
Hi Martin, There is a problem with the [maven-nar-plugin] project because there are tens of orks on github. If you have any questions about it please ask. I have contact to one of the ative authors and we try to merge all the forks. I am guilty of one of those forks. We submitted a PR ( https://github.com/duns/maven-nar-plugin/pull/5) but never heard back, so we had no choice. It looks like the canonical version at duns/maven-nar-plugin has not been updated for nearly two years. Is that going to change? It would be great for this very valuable plugin to be maintained! Thanks, Curtis On Fri, Sep 14, 2012 at 8:26 AM, Martin Eisengardt martin.eisenga...@gmail.com wrote: Ask google about maven-nar-plugin. It introduces nar dependencies (typenar/type) and internally tries to find out the correct qualifier depending on the current machine/architecture. I am playing around with it because I have a similar situation. There is a problem with the project because there are tens of orks on github. If you have any questions about it please ask. I have contact to one of the ative authors and we try to merge all the forks. On Fri, Sep 14, 2012 at 3:13 PM, Simone Tripodi simonetrip...@apache.org wrote: Hi all guys, I have the task of managing a 3rd party forest of dependencies which contain JNI code, so let's immagine that the provided library directory tree is as shown below: linux-i386 ├── a.jar ├── b.jar (depends from a.jar) └── c.jar (depends from a.jar and b.jar) linux-x86_64 ├── a.jar ├── b.jar (depends from a.jar) └── c.jar (depends from a.jar and b.jar) mac-x86_64 ├── a.jar ├── b.jar (depends from a.jar) └── c.jar (depends from a.jar and b.jar) I was going to put all that jar in my Nexus installation, when I just realized I need classifiers to manage each platform... While manage a single dependency would be really easy, managing transitive dependencies per platform is not trivial, should be profiled... Do you have any suggestion on how that situation could be handled? Many thanks in advance, all the best! -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven-nar-plugin status [was: Re: JNI jars dependencies]
The author (@duns) seems to be not actve any more. However I failed contacting him for a while. https://github.com/GregDomjan/maven-nar-plugin And there is a second one being active: https://github.com/richardkerr/maven-nar-plugin (do not know how to contact this guy) However both try to merge the forks being around. And they like any kind of help. If there are some people around that want to give it a new try that would be nice. I guess the original plugin was some kind of sandbox @ sonatype. I do not know if we should simply group up some people that officially will maintain it and I do not know if even sonatype or others are interested. However for being pragmatic I would say to choose one of the active forks, grouping a new team and granting commit rights to the people that want to maintain it. I am able to provide both, a repository and a hudson as long as this is not moved to maven central. However I am personally focused on compiling php/php-extensions and using maven-nar-plugin to access them with maven. Multi-Platform compiles/ Cross-Platform compiles I will come back to the project as soon as our build server knows how to do cross compiles for various platforms. On Fri, Sep 14, 2012 at 5:09 PM, Curtis Rueden ctrue...@wisc.edu wrote: Hi Martin, There is a problem with the [maven-nar-plugin] project because there are tens of orks on github. If you have any questions about it please ask. I have contact to one of the ative authors and we try to merge all the forks. I am guilty of one of those forks. We submitted a PR ( https://github.com/duns/maven-nar-plugin/pull/5) but never heard back, so we had no choice. It looks like the canonical version at duns/maven-nar-plugin has not been updated for nearly two years. Is that going to change? It would be great for this very valuable plugin to be maintained! Thanks, Curtis On Fri, Sep 14, 2012 at 8:26 AM, Martin Eisengardt martin.eisenga...@gmail.com wrote: Ask google about maven-nar-plugin. It introduces nar dependencies (typenar/type) and internally tries to find out the correct qualifier depending on the current machine/architecture. I am playing around with it because I have a similar situation. There is a problem with the project because there are tens of orks on github. If you have any questions about it please ask. I have contact to one of the ative authors and we try to merge all the forks. On Fri, Sep 14, 2012 at 3:13 PM, Simone Tripodi simonetrip...@apache.org wrote: Hi all guys, I have the task of managing a 3rd party forest of dependencies which contain JNI code, so let's immagine that the provided library directory tree is as shown below: linux-i386 ├── a.jar ├── b.jar (depends from a.jar) └── c.jar (depends from a.jar and b.jar) linux-x86_64 ├── a.jar ├── b.jar (depends from a.jar) └── c.jar (depends from a.jar and b.jar) mac-x86_64 ├── a.jar ├── b.jar (depends from a.jar) └── c.jar (depends from a.jar and b.jar) I was going to put all that jar in my Nexus installation, when I just realized I need classifiers to manage each platform... While manage a single dependency would be really easy, managing transitive dependencies per platform is not trivial, should be profiled... Do you have any suggestion on how that situation could be handled? Many thanks in advance, all the best! -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: maven-nar-plugin -- building libraries for both 32 64 Linux
Ping... :-)
Any help with this would be greatly appreciated and prevent me from having to
revert to using Ant.
Thanks in advance!!!
Dave Wolf
-Original Message-
From: Dave Wolf
Sent: Mon 4/16/2012 2:41 PM
To: users@maven.apache.org
Subject: maven-nar-plugin -- building libraries for both 32 64 Linux
Hi,
From reading the documentation, I'm not quite following how to tell the
maven-nar-plugin to generate both 32 64 versions of my project's artifacts.
I'm running on a 64 bit Linux system, so it is successfully generating
amd64.Linux.g++ artifacts. How can I cause it to build for not only the
current build platform, but also i386-Linux-g++?
One of pom files looks like this:
?xml version=1.0 encoding=UTF-8?
project xmlns=http://maven.apache.org/POM/4.0.0;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
xsi:schemaLocation=http://maven.apache.org/POM/4.0.0;
modelVersion4.0.0/modelVersion
groupIdcom.mycompany/groupId
artifactIdcomponent-cpp-api/artifactId
packagingnar/packaging
parent
groupIdcom.mycompany/groupId
artifactIdsecurityservices-cpp/artifactId
version${component.version}/version
/parent
dependencies
dependency
groupIdcom.mycompany/groupId
artifactIdcomponent-cpp-validator/artifactId
version${component.version}/version
typenar/type
/dependency
/dependencies
build
plugins
plugin
groupIdnet.mjahn/groupId
artifactIdmaven-nar-plugin/artifactId
version${maven-nar-plugin.version}/version
extensionstrue/extensions
configuration
libraries
library
typeshared/type
/library
/libraries
/configuration
/plugin
/plugins
/build
/project
Thanks in advance!
Dave Wolf
This electronic communication and any attachments may contain confidential and
proprietary
information of DigitalGlobe, Inc. If you are not the intended recipient, or an
agent or employee
responsible for delivering this communication to the intended recipient, or if
you have received
this communication in error, please do not print, copy, retransmit, disseminate
or
otherwise use the information. Please indicate to the sender that you have
received this
communication in error, and delete the copy you received. DigitalGlobe reserves
the
right to monitor any electronic communication sent or received by its
employees, agents
or representatives.
Re: maven-nar-plugin -- building libraries for both 32 64 Linux
From reading the documentation, I'm not quite following how to tell the maven-nar-plugin to generate both 32 64 versions of my project's As far as I know, this plugin is not published by Apache but rather supported by the FreeHEP team or possibly Sonatype (??): http://java.freehep.org/freehep-nar-plugin/mail-lists.html https://issues.sonatype.org/browse/NAR plugin groupIdnet.mjahn/groupId artifactIdmaven-nar-plugin/artifactId Looks like you are running Mirko's fork of the plugin. Perhaps you should ask him for support? :) https://github.com/mirkojahn/maven-nar-plugin Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: maven-nar-plugin -- building libraries for both 32 64 Linux
Will do. Thanks, I thought the GroupId was odd for a Sonotype plugin. I must have followed the wrong Google link somewhere along the way. Dave Wolf Java Architect Gorilla Logic M: 303-956-9106 DG GL Room: x4545 -Original Message- From: Wayne Fay [mailto:wayne...@gmail.com] Sent: Tue 4/17/2012 10:04 AM To: Maven Users List Subject: Re: maven-nar-plugin -- building libraries for both 32 64 Linux From reading the documentation, I'm not quite following how to tell the maven-nar-plugin to generate both 32 64 versions of my project's As far as I know, this plugin is not published by Apache but rather supported by the FreeHEP team or possibly Sonatype (??): http://java.freehep.org/freehep-nar-plugin/mail-lists.html https://issues.sonatype.org/browse/NAR plugin groupIdnet.mjahn/groupId artifactIdmaven-nar-plugin/artifactId Looks like you are running Mirko's fork of the plugin. Perhaps you should ask him for support? :) https://github.com/mirkojahn/maven-nar-plugin Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org This electronic communication and any attachments may contain confidential and proprietary information of DigitalGlobe, Inc. If you are not the intended recipient, or an agent or employee responsible for delivering this communication to the intended recipient, or if you have received this communication in error, please do not print, copy, retransmit, disseminate or otherwise use the information. Please indicate to the sender that you have received this communication in error, and delete the copy you received. DigitalGlobe reserves the right to monitor any electronic communication sent or received by its employees, agents or representatives.
Re: maven-nar-plugin -- building libraries for both 32 64 Linux
Hi Dave,
From reading the documentation, I'm not quite following how to tell the
maven-nar-plugin to generate both 32 64 versions of my project's
artifacts.
The ImageJ2 project uses the maven-nar-plugin to build a cross-platform
launcher for our Java application.
We use gcc to build on Windows, Mac OS X and Linux, in 32-bit and 64-bit
modes.
Here is our POM:
https://github.com/imagej/imagej/blob/master/core/launcher/pom.xml
We use the duns version of the plugin, forked to the scijava organization:
https://github.com/scijava/maven-nar-plugin
Since the plugin is not deployed to any other public repository (that I
know of), we have deployed the snapshot version at:
http://maven.imagej.net/content/repositories/snapshots/org/apache/maven/plugins/maven-nar-plugin/
We have also made an interim release of the plugin and deployed it to:
http://maven.imagej.net/content/repositories/thirdparty/org/apache/maven/plugins/maven-nar-plugin/
We use Jenkins to do the build, with a separate profile for each
architecture. You can read a detailed description of how to configure
things here:
http://trac.imagej.net/ticket/832#comment:11
You are welcome to use either of these versions if they suit your needs.
Also feel free to pilfer from the POM if it helps your project!
Isn't open source grand? :-)
Regards,
Curtis
On Mon, Apr 16, 2012 at 3:41 PM, Dave Wolf dw...@digitalglobe.com wrote:
Hi,
From reading the documentation, I'm not quite following how to tell the
maven-nar-plugin to generate both 32 64 versions of my project's
artifacts. I'm running on a 64 bit Linux system, so it is successfully
generating amd64.Linux.g++ artifacts. How can I cause it to build for not
only the current build platform, but also i386-Linux-g++?
One of pom files looks like this:
?xml version=1.0 encoding=UTF-8?
project xmlns=http://maven.apache.org/POM/4.0.0;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
xsi:schemaLocation=http://maven.apache.org/POM/4.0.0;
modelVersion4.0.0/modelVersion
groupIdcom.mycompany/groupId
artifactIdcomponent-cpp-api/artifactId
packagingnar/packaging
parent
groupIdcom.mycompany/groupId
artifactIdsecurityservices-cpp/artifactId
version${component.version}/version
/parent
dependencies
dependency
groupIdcom.mycompany/groupId
artifactIdcomponent-cpp-validator/artifactId
version${component.version}/version
typenar/type
/dependency
/dependencies
build
plugins
plugin
groupIdnet.mjahn/groupId
artifactIdmaven-nar-plugin/artifactId
version${maven-nar-plugin.version}/version
extensionstrue/extensions
configuration
libraries
library
typeshared/type
/library
/libraries
/configuration
/plugin
/plugins
/build
/project
Thanks in advance!
Dave Wolf
This electronic communication and any attachments may contain confidential
and proprietary
information of DigitalGlobe, Inc. If you are not the intended recipient,
or an agent or employee
responsible for delivering this communication to the intended recipient,
or if you have received
this communication in error, please do not print, copy, retransmit,
disseminate or
otherwise use the information. Please indicate to the sender that you have
received this
communication in error, and delete the copy you received. DigitalGlobe
reserves the
right to monitor any electronic communication sent or received by its
employees, agents
or representatives.
RE: maven-nar-plugin -- building libraries for both 32 64 Linux
Curtis,
Thank you! That solution works great! We're off and running now. Yes, open
source communities are grand.
Cheers,
Dave Wolf
Java Architect
Gorilla Logic
-Original Message-
From: ctrueden.w...@gmail.com on behalf of Curtis Rueden
Sent: Tue 4/17/2012 12:57 PM
To: Maven Users List
Subject: Re: maven-nar-plugin -- building libraries for both 32 64 Linux
Hi Dave,
From reading the documentation, I'm not quite following how to tell the
maven-nar-plugin to generate both 32 64 versions of my project's
artifacts.
The ImageJ2 project uses the maven-nar-plugin to build a cross-platform
launcher for our Java application.
We use gcc to build on Windows, Mac OS X and Linux, in 32-bit and 64-bit
modes.
Here is our POM:
https://github.com/imagej/imagej/blob/master/core/launcher/pom.xml
We use the duns version of the plugin, forked to the scijava organization:
https://github.com/scijava/maven-nar-plugin
Since the plugin is not deployed to any other public repository (that I
know of), we have deployed the snapshot version at:
http://maven.imagej.net/content/repositories/snapshots/org/apache/maven/plugins/maven-nar-plugin/
We have also made an interim release of the plugin and deployed it to:
http://maven.imagej.net/content/repositories/thirdparty/org/apache/maven/plugins/maven-nar-plugin/
We use Jenkins to do the build, with a separate profile for each
architecture. You can read a detailed description of how to configure
things here:
http://trac.imagej.net/ticket/832#comment:11
You are welcome to use either of these versions if they suit your needs.
Also feel free to pilfer from the POM if it helps your project!
Isn't open source grand? :-)
Regards,
Curtis
On Mon, Apr 16, 2012 at 3:41 PM, Dave Wolf dw...@digitalglobe.com wrote:
Hi,
From reading the documentation, I'm not quite following how to tell the
maven-nar-plugin to generate both 32 64 versions of my project's
artifacts. I'm running on a 64 bit Linux system, so it is successfully
generating amd64.Linux.g++ artifacts. How can I cause it to build for not
only the current build platform, but also i386-Linux-g++?
One of pom files looks like this:
?xml version=1.0 encoding=UTF-8?
project xmlns=http://maven.apache.org/POM/4.0.0;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
xsi:schemaLocation=http://maven.apache.org/POM/4.0.0;
modelVersion4.0.0/modelVersion
groupIdcom.mycompany/groupId
artifactIdcomponent-cpp-api/artifactId
packagingnar/packaging
parent
groupIdcom.mycompany/groupId
artifactIdsecurityservices-cpp/artifactId
version${component.version}/version
/parent
dependencies
dependency
groupIdcom.mycompany/groupId
artifactIdcomponent-cpp-validator/artifactId
version${component.version}/version
typenar/type
/dependency
/dependencies
build
plugins
plugin
groupIdnet.mjahn/groupId
artifactIdmaven-nar-plugin/artifactId
version${maven-nar-plugin.version}/version
extensionstrue/extensions
configuration
libraries
library
typeshared/type
/library
/libraries
/configuration
/plugin
/plugins
/build
/project
Thanks in advance!
Dave Wolf
This electronic communication and any attachments may contain confidential
and proprietary
information of DigitalGlobe, Inc. If you are not the intended recipient,
or an agent or employee
responsible for delivering this communication to the intended recipient,
or if you have received
this communication in error, please do not print, copy, retransmit,
disseminate or
otherwise use the information. Please indicate to the sender that you have
received this
communication in error, and delete the copy you received. DigitalGlobe
reserves the
right to monitor any electronic communication sent or received by its
employees, agents
or representatives.
This electronic communication and any attachments may contain confidential and
proprietary
information of DigitalGlobe, Inc. If you are not the intended recipient, or an
agent or employee
responsible for delivering this communication to the intended recipient, or if
you have received
this communication in error, please do not print, copy, retransmit, disseminate
or
otherwise use the information. Please indicate to the sender that you have
received this
communication in error, and delete the copy you received. DigitalGlobe reserves
the
right to monitor any electronic communication sent or received by its
employees, agents
or representatives.
maven-nar-plugin -- building libraries for both 32 64 Linux
Hi,
From reading the documentation, I'm not quite following how to tell the
maven-nar-plugin to generate both 32 64 versions of my project's artifacts.
I'm running on a 64 bit Linux system, so it is successfully generating
amd64.Linux.g++ artifacts. How can I cause it to build for not only the
current build platform, but also i386-Linux-g++?
One of pom files looks like this:
?xml version=1.0 encoding=UTF-8?
project xmlns=http://maven.apache.org/POM/4.0.0;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
xsi:schemaLocation=http://maven.apache.org/POM/4.0.0;
modelVersion4.0.0/modelVersion
groupIdcom.mycompany/groupId
artifactIdcomponent-cpp-api/artifactId
packagingnar/packaging
parent
groupIdcom.mycompany/groupId
artifactIdsecurityservices-cpp/artifactId
version${component.version}/version
/parent
dependencies
dependency
groupIdcom.mycompany/groupId
artifactIdcomponent-cpp-validator/artifactId
version${component.version}/version
typenar/type
/dependency
/dependencies
build
plugins
plugin
groupIdnet.mjahn/groupId
artifactIdmaven-nar-plugin/artifactId
version${maven-nar-plugin.version}/version
extensionstrue/extensions
configuration
libraries
library
typeshared/type
/library
/libraries
/configuration
/plugin
/plugins
/build
/project
Thanks in advance!
Dave Wolf
This electronic communication and any attachments may contain confidential and
proprietary
information of DigitalGlobe, Inc. If you are not the intended recipient, or an
agent or employee
responsible for delivering this communication to the intended recipient, or if
you have received
this communication in error, please do not print, copy, retransmit, disseminate
or
otherwise use the information. Please indicate to the sender that you have
received this
communication in error, and delete the copy you received. DigitalGlobe reserves
the
right to monitor any electronic communication sent or received by its
employees, agents
or representatives.
NAR plugin
Hi all, I'm trying to figure out where I can report issues/discuss this plugin. I know Sonatype took over its maintenance, but it's project page has a broken link to their forums. I'm having trouble getting the plugin to come down from central or codehaus so would like to make sure I'm doing something wrong before raising a bug in the project JIRA :-) Cheers, Martijn - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: NAR plugin
Hi Martijn, I'm trying to figure out where I can report issues/discuss this plugin. I know Sonatype took over its maintenance, but it's project page has a broken link to their forums. I'm having trouble getting the plugin to come down from central or codehaus so would like to make sure I'm doing something wrong before raising a bug in the project JIRA :-) AFAIK, the NAR plugin is not available from Central or Codehaus repositories. To work around this, my group built it from source (latest version from http://duns.github.com/maven-nar-plugin/) and deployed it to our own Maven repository. You are welcome to reference it if it is helpful to you: http://maven.imagej.net/content/repositories/snapshots/org/apache/maven/plugins/maven-nar-plugin/2.1-SNAPSHOT/ If anyone else knows of an official place where the maven-nar-plugin is hosted, I would love to hear about it. Regards, Curtis On Fri, Mar 16, 2012 at 12:26 PM, Martijn Verburg martijnverb...@gmail.comwrote: Hi all, I'm trying to figure out where I can report issues/discuss this plugin. I know Sonatype took over its maintenance, but it's project page has a broken link to their forums. I'm having trouble getting the plugin to come down from central or codehaus so would like to make sure I'm doing something wrong before raising a bug in the project JIRA :-) Cheers, Martijn - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: NAR plugin
Hi, but it's project page has a broken link to their forums. Put the issues into the issue tracker which is mentioned on the following page: https://github.com/duns/maven-nar-plugin which is here: https://issues.sonatype.org/browse/NAR Kind regards Karl Heinz Marbaise -- SoftwareEntwicklung Beratung SchulungTel.: +49 (0) 2405 / 415 893 Dipl.Ing.(FH) Karl Heinz MarbaiseICQ#: 135949029 Hauptstrasse 177 USt.IdNr: DE191347579 52146 Würselen http://www.soebes.de - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Maven Nar plugin Installation Problem
Hi Users, I am very new to Maven (Dummy), Using Apache site i manged to install and compile a sample my-app program provided. I have downloaded maven 3.0.3 Now I would like to use maven to Build and deploy my C++ projects. I managed to download Maven Nar plugin from site https://github.com/duns/maven-nar-plugin https://github.com/duns/maven-nar-plugin But aftyer that I am not sure how to install that plugin, I managed to move the downloaded to ~/.m2/repository/org/apache/maven/plugins directory And tried to run command mvn, It was not successfull and was asking that it is missing cpptasks-parallel. I managed to download cpptasks-parallel from https://github.com/duns/cpptasks-parallel https://github.com/duns/cpptasks-parallel In cpptasks-parallel I ran comman mvn or mvn install, But it still generating some errors, Can you please help with proper versions required and their compatibility. Please help me ASAP, Thanks In Advance. Satya. -- View this message in context: http://maven.40175.n5.nabble.com/Maven-Nar-plugin-Installation-Problem-tp5033148p5033148.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
maven-nar-plugin
I'm trying to use the maven-nar-plugin ( https://issues.sonatype.org/browse/NAR) to test compile a c++ app I can't seem to find the repo for it. http://mvnrepository.com/search.html?query=maven-nar-plugin Where can i find a repo for this plugin dependency? -- @tommychheng
Re: maven-nar-plugin
Hi, the maven-nar-plugin is not in Maven Central so you have to download the source and do a mvn install with it or deploy it to your internal Repository manager... I don't know why it's not available via Maven central... Kind regards Karl Heinz Marbaise - Kind regards Karl Heinz Marbaise http://www.soebes.de http://www.skmwiki.de http://supose.org/wiki/supose -- View this message in context: http://maven.40175.n5.nabble.com/maven-nar-plugin-tp4343006p4343075.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven-nar-plugin
Hi, Karl Heinz Marbaise wrote: Hi, the maven-nar-plugin is not in Maven Central so you have to download the source and do a mvn install with it or deploy it to your internal Repository manager... I don't know why it's not available via Maven central... org.freehep:freehep-nar-plugin It has never been released after the code has been moved, Mark always claimed to look for some time to work on it. - Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven-nar-plugin
Hi Jörg, Jörg Schaible-3 wrote: I don't know why it's not available via Maven central... org.freehep:freehep-nar-plugin I can't see it in Maven Central...http://repo2.maven.org/maven2/org/freehep/ there is no freehep-nar-plugin ... Kind regards Karl Heinz Marbaise - Kind regards Karl Heinz Marbaise http://www.soebes.de http://www.skmwiki.de http://supose.org/wiki/supose -- View this message in context: http://maven.40175.n5.nabble.com/maven-nar-plugin-tp4343006p4343928.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven-nar-plugin
Karl Heinz Marbaise wrote: Hi Jörg, Jörg Schaible-3 wrote: I don't know why it's not available via Maven central... org.freehep:freehep-nar-plugin I can't see it in Maven Central...http://repo2.maven.org/maven2/org/freehep/ there is no freehep-nar-plugin ... Sorry, I should have looked myself. It is available in http://java.freehep.org/maven2/ - Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Anyone familiar with the maven-nar-plugin?
Hi Eyal, On Aug 8, 2010, at 10:18 PM, Eyal Goren wrote: Hi, I am trying to use this plugin, and I have few problems: 1) On Solaris, he does not manage to work with the CC 2) On WIndows, I don't manage to make it compile a debug mode (I switch the debug flag to true, but the /MD flag does not change to /MDd), and I can't override the /MD. 3) On Windows I have to modify the DLL manfest, althougt I added the options to the linker, it keeps the original value also, and not override it. Any idea? I guess you fixed 1. Did you find solutions for 2 and 3 or should I look into it ? Regards Mark -- View this message in context: http://maven.40175.n5.nabble.com/Anyone-familiar-with-the-maven-nar-plugin-tp2268244p2268244.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: Anyone familiar with the maven-nar-plugin?
-Original Message- From: Eyal Goren [mailto:eyalg1...@gmail.com] From what I understand this site is irrelevant, since the plugin now belongs to the Sonatype company. huh? The site http://duns.github.com/maven-nar-plugin/ is irrelevant? I did opened few Jira issues there, but did not got response. So- I was hoping anyone encountered such issues might be able to help me here. There's a forum for the nar plugin. You might get a better response there. (unfortunately it looks like it's down at the moment) However, like I said before, you're not going to get much help unless you provide more information. i.e. things like a simple pom file example of what you're doing, the exact commands you are running, the details of your environment, maybe a link to the jira issue you reported, etc... eric - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Anyone familiar with the maven-nar-plugin?
-Original Message- From: Eyal Goren [mailto:eyalg1...@gmail.com] I am trying to use this plugin, and I have few problems: 1) On Solaris, he does not manage to work with the CC 2) On WIndows, I don't manage to make it compile a debug mode (I switch the debug flag to true, but the /MD flag does not change to /MDd), and I can't override the /MD. 3) On Windows I have to modify the DLL manfest, althougt I added the options to the linker, it keeps the original value also, and not override it. Any idea? I've been playing around with it for the purposes of *using* a pre-built (manually) nar artifact, so I have a little bit of familiarity with it. However, I doubt I'd be able to help you with the compilation part. There might be some people that can help you, but you're going to have to specify a bit more detail. Just saying things like does not manage to work doesn't give anyone much to go on. I'd also recommend picking one problem at a time to ask about. eric - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Anyone familiar with the maven-nar-plugin?
You are right, let focus this one on the debug problem. how to make it work? -- View this message in context: http://maven.40175.n5.nabble.com/Anyone-familiar-with-the-maven-nar-plugin-tp2268244p2269074.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Anyone familiar with the maven-nar-plugin?
You are right, let focus this one on the debug problem. how to make it work? Realistically, you should ask this question to the developers responsible for this plugin: http://www.freehep.org/ Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Anyone familiar with the maven-nar-plugin?
From what I understand this site is irrelevant, since the plugin now belongs to the Sonatype company. I did opened few Jira issues there, but did not got response. So- I was hoping anyone encountered such issues might be able to help me here. -- View this message in context: http://maven.40175.n5.nabble.com/Anyone-familiar-with-the-maven-nar-plugin-tp2268244p2375121.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
Anyone familiar with the maven-nar-plugin?
Hi, I am trying to use this plugin, and I have few problems: 1) On Solaris, he does not manage to work with the CC 2) On WIndows, I don't manage to make it compile a debug mode (I switch the debug flag to true, but the /MD flag does not change to /MDd), and I can't override the /MD. 3) On Windows I have to modify the DLL manfest, althougt I added the options to the linker, it keeps the original value also, and not override it. Any idea? -- View this message in context: http://maven.40175.n5.nabble.com/Anyone-familiar-with-the-maven-nar-plugin-tp2268244p2268244.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: maven-nar-plugin library loading - how to make use of native libraries opaque
-Original Message- From: sc...@scode.org [mailto:sc...@scode.org] On Behalf Of Peter Schuller * project C (junixsocket in this case) using maven-nar-plugin to build and deploy jar and nar artifacts * project B, depending on C * project A, depending on B I now want to simply declare that project A depends on B, and not have to worry about anything else. For example, I still want to be able to java -jar XXX.jar on an uber-jar produced by the maven-shade-plugin (or assembly, onejar, etc). I am aware that there are difficulties resulting from the fact that loadLibrary() cannot load an arbitrary library from a .jar file, and I'm aware that e.g. jna-posix solves this by unpacking to a temporary directory and loading the library by absolute path. With nar-plugin, once problem was that I never was able to make project A actually depend on the artifact (with the appropriate platform classifier) other than specifically configuring such a runtime dependency myself in the pom file. The second problem is that just making it depend on it won't solve the problem since somewhere, some code has to exist which jumps through hoops to enable the loading of the native library during runtime since putting the .nar file on the CLASSPATH won't make loadLibrary() be able to load the library. I was unable to find any code that seemed to do this in the nar-plugin, but perhaps I am missing it. Based on browsing the source, my current belief is that maven-nar-plugin is not really intended to address this use-case. Is that understanding correct, or am I just using it incorrectly? You can't just include the nar dependency because, as you pointed out, java won't be able to load things from inside a nar file. I believe the intended way to do this is you use the unpack options of the nar plugin to get the actual native libraries present in your build directory. Then, what I've done is create a custom assembly descriptor that builds a tarball which includes any files that the nar plugin unpacked. I don't know what the official best practice is for actually running the jar file is through. For many of my projects I've just ended up with a custom startup script that runs java with the appropriate options. In your case, I don't think you can get away from having project A explicitly know *something* about the fact that there's a native archive involved. I'd probably attempt to make project B itself be a nar type artifact, but I'm not sure exactly how that would all tie together into the final artifact you create for project A. eric - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Question on maven-nar-plugin
Hi, I have a strange question on that plugin. I created a basic C++ program that just create Hello world for my testing, and tried to compile with the plugin. I recieved a succesfull message, and can see in my local repository the new nar file. My question is- how can I see the native artifact (exe of dll)? I don't see any references to it. -- View this message in context: http://maven.40175.n5.nabble.com/Question-on-maven-nar-plugin-tp1013522p1013522.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
maven-nar-plugin library loading - how to make use of native libraries opaque
Hello, I'm not sure I understand the intended usage of maven-nar-plugin, and after diving around in the source I'm not very much wiser. Given: * project C (junixsocket in this case) using maven-nar-plugin to build and deploy jar and nar artifacts * project B, depending on C * project A, depending on B I now want to simply declare that project A depends on B, and not have to worry about anything else. For example, I still want to be able to java -jar XXX.jar on an uber-jar produced by the maven-shade-plugin (or assembly, onejar, etc). I am aware that there are difficulties resulting from the fact that loadLibrary() cannot load an arbitrary library from a .jar file, and I'm aware that e.g. jna-posix solves this by unpacking to a temporary directory and loading the library by absolute path. With nar-plugin, once problem was that I never was able to make project A actually depend on the artifact (with the appropriate platform classifier) other than specifically configuring such a runtime dependency myself in the pom file. The second problem is that just making it depend on it won't solve the problem since somewhere, some code has to exist which jumps through hoops to enable the loading of the native library during runtime since putting the .nar file on the CLASSPATH won't make loadLibrary() be able to load the library. I was unable to find any code that seemed to do this in the nar-plugin, but perhaps I am missing it. Based on browsing the source, my current belief is that maven-nar-plugin is not really intended to address this use-case. Is that understanding correct, or am I just using it incorrectly? If nar-plugin is not suitable, does anyone have a suggestion as to a pre-existing plugin or other solution that is idiomatic/recommended within the Maven community? Additionally, if my understanding is correct, I do wonder what people normally do - i.e., what is the expected usage of nar-plugin in terms of running a built application (as opposed to developing a project with maven)? Thanks! -- / Peter Schuller - 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 Karl Heinz, I'm trying to mavenize the QEMU (0.12.2) with the Maven NAR plugin, as an evaluation/demonstration of the NAR plugin's usefulness. Following the it0013-gnu-executable example, I'm running into a very basic problem: The QEMU's configure script doesn't like the '--disable-ccache' parameter. [DEBUG] RunCommand: ./configure [DEBUG] '--disable-ccache' [DEBUG] '--prefix=/nobackup/mspring/nar/qemu-0.12.2/target/nar/gnu/i386-Linux-g++/target' [DEBUG] in: /nobackup/mspring/nar/qemu-0.12.2/target/nar/gnu/i386-Linux-g++/src [INFO] ERROR: unknown option --disable-ccache This lead me to inspect the NAR plugin's sources. It didn't look that the 'configure' parameters are configurable at the moment. I'm unclear at the moment how to proceed best here. The other question I have in this context: What would be a good strategy for mavenizing subprojects of this codebase, so that they can be built individually from source, their binaries then deployed into the group repository, which in turn would be consumed by an overall build which no longer has to build the subprojects from source. I assume I should run the configure as part of a subproject's build. At the moment I feel if there were a few good examples, I might get some more ideas. -Max On 2/10/2010 11:49 PM, Karl Heinz Marbaise wrote: Hi to all, my first question: Is someone else using the above plugin ? I've started to examine the nar plugin, cause i have a large nunber of modules (ca. 150) which comprise of C++ code...I'm already using the rpm-maven-plugin which works very good...but under the hood i'm currently using cmake but i would like to get rid of cmake... ... - 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: maven-nar-plugin (http://duns.github.com/maven-nar-plugin)
Hi, hardion wrote: We use it (its ancestor freehep-nar-plugin) with 350 modules now. Hm...a huge things... We planned to use a unit test framework and your example is very interesting. I have simply used things from the Boost Library page: http://www.boost.org/doc/libs/1_42_0/libs/test/doc/html/utf/user-guide/test-organization/auto-test-suite.html with an idea in C++ the example for every C++ beginner a fraction class... And started with a Makefile (GNU Make) using g++ and give a combination to LCOV (http://ltp.sourceforge.net/coverage/lcov.php) Contacted you via mail... Kind regards Karl Heinz Marbaise -- View this message in context: http://old.nabble.com/maven-nar-plugin-%28http%3A--duns.github.com-maven-nar-plugin%29-tp27543417p27568008.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven-nar-plugin (http://duns.github.com/maven-nar-plugin)
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 -- View this message in context: http://old.nabble.com/maven-nar-plugin-%28http%3A--duns.github.com-maven-nar-plugin%29-tp27543417p27544174.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: maven-nar-plugin (http://duns.github.com/maven-nar-plugin)
Its been a long time since I used it but when I did I had two problems. It could not handle the concept of different msvc compiler versions, it just used whatever it found if I recall. It could not handle the new universal binaries on OS X. Other than these issues it seemed good but these issues were roadblocks at the time for us. -Dave On Thu, Feb 11, 2010 at 2:11 AM, Karl Heinz Marbaise k...@soebes.de wrote: 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 -- View this message in context: http://old.nabble.com/maven-nar-plugin-%28http%3A--duns.github.com-maven-nar-plugin%29-tp27543417p27544174.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
maven-nar-plugin (http://duns.github.com/maven-nar-plugin)
Hi to all, my first question: Is someone else using the above plugin ? I've started to examine the nar plugin, cause i have a large nunber of modules (ca. 150) which comprise of C++ code...I'm already using the rpm-maven-plugin which works very good...but under the hood i'm currently using cmake but i would like to get rid of cmake... now the next logical step is to search for a module which can do the compile etc. stuff and that's nar's time... I have tested some small examples where i have some problems: With the following pom i can let nar compile my files and produce a .so file from it...but the part for Testing does not work packagingnar/packaging nameModule: example/name groupIdnarexample/groupId artifactIdcom.exmaple/artifactId version0.1-SNAPSHOT/version build plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-nar-plugin/artifactId version2.1-SNAPSHOT/version extensionstrue/extensions configuration libraries library typeshared/type /library /libraries tests test namebruch_test/name linkstatic/link /test /tests /configuration /plugin /plugins /build The problem is that the unit test (bruch_test) depends on an external library (boost) incl. it's include files and on the other hand the bruch_test.cxx couldn't find the include files for the class (bruch.cxx) with it's include file (bruch.hxx)... I have the following structure: +-- src +--- main +--- c++ (bruch.cxx, bruch.hxx) +--- test +--- c++ (bruch_test.cxx) May be i oversight the docs where i can configure the include files for the unit tests and in particular for external libraries and not to forget the lib itself (-L option for the linker?)) After i do an mvn compile i get the following files: $ find -type f ./src/main/c++/bruch.cxx ./src/main/c++/bruch.hxx ./src/test/c++/bruch_test.cxx ./target/nar/aol/amd64-Linux-g++-shared/lib/amd64-Linux-g++/shared/history.xml ./target/nar/aol/amd64-Linux-g++-shared/lib/amd64-Linux-g++/shared/libcom.exmaple-0.1-SNAPSHOT.so ./target/nar/obj/amd64-Linux-g++/history.xml ./target/nar/obj/amd64-Linux-g++/bruch.o ./target/test-nar/obj/amd64-Linux-g++/history.xml ./Makefile ./pom.xml And an other interesting step would be to run the unit tests (output?) and code coverage would be great I can create code coverage using lcov via a Makefile ...but the next step is to create Maven Plugin to integrated lcov html page into the usual maven cycle... So may be others have experience with this plugin Thanks in advance. Kind regards Karl Heinz Marbaise -- View this message in context: http://old.nabble.com/maven-nar-plugin-%28http%3A--duns.github.com-maven-nar-plugin%29-tp27543417p27543417.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: NAR plugin
Martin, I considered using cygwin, but I read that code compiled with it needs cygwin installed on the target machine to run. I was hoping just to just use the free borland compiler for a quick solution. I am thinking if there was a way to see the command given to compile, I could fix it. Is there any way to have that information logged or pumped to stdout? Damon -Original Message- From: Martin Gainty [mailto:mgai...@hotmail.com] Sent: Tuesday, October 27, 2009 5:48 PM To: users@maven.apache.org Subject: RE: NAR plugin Damon- some company in texas purchased the borland compiler and i dont know what happened afterwards i had the same problem with Borland Compiler and punted to cygwin...download the full devel package.. gcc is the compiler..ld is the linker..ar is the library manager http://www.cygwin.com 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. Subject: NAR plugin Date: Tue, 27 Oct 2009 19:31:16 -0500 From: dajacob...@lifetouch.com To: users@maven.apache.org I am building the newly absorbed NAR project from source and using it. I cannot seem to get it to use the borland compiler correctly. The cpptasks project seems to have support for bcc. I have even updated the aol.properties file to reflect the necessary setting to no avail. Has anyone attempting getting the borland c compiler to run correctly? I have gotten to where the compiler runs, but it returns messages about declaration syntax errors. I do not get these errors with a standard compile however. Damon Jacobsen __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email _ _ Windows 7: I wanted more reliable, now it's more reliable. Wow! http://microsoft.com/windows/windows-7/default-ga.aspx?h=myidea?ocid=PID24727::T:WLMTAGL:ON:WL:en-US:WWL_WIN_myidea:102009 __ 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: NAR plugin
Hi if you run the NAR plugin with -X it will show that, and a lot of other info, so be prepared. You may just want to use the free Visual Studio Express (version 2008) to compile and link with. Regards Mark Donszelmann On Oct 28, 2009, at 3:59 PM, Damon Jacobsen wrote: Martin, I considered using cygwin, but I read that code compiled with it needs cygwin installed on the target machine to run. I was hoping just to just use the free borland compiler for a quick solution. I am thinking if there was a way to see the command given to compile, I could fix it. Is there any way to have that information logged or pumped to stdout? Damon -Original Message- From: Martin Gainty [mailto:mgai...@hotmail.com] Sent: Tuesday, October 27, 2009 5:48 PM To: users@maven.apache.org Subject: RE: NAR plugin Damon- some company in texas purchased the borland compiler and i dont know what happened afterwards i had the same problem with Borland Compiler and punted to cygwin...download the full devel package.. gcc is the compiler..ld is the linker..ar is the library manager http://www.cygwin.com 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. Subject: NAR plugin Date: Tue, 27 Oct 2009 19:31:16 -0500 From: dajacob...@lifetouch.com To: users@maven.apache.org I am building the newly absorbed NAR project from source and using it. I cannot seem to get it to use the borland compiler correctly. The cpptasks project seems to have support for bcc. I have even updated the aol.properties file to reflect the necessary setting to no avail. Has anyone attempting getting the borland c compiler to run correctly? I have gotten to where the compiler runs, but it returns messages about declaration syntax errors. I do not get these errors with a standard compile however. Damon Jacobsen __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email _ _ Windows 7: I wanted more reliable, now it's more reliable. Wow! http://microsoft.com/windows/windows-7/default-ga.aspx?h=myidea?ocid=PID24727::T:WLMTAGL:ON:WL:en-US:WWL_WIN_myidea:102009 __ 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 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: NAR plugin
Mark, Thanks for the info. The results confirm that the include files are not being added. I think it is due to some odd behavior with spaces in files path. Boy I wish windows could get that correct. Here is my output. [DEBUG] bcc32 -c -X -x -tWM -Od -DWindows -DWIN32 '-IH:\workspace\ImagenomicPortraturePluginDLL\target\nar\javah-include' '-IC:\Program Files\Java\jdk1.6.0_16\include' '-IC:\Program Files\Java\jdk1.6.0_16\include\win32' -IH:\workspace\ImagenomicPortraturePluginDLL\src\main\include -IH:\workspace\ImagenomicPortraturePluginDLL\target\swig\include -w H:\workspace\ImagenomicPortraturePluginDLL\src\main\c++\com_lifetouch_ImagenomicPortraitureBufferedImageOp.cpp [DEBUG] Execute:Java13CommandLauncher: Executing 'bcc32' with arguments: '' '-c' '-X' '-x' '-tWM' '-Od' '-DWindows' '-DWIN32' '-IH:\workspace\ImagenomicPortraturePluginDLL\target\nar\javah-include' '-IC:\Program Files\Java\jdk1.6.0_16\include' '-IC:\Program Files\Java\jdk1.6.0_16\include\win32' '-IH:\workspace\ImagenomicPortraturePluginDLL\src\main\include' '-IH:\workspace\ImagenomicPortraturePluginDLL\target\swig\include' '-w' 'H:\workspace\ImagenomicPortraturePluginDLL\src\main\c++\com_lifetouch_Imagenomi cPortraitureBufferedImageOp.cpp' The ' characters around the executable and arguments are not part of the command. [DEBUG] Borland C++ 5.5.1 for Win32 Copyright (c) 1993, 2000 Borland [DEBUG] Error E2194: Could not find file 'Files\Java\jdk1.6.0_16\include.cpp' [DEBUG] Error E2194: Could not find file 'Files\Java\jdk1.6.0_16\include\win32.c pp' Cleaning up the command line to remove the ' character and issuing it at the command line does not have this problem. Damon -Original Message- From: Donszelmann Mark [mailto:mark.donszelm...@gmail.com] Sent: Wednesday, October 28, 2009 8:03 AM To: Maven Users List Subject: Re: NAR plugin Hi if you run the NAR plugin with -X it will show that, and a lot of other info, so be prepared. You may just want to use the free Visual Studio Express (version 2008) to compile and link with. Regards Mark Donszelmann On Oct 28, 2009, at 3:59 PM, Damon Jacobsen wrote: Martin, I considered using cygwin, but I read that code compiled with it needs cygwin installed on the target machine to run. I was hoping just to just use the free borland compiler for a quick solution. I am thinking if there was a way to see the command given to compile, I could fix it. Is there any way to have that information logged or pumped to stdout? Damon -Original Message- From: Martin Gainty [mailto:mgai...@hotmail.com] Sent: Tuesday, October 27, 2009 5:48 PM To: users@maven.apache.org Subject: RE: NAR plugin Damon- some company in texas purchased the borland compiler and i dont know what happened afterwards i had the same problem with Borland Compiler and punted to cygwin...download the full devel package.. gcc is the compiler..ld is the linker..ar is the library manager http://www.cygwin.com 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. Subject: NAR plugin Date: Tue, 27 Oct 2009 19:31:16 -0500 From: dajacob...@lifetouch.com To: users@maven.apache.org I am building the newly absorbed NAR project from source and using it. I cannot seem to get it to use the borland compiler correctly. The cpptasks project seems to have support for bcc. I have even updated the aol.properties file to reflect the necessary setting to no avail. Has anyone attempting getting the borland c compiler to run correctly? I have gotten to where the compiler runs, but it returns messages about declaration syntax errors. I do not get these errors with a standard compile however. Damon Jacobsen __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email
Re: NAR plugin
Hi Damon, are you sure you are running the latest NAR from github ? Regards Mark On Oct 28, 2009, at 4:23 PM, Damon Jacobsen wrote: Mark, Thanks for the info. The results confirm that the include files are not being added. I think it is due to some odd behavior with spaces in files path. Boy I wish windows could get that correct. Here is my output. [DEBUG] bcc32 -c -X -x -tWM -Od -DWindows -DWIN32 '-IH:\workspace \ImagenomicPortraturePluginDLL\target\nar\javah-include' '-IC: \Program Files\Java\jdk1.6.0_16\include' '-IC:\Program Files\Java \jdk1.6.0_16\include\win32' -IH:\workspace \ImagenomicPortraturePluginDLL\src\main\include -IH:\workspace \ImagenomicPortraturePluginDLL\target\swig\include -w H:\workspace \ImagenomicPortraturePluginDLL\src\main\c++ \com_lifetouch_ImagenomicPortraitureBufferedImageOp.cpp [DEBUG] Execute:Java13CommandLauncher: Executing 'bcc32' with arguments: '' '-c' '-X' '-x' '-tWM' '-Od' '-DWindows' '-DWIN32' '-IH:\workspace\ImagenomicPortraturePluginDLL\target\nar\javah- include' '-IC:\Program Files\Java\jdk1.6.0_16\include' '-IC:\Program Files\Java\jdk1.6.0_16\include\win32' '-IH:\workspace\ImagenomicPortraturePluginDLL\src\main\include' '-IH:\workspace\ImagenomicPortraturePluginDLL\target\swig\include' '-w' 'H:\workspace\ImagenomicPortraturePluginDLL\src\main\c++ \com_lifetouch_Imagenomi cPortraitureBufferedImageOp.cpp' The ' characters around the executable and arguments are not part of the command. [DEBUG] Borland C++ 5.5.1 for Win32 Copyright (c) 1993, 2000 Borland [DEBUG] Error E2194: Could not find file 'Files\Java \jdk1.6.0_16\include.cpp' [DEBUG] Error E2194: Could not find file 'Files\Java \jdk1.6.0_16\include\win32.c pp' Cleaning up the command line to remove the ' character and issuing it at the command line does not have this problem. Damon -Original Message- From: Donszelmann Mark [mailto:mark.donszelm...@gmail.com] Sent: Wednesday, October 28, 2009 8:03 AM To: Maven Users List Subject: Re: NAR plugin Hi if you run the NAR plugin with -X it will show that, and a lot of other info, so be prepared. You may just want to use the free Visual Studio Express (version 2008) to compile and link with. Regards Mark Donszelmann On Oct 28, 2009, at 3:59 PM, Damon Jacobsen wrote: Martin, I considered using cygwin, but I read that code compiled with it needs cygwin installed on the target machine to run. I was hoping just to just use the free borland compiler for a quick solution. I am thinking if there was a way to see the command given to compile, I could fix it. Is there any way to have that information logged or pumped to stdout? Damon -Original Message- From: Martin Gainty [mailto:mgai...@hotmail.com] Sent: Tuesday, October 27, 2009 5:48 PM To: users@maven.apache.org Subject: RE: NAR plugin Damon- some company in texas purchased the borland compiler and i dont know what happened afterwards i had the same problem with Borland Compiler and punted to cygwin...download the full devel package.. gcc is the compiler..ld is the linker..ar is the library manager http://www.cygwin.com 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. Subject: NAR plugin Date: Tue, 27 Oct 2009 19:31:16 -0500 From: dajacob...@lifetouch.com To: users@maven.apache.org I am building the newly absorbed NAR project from source and using it. I cannot seem to get it to use the borland compiler correctly. The cpptasks project seems to have support for bcc. I have even updated the aol.properties file to reflect the necessary setting to no avail. Has anyone attempting getting the borland c compiler to run correctly? I have gotten to where the compiler runs, but it returns messages about declaration syntax errors. I do not get these errors with a standard compile however. Damon Jacobsen __ This email has been scanned by the MessageLabs Email Security System. For more
RE: NAR plugin
Mark, I am by no means proficient with git yet, but here is what I did. Yesterday, using msysgit, I 'cloned' http://github.com/duns/maven-nar-plugin.git and http://github.com/duns/cpptasks-parallel.git. Today I 'fetched' from origin. I think this syncs me with any changes made on the head. I have 'mvn install'ed both of them this morning. Damon -Original Message- From: Donszelmann Mark [mailto:mark.donszelm...@gmail.com] Sent: Wednesday, October 28, 2009 8:49 AM To: Maven Users List Subject: Re: NAR plugin Hi Damon, are you sure you are running the latest NAR from github ? Regards Mark On Oct 28, 2009, at 4:23 PM, Damon Jacobsen wrote: Mark, Thanks for the info. The results confirm that the include files are not being added. I think it is due to some odd behavior with spaces in files path. Boy I wish windows could get that correct. Here is my output. [DEBUG] bcc32 -c -X -x -tWM -Od -DWindows -DWIN32 '-IH:\workspace \ImagenomicPortraturePluginDLL\target\nar\javah-include' '-IC: \Program Files\Java\jdk1.6.0_16\include' '-IC:\Program Files\Java \jdk1.6.0_16\include\win32' -IH:\workspace \ImagenomicPortraturePluginDLL\src\main\include -IH:\workspace \ImagenomicPortraturePluginDLL\target\swig\include -w H:\workspace \ImagenomicPortraturePluginDLL\src\main\c++ \com_lifetouch_ImagenomicPortraitureBufferedImageOp.cpp [DEBUG] Execute:Java13CommandLauncher: Executing 'bcc32' with arguments: '' '-c' '-X' '-x' '-tWM' '-Od' '-DWindows' '-DWIN32' '-IH:\workspace\ImagenomicPortraturePluginDLL\target\nar\javah- include' '-IC:\Program Files\Java\jdk1.6.0_16\include' '-IC:\Program Files\Java\jdk1.6.0_16\include\win32' '-IH:\workspace\ImagenomicPortraturePluginDLL\src\main\include' '-IH:\workspace\ImagenomicPortraturePluginDLL\target\swig\include' '-w' 'H:\workspace\ImagenomicPortraturePluginDLL\src\main\c++ \com_lifetouch_Imagenomi cPortraitureBufferedImageOp.cpp' The ' characters around the executable and arguments are not part of the command. [DEBUG] Borland C++ 5.5.1 for Win32 Copyright (c) 1993, 2000 Borland [DEBUG] Error E2194: Could not find file 'Files\Java \jdk1.6.0_16\include.cpp' [DEBUG] Error E2194: Could not find file 'Files\Java \jdk1.6.0_16\include\win32.c pp' Cleaning up the command line to remove the ' character and issuing it at the command line does not have this problem. Damon -Original Message- From: Donszelmann Mark [mailto:mark.donszelm...@gmail.com] Sent: Wednesday, October 28, 2009 8:03 AM To: Maven Users List Subject: Re: NAR plugin Hi if you run the NAR plugin with -X it will show that, and a lot of other info, so be prepared. You may just want to use the free Visual Studio Express (version 2008) to compile and link with. Regards Mark Donszelmann On Oct 28, 2009, at 3:59 PM, Damon Jacobsen wrote: Martin, I considered using cygwin, but I read that code compiled with it needs cygwin installed on the target machine to run. I was hoping just to just use the free borland compiler for a quick solution. I am thinking if there was a way to see the command given to compile, I could fix it. Is there any way to have that information logged or pumped to stdout? Damon -Original Message- From: Martin Gainty [mailto:mgai...@hotmail.com] Sent: Tuesday, October 27, 2009 5:48 PM To: users@maven.apache.org Subject: RE: NAR plugin Damon- some company in texas purchased the borland compiler and i dont know what happened afterwards i had the same problem with Borland Compiler and punted to cygwin...download the full devel package.. gcc is the compiler..ld is the linker..ar is the library manager http://www.cygwin.com 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. Subject: NAR plugin Date: Tue, 27 Oct 2009 19:31:16 -0500 From: dajacob...@lifetouch.com To: users@maven.apache.org I am building the newly absorbed NAR project from source
RE: NAR plugin
the main aspect is to make sure you can build for all your environments my personal pref of cygwin in that whatever i do in doze works in standard Unix and vice-versa otherwise you're re-configuring the build for every platform/OS combo i am interested to know how that works for you 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. Subject: RE: NAR plugin Date: Wed, 28 Oct 2009 11:16:31 -0500 From: dajacob...@lifetouch.com To: users@maven.apache.org Mark, I am by no means proficient with git yet, but here is what I did. Yesterday, using msysgit, I 'cloned' http://github.com/duns/maven-nar-plugin.git and http://github.com/duns/cpptasks-parallel.git. Today I 'fetched' from origin. I think this syncs me with any changes made on the head. I have 'mvn install'ed both of them this morning. Damon -Original Message- From: Donszelmann Mark [mailto:mark.donszelm...@gmail.com] Sent: Wednesday, October 28, 2009 8:49 AM To: Maven Users List Subject: Re: NAR plugin Hi Damon, are you sure you are running the latest NAR from github ? Regards Mark On Oct 28, 2009, at 4:23 PM, Damon Jacobsen wrote: Mark, Thanks for the info. The results confirm that the include files are not being added. I think it is due to some odd behavior with spaces in files path. Boy I wish windows could get that correct. Here is my output. [DEBUG] bcc32 -c -X -x -tWM -Od -DWindows -DWIN32 '-IH:\workspace \ImagenomicPortraturePluginDLL\target\nar\javah-include' '-IC: \Program Files\Java\jdk1.6.0_16\include' '-IC:\Program Files\Java \jdk1.6.0_16\include\win32' -IH:\workspace \ImagenomicPortraturePluginDLL\src\main\include -IH:\workspace \ImagenomicPortraturePluginDLL\target\swig\include -w H:\workspace \ImagenomicPortraturePluginDLL\src\main\c++ \com_lifetouch_ImagenomicPortraitureBufferedImageOp.cpp [DEBUG] Execute:Java13CommandLauncher: Executing 'bcc32' with arguments: '' '-c' '-X' '-x' '-tWM' '-Od' '-DWindows' '-DWIN32' '-IH:\workspace\ImagenomicPortraturePluginDLL\target\nar\javah- include' '-IC:\Program Files\Java\jdk1.6.0_16\include' '-IC:\Program Files\Java\jdk1.6.0_16\include\win32' '-IH:\workspace\ImagenomicPortraturePluginDLL\src\main\include' '-IH:\workspace\ImagenomicPortraturePluginDLL\target\swig\include' '-w' 'H:\workspace\ImagenomicPortraturePluginDLL\src\main\c++ \com_lifetouch_Imagenomi cPortraitureBufferedImageOp.cpp' The ' characters around the executable and arguments are not part of the command. [DEBUG] Borland C++ 5.5.1 for Win32 Copyright (c) 1993, 2000 Borland [DEBUG] Error E2194: Could not find file 'Files\Java \jdk1.6.0_16\include.cpp' [DEBUG] Error E2194: Could not find file 'Files\Java \jdk1.6.0_16\include\win32.c pp' Cleaning up the command line to remove the ' character and issuing it at the command line does not have this problem. Damon -Original Message- From: Donszelmann Mark [mailto:mark.donszelm...@gmail.com] Sent: Wednesday, October 28, 2009 8:03 AM To: Maven Users List Subject: Re: NAR plugin Hi if you run the NAR plugin with -X it will show that, and a lot of other info, so be prepared. You may just want to use the free Visual Studio Express (version 2008) to compile and link with. Regards Mark Donszelmann On Oct 28, 2009, at 3:59 PM, Damon Jacobsen wrote: Martin, I considered using cygwin, but I read that code compiled with it needs cygwin installed on the target machine to run. I was hoping just to just use the free borland compiler for a quick solution. I am thinking if there was a way to see the command given to compile, I could fix it. Is there any way to have that information logged or pumped to stdout? Damon -Original Message- From: Martin Gainty [mailto:mgai...@hotmail.com] Sent: Tuesday, October 27, 2009 5:48 PM To: users
AW: NAR plugin
fetching alone is not enough. You have to do a git pull instead. This is a combined git fetch + git merge. LieGrue, strub - Ursprüngliche Mail Von: Damon Jacobsen dajacob...@lifetouch.com An: Maven Users List users@maven.apache.org Gesendet: Mittwoch, den 28. Oktober 2009, 17:16:31 Uhr Betreff: RE: NAR plugin Mark, I am by no means proficient with git yet, but here is what I did. Yesterday, using msysgit, I 'cloned' http://github.com/duns/maven-nar-plugin.git and http://github.com/duns/cpptasks-parallel.git. Today I 'fetched' from origin. I think this syncs me with any changes made on the head. I have 'mvn install'ed both of them this morning. Damon -Original Message- From: Donszelmann Mark [mailto:mark.donszelm...@gmail.com] Sent: Wednesday, October 28, 2009 8:49 AM To: Maven Users List Subject: Re: NAR plugin Hi Damon, are you sure you are running the latest NAR from github ? Regards Mark On Oct 28, 2009, at 4:23 PM, Damon Jacobsen wrote: Mark, Thanks for the info. The results confirm that the include files are not being added. I think it is due to some odd behavior with spaces in files path. Boy I wish windows could get that correct. Here is my output. [DEBUG] bcc32 -c -X -x -tWM -Od -DWindows -DWIN32 '-IH:\workspace \ImagenomicPortraturePluginDLL\target\nar\javah-include' '-IC: \Program Files\Java\jdk1.6.0_16\include' '-IC:\Program Files\Java \jdk1.6.0_16\include\win32' -IH:\workspace \ImagenomicPortraturePluginDLL\src\main\include -IH:\workspace \ImagenomicPortraturePluginDLL\target\swig\include -w H:\workspace \ImagenomicPortraturePluginDLL\src\main\c++ \com_lifetouch_ImagenomicPortraitureBufferedImageOp.cpp [DEBUG] Execute:Java13CommandLauncher: Executing 'bcc32' with arguments: '' '-c' '-X' '-x' '-tWM' '-Od' '-DWindows' '-DWIN32' '-IH:\workspace\ImagenomicPortraturePluginDLL\target\nar\javah- include' '-IC:\Program Files\Java\jdk1.6.0_16\include' '-IC:\Program Files\Java\jdk1.6.0_16\include\win32' '-IH:\workspace\ImagenomicPortraturePluginDLL\src\main\include' '-IH:\workspace\ImagenomicPortraturePluginDLL\target\swig\include' '-w' 'H:\workspace\ImagenomicPortraturePluginDLL\src\main\c++ \com_lifetouch_Imagenomi cPortraitureBufferedImageOp.cpp' The ' characters around the executable and arguments are not part of the command. [DEBUG] Borland C++ 5.5.1 for Win32 Copyright (c) 1993, 2000 Borland [DEBUG] Error E2194: Could not find file 'Files\Java \jdk1.6.0_16\include.cpp' [DEBUG] Error E2194: Could not find file 'Files\Java \jdk1.6.0_16\include\win32.c pp' Cleaning up the command line to remove the ' character and issuing it at the command line does not have this problem. Damon -Original Message- From: Donszelmann Mark [mailto:mark.donszelm...@gmail.com] Sent: Wednesday, October 28, 2009 8:03 AM To: Maven Users List Subject: Re: NAR plugin Hi if you run the NAR plugin with -X it will show that, and a lot of other info, so be prepared. You may just want to use the free Visual Studio Express (version 2008) to compile and link with. Regards Mark Donszelmann On Oct 28, 2009, at 3:59 PM, Damon Jacobsen wrote: Martin, I considered using cygwin, but I read that code compiled with it needs cygwin installed on the target machine to run. I was hoping just to just use the free borland compiler for a quick solution. I am thinking if there was a way to see the command given to compile, I could fix it. Is there any way to have that information logged or pumped to stdout? Damon -Original Message- From: Martin Gainty [mailto:mgai...@hotmail.com] Sent: Tuesday, October 27, 2009 5:48 PM To: users@maven.apache.org Subject: RE: NAR plugin Damon- some company in texas purchased the borland compiler and i dont know what happened afterwards i had the same problem with Borland Compiler and punted to cygwin...download the full devel package.. gcc is the compiler..ld is the linker..ar is the library manager http://www.cygwin.com 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
RE: NAR plugin
Mark, I finished doing a merge and somehow got a merge conflict in the pom.xml. I failed miserable to merge it and could not figure out how to do a replace from head. I fixed it by deleting my local repository, recloning, and remodifying my aol.properties file. I then reinstalled the plugin. I am getting the same results. Damon -Original Message- From: Mark Struberg [mailto:strub...@yahoo.de] Sent: Wednesday, October 28, 2009 10:07 AM To: Maven Users List Subject: AW: NAR plugin fetching alone is not enough. You have to do a git pull instead. This is a combined git fetch + git merge. LieGrue, strub - Ursprüngliche Mail Von: Damon Jacobsen dajacob...@lifetouch.com An: Maven Users List users@maven.apache.org Gesendet: Mittwoch, den 28. Oktober 2009, 17:16:31 Uhr Betreff: RE: NAR plugin Mark, I am by no means proficient with git yet, but here is what I did. Yesterday, using msysgit, I 'cloned' http://github.com/duns/maven-nar-plugin.git and http://github.com/duns/cpptasks-parallel.git. Today I 'fetched' from origin. I think this syncs me with any changes made on the head. I have 'mvn install'ed both of them this morning. Damon -Original Message- From: Donszelmann Mark [mailto:mark.donszelm...@gmail.com] Sent: Wednesday, October 28, 2009 8:49 AM To: Maven Users List Subject: Re: NAR plugin Hi Damon, are you sure you are running the latest NAR from github ? Regards Mark On Oct 28, 2009, at 4:23 PM, Damon Jacobsen wrote: Mark, Thanks for the info. The results confirm that the include files are not being added. I think it is due to some odd behavior with spaces in files path. Boy I wish windows could get that correct. Here is my output. [DEBUG] bcc32 -c -X -x -tWM -Od -DWindows -DWIN32 '-IH:\workspace \ImagenomicPortraturePluginDLL\target\nar\javah-include' '-IC: \Program Files\Java\jdk1.6.0_16\include' '-IC:\Program Files\Java \jdk1.6.0_16\include\win32' -IH:\workspace \ImagenomicPortraturePluginDLL\src\main\include -IH:\workspace \ImagenomicPortraturePluginDLL\target\swig\include -w H:\workspace \ImagenomicPortraturePluginDLL\src\main\c++ \com_lifetouch_ImagenomicPortraitureBufferedImageOp.cpp [DEBUG] Execute:Java13CommandLauncher: Executing 'bcc32' with arguments: '' '-c' '-X' '-x' '-tWM' '-Od' '-DWindows' '-DWIN32' '-IH:\workspace\ImagenomicPortraturePluginDLL\target\nar\javah- include' '-IC:\Program Files\Java\jdk1.6.0_16\include' '-IC:\Program Files\Java\jdk1.6.0_16\include\win32' '-IH:\workspace\ImagenomicPortraturePluginDLL\src\main\include' '-IH:\workspace\ImagenomicPortraturePluginDLL\target\swig\include' '-w' 'H:\workspace\ImagenomicPortraturePluginDLL\src\main\c++ \com_lifetouch_Imagenomi cPortraitureBufferedImageOp.cpp' The ' characters around the executable and arguments are not part of the command. [DEBUG] Borland C++ 5.5.1 for Win32 Copyright (c) 1993, 2000 Borland [DEBUG] Error E2194: Could not find file 'Files\Java \jdk1.6.0_16\include.cpp' [DEBUG] Error E2194: Could not find file 'Files\Java \jdk1.6.0_16\include\win32.c pp' Cleaning up the command line to remove the ' character and issuing it at the command line does not have this problem. Damon -Original Message- From: Donszelmann Mark [mailto:mark.donszelm...@gmail.com] Sent: Wednesday, October 28, 2009 8:03 AM To: Maven Users List Subject: Re: NAR plugin Hi if you run the NAR plugin with -X it will show that, and a lot of other info, so be prepared. You may just want to use the free Visual Studio Express (version 2008) to compile and link with. Regards Mark Donszelmann On Oct 28, 2009, at 3:59 PM, Damon Jacobsen wrote: Martin, I considered using cygwin, but I read that code compiled with it needs cygwin installed on the target machine to run. I was hoping just to just use the free borland compiler for a quick solution. I am thinking if there was a way to see the command given to compile, I could fix it. Is there any way to have that information logged or pumped to stdout? Damon -Original Message- From: Martin Gainty [mailto:mgai...@hotmail.com] Sent: Tuesday, October 27, 2009 5:48 PM To: users@maven.apache.org Subject: RE: NAR plugin Damon- some company in texas purchased the borland compiler and i dont know what happened afterwards i had the same problem with Borland Compiler and punted to cygwin...download the full devel package.. gcc is the compiler..ld is the linker..ar is the library manager http://www.cygwin.com 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
Re: NAR plugin
Hi Damon, I am not an expert (yet) on git either. Merging can be strange sometimes. If you just want the latest of one file, you can just delete it and pull again. It will replace that one. I am still wondering why you use such an old compiler, but I guess ou may have some code that only compiles with that one... I am sure the quote problem was fixed for running javah but I am almost sure it was not fixed for running cl or bcc32. I am not sure I have that compiler. If you have it for me to try it out that would be useful. I have put it on my list to look at. https://issues.sonatype.org/browse/NAR-94 hope to look at it soon. Regards Mark On Oct 28, 2009, at 6:45 PM, Damon Jacobsen wrote: Mark, I finished doing a merge and somehow got a merge conflict in the pom.xml. I failed miserable to merge it and could not figure out how to do a replace from head. I fixed it by deleting my local repository, recloning, and remodifying my aol.properties file. I then reinstalled the plugin. I am getting the same results. Damon -Original Message- From: Mark Struberg [mailto:strub...@yahoo.de] Sent: Wednesday, October 28, 2009 10:07 AM To: Maven Users List Subject: AW: NAR plugin fetching alone is not enough. You have to do a git pull instead. This is a combined git fetch + git merge. LieGrue, strub - Ursprüngliche Mail Von: Damon Jacobsen dajacob...@lifetouch.com An: Maven Users List users@maven.apache.org Gesendet: Mittwoch, den 28. Oktober 2009, 17:16:31 Uhr Betreff: RE: NAR plugin Mark, I am by no means proficient with git yet, but here is what I did. Yesterday, using msysgit, I 'cloned' http://github.com/duns/maven-nar- plugin.git and http://github.com/duns/cpptasks-parallel.git. Today I 'fetched' from origin. I think this syncs me with any changes made on the head. I have 'mvn install'ed both of them this morning. Damon -Original Message- From: Donszelmann Mark [mailto:mark.donszelm...@gmail.com] Sent: Wednesday, October 28, 2009 8:49 AM To: Maven Users List Subject: Re: NAR plugin Hi Damon, are you sure you are running the latest NAR from github ? Regards Mark On Oct 28, 2009, at 4:23 PM, Damon Jacobsen wrote: Mark, Thanks for the info. The results confirm that the include files are not being added. I think it is due to some odd behavior with spaces in files path. Boy I wish windows could get that correct. Here is my output. [DEBUG] bcc32 -c -X -x -tWM -Od -DWindows -DWIN32 '-IH:\workspace \ImagenomicPortraturePluginDLL\target\nar\javah-include' '-IC: \Program Files\Java\jdk1.6.0_16\include' '-IC:\Program Files\Java \jdk1.6.0_16\include\win32' -IH:\workspace \ImagenomicPortraturePluginDLL\src\main\include -IH:\workspace \ImagenomicPortraturePluginDLL\target\swig\include -w H:\workspace \ImagenomicPortraturePluginDLL\src\main\c++ \com_lifetouch_ImagenomicPortraitureBufferedImageOp.cpp [DEBUG] Execute:Java13CommandLauncher: Executing 'bcc32' with arguments: '' '-c' '-X' '-x' '-tWM' '-Od' '-DWindows' '-DWIN32' '-IH:\workspace\ImagenomicPortraturePluginDLL\target\nar\javah- include' '-IC:\Program Files\Java\jdk1.6.0_16\include' '-IC:\Program Files\Java\jdk1.6.0_16\include\win32' '-IH:\workspace\ImagenomicPortraturePluginDLL\src\main\include' '-IH:\workspace\ImagenomicPortraturePluginDLL\target\swig\include' '-w' 'H:\workspace\ImagenomicPortraturePluginDLL\src\main\c++ \com_lifetouch_Imagenomi cPortraitureBufferedImageOp.cpp' The ' characters around the executable and arguments are not part of the command. [DEBUG] Borland C++ 5.5.1 for Win32 Copyright (c) 1993, 2000 Borland [DEBUG] Error E2194: Could not find file 'Files\Java \jdk1.6.0_16\include.cpp' [DEBUG] Error E2194: Could not find file 'Files\Java \jdk1.6.0_16\include\win32.c pp' Cleaning up the command line to remove the ' character and issuing it at the command line does not have this problem. Damon -Original Message- From: Donszelmann Mark [mailto:mark.donszelm...@gmail.com] Sent: Wednesday, October 28, 2009 8:03 AM To: Maven Users List Subject: Re: NAR plugin Hi if you run the NAR plugin with -X it will show that, and a lot of other info, so be prepared. You may just want to use the free Visual Studio Express (version 2008) to compile and link with. Regards Mark Donszelmann On Oct 28, 2009, at 3:59 PM, Damon Jacobsen wrote: Martin, I considered using cygwin, but I read that code compiled with it needs cygwin installed on the target machine to run. I was hoping just to just use the free borland compiler for a quick solution. I am thinking if there was a way to see the command given to compile, I could fix it. Is there any way to have that information logged or pumped to stdout? Damon -Original Message- From: Martin Gainty [mailto:mgai...@hotmail.com] Sent: Tuesday, October 27, 2009 5:48 PM To: users@maven.apache.org Subject: RE: NAR plugin Damon- some company in texas purchased the borland compiler and i dont know what
RE: NAR plugin
Mark, The Borland compiler can be downloaded @ http://www.codegear.com/downloads/free/cppbuilder. I use the borland compiler because I have used it for years and know it well. I am also attaching my aol.properties file that accomodates the Borland compiler. I am sure there is some sort of patch functionality in git, but this is easier for me for now. I had to add Fortran instructions to the file along with the c an cpp instructions. I don't see any way to say that bcc can't compile fortran in the file. Damon -Original Message- From: Donszelmann Mark [mailto:mark.donszelm...@gmail.com] Sent: Wednesday, October 28, 2009 11:20 AM To: Maven Users List Subject: Re: NAR plugin Hi Damon, I am not an expert (yet) on git either. Merging can be strange sometimes. If you just want the latest of one file, you can just delete it and pull again. It will replace that one. I am still wondering why you use such an old compiler, but I guess ou may have some code that only compiles with that one... I am sure the quote problem was fixed for running javah but I am almost sure it was not fixed for running cl or bcc32. I am not sure I have that compiler. If you have it for me to try it out that would be useful. I have put it on my list to look at. https://issues.sonatype.org/browse/NAR-94 hope to look at it soon. Regards Mark On Oct 28, 2009, at 6:45 PM, Damon Jacobsen wrote: Mark, I finished doing a merge and somehow got a merge conflict in the pom.xml. I failed miserable to merge it and could not figure out how to do a replace from head. I fixed it by deleting my local repository, recloning, and remodifying my aol.properties file. I then reinstalled the plugin. I am getting the same results. Damon -Original Message- From: Mark Struberg [mailto:strub...@yahoo.de] Sent: Wednesday, October 28, 2009 10:07 AM To: Maven Users List Subject: AW: NAR plugin fetching alone is not enough. You have to do a git pull instead. This is a combined git fetch + git merge. LieGrue, strub - Ursprüngliche Mail Von: Damon Jacobsen dajacob...@lifetouch.com An: Maven Users List users@maven.apache.org Gesendet: Mittwoch, den 28. Oktober 2009, 17:16:31 Uhr Betreff: RE: NAR plugin Mark, I am by no means proficient with git yet, but here is what I did. Yesterday, using msysgit, I 'cloned' http://github.com/duns/maven-nar- plugin.git and http://github.com/duns/cpptasks-parallel.git. Today I 'fetched' from origin. I think this syncs me with any changes made on the head. I have 'mvn install'ed both of them this morning. Damon -Original Message- From: Donszelmann Mark [mailto:mark.donszelm...@gmail.com] Sent: Wednesday, October 28, 2009 8:49 AM To: Maven Users List Subject: Re: NAR plugin Hi Damon, are you sure you are running the latest NAR from github ? Regards Mark On Oct 28, 2009, at 4:23 PM, Damon Jacobsen wrote: Mark, Thanks for the info. The results confirm that the include files are not being added. I think it is due to some odd behavior with spaces in files path. Boy I wish windows could get that correct. Here is my output. [DEBUG] bcc32 -c -X -x -tWM -Od -DWindows -DWIN32 '-IH:\workspace \ImagenomicPortraturePluginDLL\target\nar\javah-include' '-IC: \Program Files\Java\jdk1.6.0_16\include' '-IC:\Program Files\Java \jdk1.6.0_16\include\win32' -IH:\workspace \ImagenomicPortraturePluginDLL\src\main\include -IH:\workspace \ImagenomicPortraturePluginDLL\target\swig\include -w H:\workspace \ImagenomicPortraturePluginDLL\src\main\c++ \com_lifetouch_ImagenomicPortraitureBufferedImageOp.cpp [DEBUG] Execute:Java13CommandLauncher: Executing 'bcc32' with arguments: '' '-c' '-X' '-x' '-tWM' '-Od' '-DWindows' '-DWIN32' '-IH:\workspace\ImagenomicPortraturePluginDLL\target\nar\javah- include' '-IC:\Program Files\Java\jdk1.6.0_16\include' '-IC:\Program Files\Java\jdk1.6.0_16\include\win32' '-IH:\workspace\ImagenomicPortraturePluginDLL\src\main\include' '-IH:\workspace\ImagenomicPortraturePluginDLL\target\swig\include' '-w' 'H:\workspace\ImagenomicPortraturePluginDLL\src\main\c++ \com_lifetouch_Imagenomi cPortraitureBufferedImageOp.cpp' The ' characters around the executable and arguments are not part of the command. [DEBUG] Borland C++ 5.5.1 for Win32 Copyright (c) 1993, 2000 Borland [DEBUG] Error E2194: Could not find file 'Files\Java \jdk1.6.0_16\include.cpp' [DEBUG] Error E2194: Could not find file 'Files\Java \jdk1.6.0_16\include\win32.c pp' Cleaning up the command line to remove the ' character and issuing it at the command line does not have this problem. Damon -Original Message- From: Donszelmann Mark [mailto:mark.donszelm...@gmail.com] Sent: Wednesday, October 28, 2009 8:03 AM To: Maven Users List Subject: Re: NAR plugin Hi if you run the NAR plugin with -X it will show that, and a lot of other info, so be prepared. You may
Re: NAR plugin
Hi Damon, On Oct 28, 2009, at 9:23 PM, Damon Jacobsen wrote: Mark, The Borland compiler can be downloaded @ http://www.codegear.com/downloads/free/cppbuilder . I use the borland compiler because I have used it for years and know it well. Great, no problem. I am downloading it now. I am also attaching my aol.properties file that accomodates the Borland compiler. I am sure there is some sort of patch functionality in git, but this is easier for me for now. I did not find the attachment. I will update the file if you provide me with the attachment. I had to add Fortran instructions to the file along with the c an cpp instructions. I don't see any way to say that bcc can't compile fortran in the file. yes, this has been filed as a bug. Regards Mark Damon -Original Message- From: Donszelmann Mark [mailto:mark.donszelm...@gmail.com] Sent: Wednesday, October 28, 2009 11:20 AM To: Maven Users List Subject: Re: NAR plugin Hi Damon, I am not an expert (yet) on git either. Merging can be strange sometimes. If you just want the latest of one file, you can just delete it and pull again. It will replace that one. I am still wondering why you use such an old compiler, but I guess ou may have some code that only compiles with that one... I am sure the quote problem was fixed for running javah but I am almost sure it was not fixed for running cl or bcc32. I am not sure I have that compiler. If you have it for me to try it out that would be useful. I have put it on my list to look at. https://issues.sonatype.org/browse/NAR-94 hope to look at it soon. Regards Mark On Oct 28, 2009, at 6:45 PM, Damon Jacobsen wrote: Mark, I finished doing a merge and somehow got a merge conflict in the pom.xml. I failed miserable to merge it and could not figure out how to do a replace from head. I fixed it by deleting my local repository, recloning, and remodifying my aol.properties file. I then reinstalled the plugin. I am getting the same results. Damon -Original Message- From: Mark Struberg [mailto:strub...@yahoo.de] Sent: Wednesday, October 28, 2009 10:07 AM To: Maven Users List Subject: AW: NAR plugin fetching alone is not enough. You have to do a git pull instead. This is a combined git fetch + git merge. LieGrue, strub - Ursprüngliche Mail Von: Damon Jacobsen dajacob...@lifetouch.com An: Maven Users List users@maven.apache.org Gesendet: Mittwoch, den 28. Oktober 2009, 17:16:31 Uhr Betreff: RE: NAR plugin Mark, I am by no means proficient with git yet, but here is what I did. Yesterday, using msysgit, I 'cloned' http://github.com/duns/maven-nar- plugin.git and http://github.com/duns/cpptasks-parallel.git. Today I 'fetched' from origin. I think this syncs me with any changes made on the head. I have 'mvn install'ed both of them this morning. Damon -Original Message- From: Donszelmann Mark [mailto:mark.donszelm...@gmail.com] Sent: Wednesday, October 28, 2009 8:49 AM To: Maven Users List Subject: Re: NAR plugin Hi Damon, are you sure you are running the latest NAR from github ? Regards Mark On Oct 28, 2009, at 4:23 PM, Damon Jacobsen wrote: Mark, Thanks for the info. The results confirm that the include files are not being added. I think it is due to some odd behavior with spaces in files path. Boy I wish windows could get that correct. Here is my output. [DEBUG] bcc32 -c -X -x -tWM -Od -DWindows -DWIN32 '-IH:\workspace \ImagenomicPortraturePluginDLL\target\nar\javah-include' '-IC: \Program Files\Java\jdk1.6.0_16\include' '-IC:\Program Files\Java \jdk1.6.0_16\include\win32' -IH:\workspace \ImagenomicPortraturePluginDLL\src\main\include -IH:\workspace \ImagenomicPortraturePluginDLL\target\swig\include -w H:\workspace \ImagenomicPortraturePluginDLL\src\main\c++ \com_lifetouch_ImagenomicPortraitureBufferedImageOp.cpp [DEBUG] Execute:Java13CommandLauncher: Executing 'bcc32' with arguments: '' '-c' '-X' '-x' '-tWM' '-Od' '-DWindows' '-DWIN32' '-IH:\workspace\ImagenomicPortraturePluginDLL\target\nar\javah- include' '-IC:\Program Files\Java\jdk1.6.0_16\include' '-IC:\Program Files\Java\jdk1.6.0_16\include\win32' '-IH:\workspace\ImagenomicPortraturePluginDLL\src\main\include' '-IH:\workspace\ImagenomicPortraturePluginDLL\target\swig\include' '-w' 'H:\workspace\ImagenomicPortraturePluginDLL\src\main\c++ \com_lifetouch_Imagenomi cPortraitureBufferedImageOp.cpp' The ' characters around the executable and arguments are not part of the command. [DEBUG] Borland C++ 5.5.1 for Win32 Copyright (c) 1993, 2000 Borland [DEBUG] Error E2194: Could not find file 'Files\Java \jdk1.6.0_16\include.cpp' [DEBUG] Error E2194: Could not find file 'Files\Java \jdk1.6.0_16\include\win32.c pp' Cleaning up the command line to remove the ' character and issuing it at the command line does not have this problem. Damon -Original Message- From: Donszelmann Mark [mailto:mark.donszelm...@gmail.com] Sent: Wednesday, October 28, 2009 8:03 AM
NAR plugin
I am building the newly absorbed NAR project from source and using it. I cannot seem to get it to use the borland compiler correctly. The cpptasks project seems to have support for bcc. I have even updated the aol.properties file to reflect the necessary setting to no avail. Has anyone attempting getting the borland c compiler to run correctly? I have gotten to where the compiler runs, but it returns messages about declaration syntax errors. I do not get these errors with a standard compile however. Damon Jacobsen __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email _
RE: NAR plugin
Damon- some company in texas purchased the borland compiler and i dont know what happened afterwards i had the same problem with Borland Compiler and punted to cygwin...download the full devel package.. gcc is the compiler..ld is the linker..ar is the library manager http://www.cygwin.com 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. Subject: NAR plugin Date: Tue, 27 Oct 2009 19:31:16 -0500 From: dajacob...@lifetouch.com To: users@maven.apache.org I am building the newly absorbed NAR project from source and using it. I cannot seem to get it to use the borland compiler correctly. The cpptasks project seems to have support for bcc. I have even updated the aol.properties file to reflect the necessary setting to no avail. Has anyone attempting getting the borland c compiler to run correctly? I have gotten to where the compiler runs, but it returns messages about declaration syntax errors. I do not get these errors with a standard compile however. Damon Jacobsen __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email _ _ Windows 7: I wanted more reliable, now it's more reliable. Wow! http://microsoft.com/windows/windows-7/default-ga.aspx?h=myidea?ocid=PID24727::T:WLMTAGL:ON:WL:en-US:WWL_WIN_myidea:102009
Nar Plugin Linking Problems (compile 32bit code on 64bit machine)
We are migrating our builds from maven1 to maven2 and therefore migrating to
the 2.0 nar plugin. One issue we are running into is that the build is on a
64bit machine but we need to build using -m32. With the m1 plugin this works
fine by specifying the following properties
i386.Linux.gcc.freehep.nar.linker.arg.mid=-m32
We've tried to do a similar thing w/ the m2 plugin by adding in linker
options of
linker
nameg++/name
options
option-m32/option
/options
/linker
this passes the correct -m32 flag to ld but then fails on the ar step with
the following error
[INFO] Linking...
[ERROR] /usr/bin/ar: illegal option -- 3
[ERROR] Usage: /usr/bin/ar [emulation options] [-]{dmpqrstx}[abcfilNoPsSuvV]
[member-name] [count] archive-file file...
[ERROR] /usr/bin/ar -M [mri-script]
[ERROR] commands:
[ERROR] d - delete file(s) from the archive
[ERROR] m[ab] - move file(s) in the archive
[ERROR] p - print file(s) found in the archive
[ERROR] q[f] - quick append file(s) to the archive
[ERROR] r[ab][f][u] - replace existing or insert new file(s) into the
archive
[ERROR] t - display contents of archive
[ERROR] x[o] - extract file(s) from the archive
[ERROR] command specific modifiers:
[ERROR] [a] - put file(s) after [member-name]
[ERROR] [b] - put file(s) before [member-name] (same as [i])
[ERROR] [N] - use instance [count] of name
[ERROR] [f] - truncate inserted file names
[ERROR] [P] - use full path names when matching
[ERROR] [o] - preserve original dates
[ERROR] [u] - only replace files that are newer than current archive
contents
[ERROR] generic modifiers:
[ERROR] [c] - do not warn if the library had to be created
[ERROR] [s] - create an archive index (cf. ranlib)
[ERROR] [S] - do not build a symbol table
[ERROR] [v] - be verbose
[ERROR] [V] - display the version number
[ERROR] @file - read options from file
[ERROR] emulation options:
[ERROR] No emulation specific options
[ERROR] /usr/bin/ar: supported targets: elf64-x86-64 elf32-i386
a.out-i386-linux efi-app-ia32 elf64-little elf64-big elf32-little elf32-big
srec symbolsrec tekhex binary ihex
It looks like the -m32 option is being passed to ld (which is good) then to
ar (which can not use it).
Anyone have a suggestion on what the correct configuration is w/ the m2
plugin?
Thanks,
Mark
--
View this message in context:
http://n2.nabble.com/Nar-Plugin-Linking-Problems-%28compile-32bit-code-on-64bit-machine%29-tp1109381p1109381.html
Sent from the maven users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: JNI, freehep-nar-plugin and assembly plugin question
Googling returns both of the correct pages as the first hit -Original Message- From: Martin Gainty [mailto:[EMAIL PROTECTED] Sent: Sunday, February 24, 2008 11:41 AM To: Maven Users List Subject: Re: JNI, freehep-nar-plugin and assembly plugin question Could you provide specifics on where to obtain maven-assembly-plugin? I did'nt see any information in maven distro on NAR...could you provide any relevant information on use and configuration? Thanks Martin-- - Original Message - From: Brian E. Fox [EMAIL PROTECTED] To: Maven Users List users@maven.apache.org Sent: Sunday, February 24, 2008 11:09 AM Subject: RE: JNI, freehep-nar-plugin and assembly plugin question You can use the dependency plugin to unpack your zip. It's not clear though if you are trying to include the .so's into the NAR or something else. If it's something else, you can use the assembly plugin to pick up what you need. If it's the nar, then you'll have to experiment with where to unpack the files so they get included. -Original Message- From: Eugeny N Dzhurinsky [mailto:[EMAIL PROTECTED] Sent: Saturday, February 23, 2008 10:56 AM To: users@maven.apache.org Subject: JNI, freehep-nar-plugin and assembly plugin question Hello, everybody! I need some help with this task: We have a project which consists of several modules, and now we need to add the new one - but this module has a binding to JNI, which requires to compile and link native code. After the research I've found there is a plugin at FreeHEP (freehep-nar-plugin) which seems to perform such kind of task and is able to compile and link native sources within Maven. This works fine until we tried to assemble the application in single ZIP archive - we need to include the *.so files in this archive, however the nar plugin does create a some archive (*.nar) which includes these SO files, and the question now - how is it possible to unpack this archive (looks like it is a regular ZIP file?) BEFORE assembling and then include the *.so files into resulting archive. Thank you in advance! -- Eugene N Dzhurinsky - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JNI, freehep-nar-plugin and assembly plugin question
On Sat, Feb 23, 2008 at 5:56 PM, Eugeny N Dzhurinsky [EMAIL PROTECTED] wrote: Hello, everybody! I need some help with this task: We have a project which consists of several modules, and now we need to add the new one - but this module has a binding to JNI, which requires to compile and link native code. After the research I've found there is a plugin at FreeHEP (freehep-nar-plugin) which seems to perform such kind of task and is able to compile and link native sources within Maven. This works fine until we tried to assemble the application in single ZIP archive - we need to include the *.so files in this archive, however the nar plugin does create a some archive (*.nar) which includes these SO files, and the question now - how is it possible to unpack this archive (looks like it is a regular ZIP file?) BEFORE assembling and then include the *.so files into resulting archive. The nar plugin generates it's binary artifacts (in my case jni .so libraries) in target/nar/lib/arch/jni. In this case (JNI binary libs) the only thing that could change from one build to another is the arch. I'm sure you can find in their documentation how to reference that. If you produce some other artifacts (e.g. binary executables) the path would be different, slightly different. You can just add that to a custom assembly file. Bye Thank you in advance! -- Eugene N Dzhurinsky -- Haim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JNI, freehep-nar-plugin and assembly plugin question
You can use the dependency plugin to unpack your zip. It's not clear though if you are trying to include the .so's into the NAR or something else. If it's something else, you can use the assembly plugin to pick up what you need. If it's the nar, then you'll have to experiment with where to unpack the files so they get included. -Original Message- From: Eugeny N Dzhurinsky [mailto:[EMAIL PROTECTED] Sent: Saturday, February 23, 2008 10:56 AM To: users@maven.apache.org Subject: JNI, freehep-nar-plugin and assembly plugin question Hello, everybody! I need some help with this task: We have a project which consists of several modules, and now we need to add the new one - but this module has a binding to JNI, which requires to compile and link native code. After the research I've found there is a plugin at FreeHEP (freehep-nar-plugin) which seems to perform such kind of task and is able to compile and link native sources within Maven. This works fine until we tried to assemble the application in single ZIP archive - we need to include the *.so files in this archive, however the nar plugin does create a some archive (*.nar) which includes these SO files, and the question now - how is it possible to unpack this archive (looks like it is a regular ZIP file?) BEFORE assembling and then include the *.so files into resulting archive. Thank you in advance! -- Eugene N Dzhurinsky - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JNI, freehep-nar-plugin and assembly plugin question
Could you provide specifics on where to obtain maven-assembly-plugin? I did'nt see any information in maven distro on NAR...could you provide any relevant information on use and configuration? Thanks Martin-- - Original Message - From: Brian E. Fox [EMAIL PROTECTED] To: Maven Users List users@maven.apache.org Sent: Sunday, February 24, 2008 11:09 AM Subject: RE: JNI, freehep-nar-plugin and assembly plugin question You can use the dependency plugin to unpack your zip. It's not clear though if you are trying to include the .so's into the NAR or something else. If it's something else, you can use the assembly plugin to pick up what you need. If it's the nar, then you'll have to experiment with where to unpack the files so they get included. -Original Message- From: Eugeny N Dzhurinsky [mailto:[EMAIL PROTECTED] Sent: Saturday, February 23, 2008 10:56 AM To: users@maven.apache.org Subject: JNI, freehep-nar-plugin and assembly plugin question Hello, everybody! I need some help with this task: We have a project which consists of several modules, and now we need to add the new one - but this module has a binding to JNI, which requires to compile and link native code. After the research I've found there is a plugin at FreeHEP (freehep-nar-plugin) which seems to perform such kind of task and is able to compile and link native sources within Maven. This works fine until we tried to assemble the application in single ZIP archive - we need to include the *.so files in this archive, however the nar plugin does create a some archive (*.nar) which includes these SO files, and the question now - how is it possible to unpack this archive (looks like it is a regular ZIP file?) BEFORE assembling and then include the *.so files into resulting archive. Thank you in advance! -- Eugene N Dzhurinsky - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JNI, freehep-nar-plugin and assembly plugin question
Hello, everybody! I need some help with this task: We have a project which consists of several modules, and now we need to add the new one - but this module has a binding to JNI, which requires to compile and link native code. After the research I've found there is a plugin at FreeHEP (freehep-nar-plugin) which seems to perform such kind of task and is able to compile and link native sources within Maven. This works fine until we tried to assemble the application in single ZIP archive - we need to include the *.so files in this archive, however the nar plugin does create a some archive (*.nar) which includes these SO files, and the question now - how is it possible to unpack this archive (looks like it is a regular ZIP file?) BEFORE assembling and then include the *.so files into resulting archive. Thank you in advance! -- Eugene N Dzhurinsky pgpNrhtNenhGa.pgp Description: PGP signature
Anyone used the NAR plugin for native code ?
Hi, I'm currently looking into the NAR plugin from the FreeHEP site (http://java.freehep.org/freehep-nar-plugin/), and have some questions regarding the use of this plugin. I'm building a JNI-library from a Java class, on a x86-Windows platform. Currently I have two issues: 1. When I use Microsoft C++ compiler and linker (msvc), I can build my project from the Visual Studio 2005 commandline window, but not from any command window, neither from within the Netbeans (v5.5.1) IDE I'm using. Any ideas why ? 2. When I use the g++ compiler, the NAR-plugin doesn't seem to find the C++ source file to compile. I get 0 total files to be compiled: [INFO] [freehep-nar:nar-javah] [INFO] Running javah compiler on 1 classes... [INFO] [freehep-nar:nar-compile] [INFO] Project base dir set to: C:\Documents and Settings\asty\Skrivebord\linemodel [INFO] 0 total files to be compiled. [INFO] Starting link (3.4.4 -shared -lstdc++ -shared-libgcc) [INFO] gcc -shared -o liblinemodel-1.0-SNAPSHOT.so -lstdc++ -shared-libgcc [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] Finally, my C++ implementation of the JNI library is dependent on a third party DLL (or LIB) not found in any repository. Where in the directorystructure should I place this DLL (or LIB) for the C++ linker to find it and include it ? Regards Arne
Re: Anyone used the NAR plugin for native code ?
Hi Arne, On Jun 13, 2007, at 2:51 AM, Arne Styve wrote: Hi, I'm currently looking into the NAR plugin from the FreeHEP site (http://java.freehep.org/freehep-nar-plugin/), and have some questions regarding the use of this plugin. I'm building a JNI-library from a Java class, on a x86-Windows platform. Currently I have two issues: 1. When I use Microsoft C++ compiler and linker (msvc), I can build my project from the Visual Studio 2005 commandline window, but not from any command window, neither from within the Netbeans (v5.5.1) IDE I'm using. Any ideas why ? The command window is the IDE or something else. I guess neither Visual Studio nor Netbeans knows how to integrate the nar lifecycle needed to compile native components. 2. When I use the g++ compiler, the NAR-plugin doesn't seem to find the C++ source file to compile. I get 0 total files to be compiled: [INFO] [freehep-nar:nar-javah] [INFO] Running javah compiler on 1 classes... [INFO] [freehep-nar:nar-compile] [INFO] Project base dir set to: C:\Documents and Settings\asty\Skrivebord\linemodel [INFO] 0 total files to be compiled. [INFO] Starting link (3.4.4 -shared -lstdc++ -shared-libgcc) [INFO] gcc -shared -o liblinemodel-1.0-SNAPSHOT.so -lstdc++ -shared-libgcc [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] Files are searched in src/main, but maybe you have them with some strange extension? Finally, my C++ implementation of the JNI library is dependent on a third party DLL (or LIB) not found in any repository. Where in the directorystructure should I place this DLL (or LIB) for the C++ linker to find it and include it ? You need to (hand)-wrap it into a nar file and put it in your repository. I have been thinking on how to automate this. A lot of people seem to have libs without sources and just want to depend on them. Will post a few examples on the site in the coming week. Regards Mark Regards Arne - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FreeHEP NAR Plugin documentation updated
Hi for those of you using the FreeHEP NAR Plugin in Maven 2, the documentation on the website has been updated: http://java.freehep.org/freehep-nar-plugin and the plugin is available from: http://java.freehep.org/maven2/org/freehep/freehep-nar-plugin/ The FreeHEP NAR (Native ARchive) plugin enables the building of native (c, c++, fortran) artifacts, the deployment of these and dependencies on them. Regards Mark Donszelmann Stanford Linear Accelerator Center - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: NAR Plugin Problems
Hi Mark, Many thanks for the quick reply. I've looked at - and do currently use - the maven native plugin, but I came across the NAR plugin and it looked like it handled header file dependencies and multiple platforms in a more convenient way. If someone else suggests anything obvious I'm doing wrong I'll take another look, otherwise I'll leave it on the backburner and hope to pick up an updated version of NAR when you're on the relevant phase of your project. Regards, Gary. -- View this message in context: http://www.nabble.com/NAR+Plugin+Problems-t1670063.html#a4537229 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
NAR Plugin Problems
I found this forum almost by accident and have already found out quite a lot of useful information by browsing the old posts. Anyway time to register and ask a question (and hopefully if I become skilled enough with Maven to contribute something back in time!) I've been having some problems with the NAR plugin under Maven 2. I've configured the freehep repository in my settings.xml as follows: pluginRepository idfreehep/id nameFreeHEP/name urlhttp://java.freehep.org/maven2/url layoutdefault/layout releases enabledtrue/enabled updatePolicydaily/updatePolicy checksumPolicywarn/checksumPolicy /releases snapshots enabledtrue/enabled updatePolicydaily/updatePolicy /snapshots /pluginRepository And my pom.xml is as follows: project modelVersion4.0.0/modelVersion groupIdMQ/groupId artifactIdMQ/artifactId nameQuant/name packagingnar/packaging version1.0-SNAPSHOT/version urlhttp://maven.apache.org/url build plugins plugin groupIdorg.freehep/groupId artifactIdfreehep-nar-plugin/artifactId version2.0-alpha-1-SNAPSHOT/version extensionstrue/extensions configuration cpp includePaths includePathsrc/cpp/includePath /includePaths /cpp /configuration /plugin /plugins /build /project The plugin seems to download fine, and running goals such as mvn compile definitely excute the plugin, but I can't seem to run other goals such as mvn nar:info or mvn nar:nar. They simply result in the error message: The plugin 'org.apache.maven.plugins:maven-nar-plugin' does not exist or no valid version could be found I understand that Maven looks for plugins entitled maven-myplugin-plugin by default, unless a plugin prefix is configured using the goalPrefix tag in the plugins pom. I've had a look through the NAR's pom files and can't see this specified, so I'm wondering if there is something wrong with the plugin...or more likely that I'm doing something wrong. Can anyone help? Gary. -- View this message in context: http://www.nabble.com/NAR+Plugin+Problems-t1670063.html#a4526525 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
