About maven 2.0.x and 2.2.x branches
Hi, I looked around but couldn't find a good resource about the differences on maven 2.0.x and 2.2.x branches. What are the differences between those. I know that 2.2.x requires jdk1.5 at least. is it the only differences? pre jdk 1.5 post jdk 1.5 branching? Thanks, Mert.
[ANN] odt2apt maven plugin
Hello, I recently used the maven site plugin for the first time, and really liked it. I however came to dislike the APT format rather quickly. I spent far too much time manually reformatting my paragraphs to make the source readable. I felt that it would be very nice to be able to document in Open Office and still be able to generate a site and a PDF with maven-pdf-plugin, so I took a look at the ODT format and it turned out to be rather simple and easy. So I wrote a maven plugin I called maven-odt2apt-plugin. It currently supports everything in APT with the exception of tables. It requires an APT.ott template file defining the APT styles which must be used in the open office document. Links and images are also supported. When you work in Open Office you get something that is not 100% identical, but very similar to the end result. If you define the plugin to run in the pre-site phase and put your odt documents in src/site/odt and then do mvn site it will go all the way from your odt document to a site. The plugin is released as open source under that Apache 2.0 license, and can be found on sourceforge: http://odt2apt.sf.net/. I inform about this since at least I find it hard to find and know about all free software out there, and I believe that I'm not alone in disliking working directly with APT. I though that there might be others out there that might be interested in this plugin, and this is the right place to inform about it. Best Regards, Tommy Svensson - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: [ANN] odt2apt maven plugin
I can't browse your source repository as I don't have hg but it sounds like it should be easy now to turn this into a more general doxia parser. You don't have to go via apt to generate your site/pdf, just parse your odt into a general sink instead of an apt, then any plugin (site/pdf/other...) can use it directly to generate any doxia-supported output format, without any coupling to the apt format. In other words, odt would be an equal citizen in the list of maven documentation input formats (apt, xdoc, confluence...). If you are interested, attach a patch to http://jira.codehaus.org/browse/DOXIA, I would be happy to review and apply it. Cheers, -Lukas Tommy Svensson wrote: Hello, I recently used the maven site plugin for the first time, and really liked it. I however came to dislike the APT format rather quickly. I spent far too much time manually reformatting my paragraphs to make the source readable. I felt that it would be very nice to be able to document in Open Office and still be able to generate a site and a PDF with maven-pdf-plugin, so I took a look at the ODT format and it turned out to be rather simple and easy. So I wrote a maven plugin I called maven-odt2apt-plugin. It currently supports everything in APT with the exception of tables. It requires an APT.ott template file defining the APT styles which must be used in the open office document. Links and images are also supported. When you work in Open Office you get something that is not 100% identical, but very similar to the end result. If you define the plugin to run in the pre-site phase and put your odt documents in src/site/odt and then do mvn site it will go all the way from your odt document to a site. The plugin is released as open source under that Apache 2.0 license, and can be found on sourceforge: http://odt2apt.sf.net/. I inform about this since at least I find it hard to find and know about all free software out there, and I believe that I'm not alone in disliking working directly with APT. I though that there might be others out there that might be interested in this plugin, and this is the right place to inform about it. Best Regards, Tommy Svensson - 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: [ANN] odt2apt maven plugin
+1 to get doxia to support odt -D On Sun, Feb 7, 2010 at 9:14 AM, Lukas Theussl ltheu...@apache.org wrote: I can't browse your source repository as I don't have hg but it sounds like it should be easy now to turn this into a more general doxia parser. You don't have to go via apt to generate your site/pdf, just parse your odt into a general sink instead of an apt, then any plugin (site/pdf/other...) can use it directly to generate any doxia-supported output format, without any coupling to the apt format. In other words, odt would be an equal citizen in the list of maven documentation input formats (apt, xdoc, confluence...). If you are interested, attach a patch to http://jira.codehaus.org/browse/DOXIA, I would be happy to review and apply it. Cheers, -Lukas Tommy Svensson wrote: Hello, I recently used the maven site plugin for the first time, and really liked it. I however came to dislike the APT format rather quickly. I spent far too much time manually reformatting my paragraphs to make the source readable. I felt that it would be very nice to be able to document in Open Office and still be able to generate a site and a PDF with maven-pdf-plugin, so I took a look at the ODT format and it turned out to be rather simple and easy. So I wrote a maven plugin I called maven-odt2apt-plugin. It currently supports everything in APT with the exception of tables. It requires an APT.ott template file defining the APT styles which must be used in the open office document. Links and images are also supported. When you work in Open Office you get something that is not 100% identical, but very similar to the end result. If you define the plugin to run in the pre-site phase and put your odt documents in src/site/odt and then do mvn site it will go all the way from your odt document to a site. The plugin is released as open source under that Apache 2.0 license, and can be found on sourceforge: http://odt2apt.sf.net/. I inform about this since at least I find it hard to find and know about all free software out there, and I believe that I'm not alone in disliking working directly with APT. I though that there might be others out there that might be interested in this plugin, and this is the right place to inform about it. Best Regards, Tommy Svensson - 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: update snapshots always but do not block when unreachable
You can use the offline mode when it's unreachable. This is settable by -o from the command line. On Sat, Feb 6, 2010 at 9:03 AM, tbee t...@tbee.org wrote: I'm busy fine tuning our maven (3) based environment. One of the behaviors I want is this: - always check if there is a newer version of snapshots in Nexus - but do not fail when Nexus is unreachable The first is done with --update-snapshots, but if the repository is unreachable (for whatever reason; e.g. you're on a train and the connection is down), the developer cannot compile anymore because Maven fails with an error. I also tried: snapshotRepository idkp-snapshots/id url.../url uniqueVersionfalse/uniqueVersion snapshots updatePolicyalways/updatePolicy /snapshots /snapshotRepository But then it does not check for a newer version in Nexus. Is it possible to configure: check-and-update-always-if-available? -- View this message in context: http://old.nabble.com/update-snapshots-always-but-do-not-block-when-unreachable-tp27479906p27479906.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: [ANN] odt2apt maven plugin
I have no knowledge of maven internals. I did go to maven.apache.org/doxia, but cannot find any documentation on this internal doxia format or how to plugin to doxia in general. Where can I find information how this sink works, what I need to do to do what you suggest ? It would be relatively simple to make my code output something else than APT, or produce another model if thats what is needed. I did suspect from the beginning that there is a better way to do this by somehow plugging in to doxia, but I looked at the doxia site and googled on it too, but I didn't get any wiser then than I did now. This was just a short sidetrack from the main thing I was working on so I decided to do the simplest thing I could: Generate APT. But it would be nice to do it the better way if somebody could point me in the right direction for figuring out how. I'm starting to get a suspicion that the answer is going to be read the source! :-). Regards, Tommy 7 feb 2010 kl. 18.24 skrev Dan Tran: +1 to get doxia to support odt -D On Sun, Feb 7, 2010 at 9:14 AM, Lukas Theussl ltheu...@apache.org wrote: I can't browse your source repository as I don't have hg but it sounds like it should be easy now to turn this into a more general doxia parser. You don't have to go via apt to generate your site/pdf, just parse your odt into a general sink instead of an apt, then any plugin (site/pdf/other...) can use it directly to generate any doxia-supported output format, without any coupling to the apt format. In other words, odt would be an equal citizen in the list of maven documentation input formats (apt, xdoc, confluence...). If you are interested, attach a patch to http://jira.codehaus.org/browse/DOXIA, I would be happy to review and apply it. Cheers, -Lukas Tommy Svensson wrote: Hello, I recently used the maven site plugin for the first time, and really liked it. I however came to dislike the APT format rather quickly. I spent far too much time manually reformatting my paragraphs to make the source readable. I felt that it would be very nice to be able to document in Open Office and still be able to generate a site and a PDF with maven-pdf-plugin, so I took a look at the ODT format and it turned out to be rather simple and easy. So I wrote a maven plugin I called maven-odt2apt-plugin. It currently supports everything in APT with the exception of tables. It requires an APT.ott template file defining the APT styles which must be used in the open office document. Links and images are also supported. When you work in Open Office you get something that is not 100% identical, but very similar to the end result. If you define the plugin to run in the pre-site phase and put your odt documents in src/site/odt and then do mvn site it will go all the way from your odt document to a site. The plugin is released as open source under that Apache 2.0 license, and can be found on sourceforge: http://odt2apt.sf.net/. I inform about this since at least I find it hard to find and know about all free software out there, and I believe that I'm not alone in disliking working directly with APT. I though that there might be others out there that might be interested in this plugin, and this is the right place to inform about it. Best Regards, Tommy Svensson - 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 ___ Natusoft AB Tommy Svensson to...@natusoft.se 0703 55 50 19 ___
Re: update snapshots always but do not block when unreachable
BRIAN FOX-5 wrote: You can use the offline mode when it's unreachable. This is settable by -o from the command line. But it will not do that automatically? If unreachable then add -o, if reachable add -U. Correct? But there is no update-if-reachable? -- View this message in context: http://old.nabble.com/update-snapshots-always-but-do-not-block-when-unreachable-tp27479906p27491105.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: [ANN] odt2apt maven plugin
Well, reading the source doesn't hurt, you know... ;) A lot of documentation for doxia is in the javadocs, see eg the sink (in doxia-sink-api [1]) and the parser (in doxia-core, [2]). Basically, all you need to do is create a new doxia module [3] with just a parser (a sink would be nice too btw! :) ). For a parser you just need to implement one method: parse(Reader source, Sink sink) which takes an input document from a source and emits sink events into the sink. You might want to consult the examples of existing parsers for the standard doxia modules (apt, xdoc, fml) [4]. If you have any specific questions or problems, don't hesitate to ask on the doxia-dev list [5]. HTH, -Lukas [1] http://maven.apache.org/doxia/doxia/doxia-sink-api/apidocs/org/apache/maven/doxia/sink/Sink.html [2] http://maven.apache.org/doxia/doxia/doxia-core/apidocs/org/apache/maven/doxia/parser/Parser.html [3] http://maven.apache.org/doxia/developers/index.html [4] http://svn.apache.org/viewvc/maven/doxia/doxia/trunk/doxia-modules/ [5] http://maven.apache.org/doxia/mail-lists.html Tommy Svensson wrote: I have no knowledge of maven internals. I did go to maven.apache.org/doxia, but cannot find any documentation on this internal doxia format or how to plugin to doxia in general. Where can I find information how this sink works, what I need to do to do what you suggest ? It would be relatively simple to make my code output something else than APT, or produce another model if thats what is needed. I did suspect from the beginning that there is a better way to do this by somehow plugging in to doxia, but I looked at the doxia site and googled on it too, but I didn't get any wiser then than I did now. This was just a short sidetrack from the main thing I was working on so I decided to do the simplest thing I could: Generate APT. But it would be nice to do it the better way if somebody could point me in the right direction for figuring out how. I'm starting to get a suspicion that the answer is going to be read the source! :-). Regards, Tommy 7 feb 2010 kl. 18.24 skrev Dan Tran: +1 to get doxia to support odt -D On Sun, Feb 7, 2010 at 9:14 AM, Lukas Theussl ltheu...@apache.org wrote: I can't browse your source repository as I don't have hg but it sounds like it should be easy now to turn this into a more general doxia parser. You don't have to go via apt to generate your site/pdf, just parse your odt into a general sink instead of an apt, then any plugin (site/pdf/other...) can use it directly to generate any doxia-supported output format, without any coupling to the apt format. In other words, odt would be an equal citizen in the list of maven documentation input formats (apt, xdoc, confluence...). If you are interested, attach a patch to http://jira.codehaus.org/browse/DOXIA, I would be happy to review and apply it. Cheers, -Lukas Tommy Svensson wrote: Hello, I recently used the maven site plugin for the first time, and really liked it. I however came to dislike the APT format rather quickly. I spent far too much time manually reformatting my paragraphs to make the source readable. I felt that it would be very nice to be able to document in Open Office and still be able to generate a site and a PDF with maven-pdf-plugin, so I took a look at the ODT format and it turned out to be rather simple and easy. So I wrote a maven plugin I called maven-odt2apt-plugin. It currently supports everything in APT with the exception of tables. It requires an APT.ott template file defining the APT styles which must be used in the open office document. Links and images are also supported. When you work in Open Office you get something that is not 100% identical, but very similar to the end result. If you define the plugin to run in the pre-site phase and put your odt documents in src/site/odt and then do mvn site it will go all the way from your odt document to a site. The plugin is released as open source under that Apache 2.0 license, and can be found on sourceforge: http://odt2apt.sf.net/. I inform about this since at least I find it hard to find and know about all free software out there, and I believe that I'm not alone in disliking working directly with APT. I though that there might be others out there that might be interested in this plugin, and this is the right place to inform about it. Best Regards, Tommy Svensson - 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: [ANN] odt2apt maven plugin
I never done any doxia dev work, but would http://maven.apache.org/doxia/developers/index.html#Create_a_New_Doxia_Module help? -D On Sun, Feb 7, 2010 at 10:12 AM, Tommy Svensson to...@natusoft.se wrote: I have no knowledge of maven internals. I did go to maven.apache.org/doxia, but cannot find any documentation on this internal doxia format or how to plugin to doxia in general. Where can I find information how this sink works, what I need to do to do what you suggest ? It would be relatively simple to make my code output something else than APT, or produce another model if thats what is needed. I did suspect from the beginning that there is a better way to do this by somehow plugging in to doxia, but I looked at the doxia site and googled on it too, but I didn't get any wiser then than I did now. This was just a short sidetrack from the main thing I was working on so I decided to do the simplest thing I could: Generate APT. But it would be nice to do it the better way if somebody could point me in the right direction for figuring out how. I'm starting to get a suspicion that the answer is going to be read the source! :-). Regards, Tommy 7 feb 2010 kl. 18.24 skrev Dan Tran: +1 to get doxia to support odt -D On Sun, Feb 7, 2010 at 9:14 AM, Lukas Theussl ltheu...@apache.org wrote: I can't browse your source repository as I don't have hg but it sounds like it should be easy now to turn this into a more general doxia parser. You don't have to go via apt to generate your site/pdf, just parse your odt into a general sink instead of an apt, then any plugin (site/pdf/other...) can use it directly to generate any doxia-supported output format, without any coupling to the apt format. In other words, odt would be an equal citizen in the list of maven documentation input formats (apt, xdoc, confluence...). If you are interested, attach a patch to http://jira.codehaus.org/browse/DOXIA, I would be happy to review and apply it. Cheers, -Lukas Tommy Svensson wrote: Hello, I recently used the maven site plugin for the first time, and really liked it. I however came to dislike the APT format rather quickly. I spent far too much time manually reformatting my paragraphs to make the source readable. I felt that it would be very nice to be able to document in Open Office and still be able to generate a site and a PDF with maven-pdf-plugin, so I took a look at the ODT format and it turned out to be rather simple and easy. So I wrote a maven plugin I called maven-odt2apt-plugin. It currently supports everything in APT with the exception of tables. It requires an APT.ott template file defining the APT styles which must be used in the open office document. Links and images are also supported. When you work in Open Office you get something that is not 100% identical, but very similar to the end result. If you define the plugin to run in the pre-site phase and put your odt documents in src/site/odt and then do mvn site it will go all the way from your odt document to a site. The plugin is released as open source under that Apache 2.0 license, and can be found on sourceforge: http://odt2apt.sf.net/. I inform about this since at least I find it hard to find and know about all free software out there, and I believe that I'm not alone in disliking working directly with APT. I though that there might be others out there that might be interested in this plugin, and this is the right place to inform about it. Best Regards, Tommy Svensson - 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 ___ Natusoft AB Tommy Svensson to...@natusoft.se 0703 55 50 19 ___ - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: [ANN] odt2apt maven plugin
Hmm. I apparently suck att digging upp information at a site since all links both you and Dan gave me comes from http://maven.apache.org/doxia/doxia/ where I've looked twice now! But this is a good start. I will look into it. And looking at the code for the APT module is probably a good idea. Thanks for the information. Regards, Tommy 7 feb 2010 kl. 20.38 skrev Lukas Theussl: Well, reading the source doesn't hurt, you know... ;) A lot of documentation for doxia is in the javadocs, see eg the sink (in doxia-sink-api [1]) and the parser (in doxia-core, [2]). Basically, all you need to do is create a new doxia module [3] with just a parser (a sink would be nice too btw! :) ). For a parser you just need to implement one method: parse(Reader source, Sink sink) which takes an input document from a source and emits sink events into the sink. You might want to consult the examples of existing parsers for the standard doxia modules (apt, xdoc, fml) [4]. If you have any specific questions or problems, don't hesitate to ask on the doxia-dev list [5]. HTH, -Lukas [1] http://maven.apache.org/doxia/doxia/doxia-sink-api/apidocs/org/apache/maven/doxia/sink/Sink.html [2] http://maven.apache.org/doxia/doxia/doxia-core/apidocs/org/apache/maven/doxia/parser/Parser.html [3] http://maven.apache.org/doxia/developers/index.html [4] http://svn.apache.org/viewvc/maven/doxia/doxia/trunk/doxia-modules/ [5] http://maven.apache.org/doxia/mail-lists.html Tommy Svensson wrote: I have no knowledge of maven internals. I did go to maven.apache.org/doxia, but cannot find any documentation on this internal doxia format or how to plugin to doxia in general. Where can I find information how this sink works, what I need to do to do what you suggest ? It would be relatively simple to make my code output something else than APT, or produce another model if thats what is needed. I did suspect from the beginning that there is a better way to do this by somehow plugging in to doxia, but I looked at the doxia site and googled on it too, but I didn't get any wiser then than I did now. This was just a short sidetrack from the main thing I was working on so I decided to do the simplest thing I could: Generate APT. But it would be nice to do it the better way if somebody could point me in the right direction for figuring out how. I'm starting to get a suspicion that the answer is going to be read the source! :-). Regards, Tommy 7 feb 2010 kl. 18.24 skrev Dan Tran: +1 to get doxia to support odt -D On Sun, Feb 7, 2010 at 9:14 AM, Lukas Theussl ltheu...@apache.org wrote: I can't browse your source repository as I don't have hg but it sounds like it should be easy now to turn this into a more general doxia parser. You don't have to go via apt to generate your site/pdf, just parse your odt into a general sink instead of an apt, then any plugin (site/pdf/other...) can use it directly to generate any doxia-supported output format, without any coupling to the apt format. In other words, odt would be an equal citizen in the list of maven documentation input formats (apt, xdoc, confluence...). If you are interested, attach a patch to http://jira.codehaus.org/browse/DOXIA, I would be happy to review and apply it. Cheers, -Lukas Tommy Svensson wrote: Hello, I recently used the maven site plugin for the first time, and really liked it. I however came to dislike the APT format rather quickly. I spent far too much time manually reformatting my paragraphs to make the source readable. I felt that it would be very nice to be able to document in Open Office and still be able to generate a site and a PDF with maven-pdf-plugin, so I took a look at the ODT format and it turned out to be rather simple and easy. So I wrote a maven plugin I called maven-odt2apt-plugin. It currently supports everything in APT with the exception of tables. It requires an APT.ott template file defining the APT styles which must be used in the open office document. Links and images are also supported. When you work in Open Office you get something that is not 100% identical, but very similar to the end result. If you define the plugin to run in the pre-site phase and put your odt documents in src/site/odt and then do mvn site it will go all the way from your odt document to a site. The plugin is released as open source under that Apache 2.0 license, and can be found on sourceforge: http://odt2apt.sf.net/. I inform about this since at least I find it hard to find and know about all free software out there, and I believe that I'm not alone in disliking working directly with APT. I though that there might be others out there that might be interested in this plugin, and this is the right place to inform about it. Best Regards, Tommy Svensson - To unsubscribe, e-mail:
Re: update snapshots always but do not block when unreachable
Correct. It should simply blacklist the repo and keep going after it determines the repo is unreachable, so it shouldn't really be an issue if you already have everything locally. On Sun, Feb 7, 2010 at 1:30 PM, tbee t...@tbee.org wrote: BRIAN FOX-5 wrote: You can use the offline mode when it's unreachable. This is settable by -o from the command line. But it will not do that automatically? If unreachable then add -o, if reachable add -U. Correct? But there is no update-if-reachable? -- View this message in context: http://old.nabble.com/update-snapshots-always-but-do-not-block-when-unreachable-tp27479906p27491105.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: About maven 2.0.x and 2.2.x branches
http://maven.apache.org/release-notes-all.html On Sun, Feb 7, 2010 at 8:23 AM, Mert Çalışkan mcalis...@gmail.com wrote: Hi, I looked around but couldn't find a good resource about the differences on maven 2.0.x and 2.2.x branches. What are the differences between those. I know that 2.2.x requires jdk1.5 at least. is it the only differences? pre jdk 1.5 post jdk 1.5 branching? Thanks, Mert. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven Archetype 1.0 to 2.0 variations question on CLI interactive prompt
On 06/02/2010, at 2:44 PM, Matthew McCullough wrote: Wendy noted: It all changed with archetype 2.0 and I don't think all the archetypes came back. now they get generated from samples or something. Can anyone elaborate on the above statement? Any docs/wiki/nabble links on the rewrite and new way to use 'samples'? I was never clear on the intention myself, since generating from the sample project gives you an archetype in target, but doesn't do any of the further steps for building, deploying or releasing the archetype. I would suggest the following: - generate a project from the old archetype - fix it up to how you would expect - submit it as a patch for the samples directory. To get it release, we should discuss what needs to happen with them on dev@, but the best thing is probably to build an /archetypes directory, similar to /plugins, and move forward from there. - Brett -- Brett Porter br...@apache.org http://brettporter.wordpress.com/ - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: 2.0-beta-10 of release plugin
.. which has happened too. We'd love to hear your results of testing on d...@. http://mail-archives.apache.org/mod_mbox/maven-dev/201002.mbox/%3c4b6df774.8000...@apache.org%3e On 06/02/2010, at 2:27 AM, Stephen Connolly wrote: it's being skipped and 2.0 is in the process of being released but there are some issues which Benjamin may or may not have vetoed the release on... as soon as Benjamin clarifies whether he was vetoing the release or not, the release manager will be able to continue or re-roll the release of 2.0 On 5 February 2010 14:43, Todd Thiessen tthies...@avaya.com wrote: It doesn't look like this version of the release plugin has been released yet. It has the useRemoteTagging fix or the branch goal in it which I am interested in. Could this plugin be released? --- Todd Thiessen - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Brett Porter br...@apache.org http://brettporter.wordpress.com/ - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Including generated jars into ear file
Hi, My project structure is as follows: myproject - pom.xml - myearmodule -pom.xml - mywebmodule -pom.xml - myejbmodule -pom.xml . pom.xml of 'myejbmodule' --- : : plugin artifactIdmaven-antrun-plugin/artifactId dependencies /dependencies executions execution phasecompile/phase configuration tasks java classname=org.apache.xalan.xsltc.cmdline.Compile dir=${project.build.directory} arg line=-p package1.package2./ arg line=-j mytranslets.jar/ arg line=-u file:///${basedir}/myfolder/label.xsl/ /java /tasks /configuration goals goalrun/goal /goals /execution /executions /plugin The 'mytranslets.jar' jar file created in 'myejbmodule' gets created in the 'target' folder of 'myejbmodule' I would want to include the jar as part of the myearmodule.ear that gets generated from 'myearmodule'. Any pointers?? Cheers, -- View this message in context: http://old.nabble.com/Including-generated-jars-into-ear-file-tp27495491p27495491.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: Including generated jars into ear file
The 'mytranslets.jar' jar file created in 'myejbmodule' gets created in the 'target' folder of 'myejbmodule' I would want to include the jar as part of the myearmodule.ear that gets generated from 'myearmodule'. Any pointers?? Use build-helper-maven-plugin to bind that generated jar to your build (maybe with a classifier), then depend on it in the Ear project and it will automatically be bundled with other jars. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
[ANN] Animal Sniffer 1.5 released
The Mojo team is pleased to announce the release of Animal Sniffer version 1.5. This is the third release of Animal Sniffer (http://mojo.codehaus.org/animal-sniffer/) since it moved from java.net to the mojo project at codehaus. We have fixed a number of bugs ( http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=12070version=16009 ) with this release. Animal Sniffer provides tools to assist verifying that classes compiled with a newer JDK/API are compatible with an older JDK/API. The following tools are provided by animal sniffer: * A command line tool to dump the class file version number (http://mojo.codehaus.org/animal-sniffer/animal-sniffer/index.html). This helps you track down the offending jar file when you see UnsupportedClassVersionError. * A set of ANT tasks (http://mojo.codehaus.org/animal-sniffer/animal-sniffer-ant-tasks/index.html ) for verifying that your classes comply with an API signature as well as tasks for creating API signatures from a JDK, or a collection or jar and class files, or a collection of other API signature files, or combination of these elements. * A rule for use in the maven-enforcer-plugin (http://mojo.codehaus.org/animal-sniffer/animal-sniffer -enforcer-rule/index.html) for verifying that your classes comply with an API signature . * A maven plugin (http://mojo.codehaus.org/animal-sniffer-maven-plugin/index.html) for verifying that your classes comply with an API signature as well as for creating API signatures from a JDK, or the current module's classes, or the current module's dependencies, or a collection of other API signature files, or combination of these elements. The artifacts have been deployed to the codehaus repository and have been/will be mirrored to central. The Mojo Team.
Re: Including generated jars into ear file
Hi Wayne, Thanks for the response. I feel we are close now. In pom.xml for 'myejbmodule' module, immediately after 'maven-antrun-plugin' section, I have added the following section: plugin groupIdorg.codehaus.mojo/groupId artifactIdbuild-helper-maven-plugin/artifactId executions execution idattach-artifacts/id phasepackage/phase goals goalattach-artifact/goal /goals configuration artifacts artifact file${project.build.directory}/mytranslets.jar/file typejar/type /artifact /artifacts /configuration /execution /executions /plugin When I run maven build for just that module, I do not get any errors. Now when I tried to add dependency to my 'myearmodule' like dependency groupId/groupId artifactIdmytranslets/artifactId version1.0/version /dependency Then I get build error: Missing: -- 1) xxx:mytranslets:jar:1.0 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=au.com.auspost.pcms -DartifactId=pcms- abel-translets -Dversion=1.0 -Dpackaging=jar -Dfile=/path/to/file Cheers, tamugrg wrote: Hi, My project structure is as follows: myproject - pom.xml - myearmodule -pom.xml - mywebmodule -pom.xml - myejbmodule -pom.xml . pom.xml of 'myejbmodule' --- : : plugin artifactIdmaven-antrun-plugin/artifactId dependencies /dependencies executions execution phasecompile/phase configuration tasks java classname=org.apache.xalan.xsltc.cmdline.Compile dir=${project.build.directory} arg line=-p package1.package2./ arg line=-j mytranslets.jar/ arg line=-u file:///${basedir}/myfolder/label.xsl/ /java /tasks /configuration goals goalrun/goal /goals /execution /executions /plugin The 'mytranslets.jar' jar file created in 'myejbmodule' gets created in the 'target' folder of 'myejbmodule' I would want to include the jar as part of the myearmodule.ear that gets generated from 'myearmodule'. Any pointers?? Cheers, -- View this message in context: http://old.nabble.com/Including-generated-jars-into-ear-file-tp27495491p27496356.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