[VOTE] Release maven install plugin 2.2
Last release was more than a year ago and it's needed for ant plugin integration tests List of fixed issues http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=11136&fixfor=12256 Deployed snapshot of rev 537548 -- I could give you my word as a Spaniard. No good. I've known too many Spaniards. -- The Princess Bride - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r537542 - /maven/pom/trunk/maven/pom.xml
FYI, I added jar plugin config for manifest specification/implementation entries to the maven-parent pom for v6. Does anyone think it will cause problems? I know there were issues with multi-line descriptions, but I believe the jar plugin was fixed to use 'name' instead. -- Wendy On 5/12/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: Author: wsmoak Date: Sat May 12 20:10:23 2007 New Revision: 537542 URL: http://svn.apache.org/viewvc?view=rev&rev=537542 Log: Configure the jar plugin to add specification and implementation entries to the manifest. Modified: maven/pom/trunk/maven/pom.xml Modified: maven/pom/trunk/maven/pom.xml URL: http://svn.apache.org/viewvc/maven/pom/trunk/maven/pom.xml?view=diff&rev=537542&r1=537541&r2=537542 == --- maven/pom/trunk/maven/pom.xml (original) +++ maven/pom/trunk/maven/pom.xml Sat May 12 20:10:23 2007 @@ -94,10 +94,23 @@ -Prelease + + + org.apache.maven.plugins + maven-jar-plugin + 2.1 + + + + true + true + + + + - ci - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Remote resources plugin for assemblies?
On 5/12/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote: My main concern is that NOTICE only include licensing/copyright for the runtime dependencies, while my assemblies often include also test/compile dependencies. I currently resolved adding a "postProjectText" in the pom: The ability to include test scoped dependencies in the notice file would be a nice enhancement to the plugin. JIRA is here if you'd like to open an issue... http://jira.codehaus.org/browse/MRRESOURCES (Compile scope is the default, so I'm pretty sure those are included.) -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Remote resources plugin for assemblies?
On 5/12/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote: I've had the same problem. I currently add this to fileSets: target/maven-shared-archive-resources/META-INF/ / NOTICE LICENSE Thanks, that's exactly what I needed. :) -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven Diagram Maker
I've been spending the last couple of days with Prefuse with the intention of creating a Maven plugin to implement the Dependency Graphing proposal (http://docs.codehaus.org/display/MAVEN/Dependency+Graphing), also for Google Summer of Code. I have three concerns about the appropriateness of Prefuse for generating static UML-like diagrams. First: My experience so far has been that Prefuse can create simple shapes (boxes, ellipses, etc) and does an excellent job with those in forced ("spring-loaded") layouts, but won't be appropriate for shapes as complex as UML classes and components, since Prefuse shapes are defined via enumeration (Constants.SHAPE_*) rather than subclassing. A second concern that I have for Piotr with the use of Prefuse for static diagrams is that Prefuse uses the AWT for rendering; this may cause problems on a UNIX build host that doesn't have a running X server. This is based on a vague memory, but it bears testing if this sort of environment is a priority. Finally, in static diagrams, there is a certain polish provided by snapping shapes to a grid, and having shapes that align with each other. With Prefuse, the user immediately gets the sense that edges in the graph are springs, so the smoothness of the animation gets a higher priority. I can't say that I have any better toolkits in mind, though, so I'm not going to argue whether Prefuse is the best platform available for the job. Peter Evan Worley wrote: > As for the graph and layout, I can attest that the Piotr has selecting > the > best graphing platform available. Prefuse has been able to do leaps and > bounds more than jung or jgraph, so I would be optimistic about his > ability > to manage the layout. > > Evan > > On 5/11/07, Milos Kleint <[EMAIL PROTECTED]> wrote: >> >> On 5/11/07, Jason van Zyl <[EMAIL PROTECTED]> wrote: >> > >> > On 11 May 07, at 2:08 PM 11 May 07, Barrie Treloar wrote: >> > >> > > On 5/11/07, Piotr Tabor <[EMAIL PROTECTED]> wrote: >> > >> I would like to provide two components: a graphical editor and a >> > >> Maven >> > >> plug-in. >> > >> 'The Graphical Editor will offer live (WYSIWYG) preparation of a >> > >> graphical presentation of the project by setting such properties >> as: >> > >> - Type and subset of data, we want to present, >> > >> - What part of the data is to be presented, >> > >> - The method of presenting of each type of diagram nodes >> > >> (that is, >> > >> what attributes of the item will be displayed), and the general >> > >> 'style' >> > >> of the presentation. I would like to provide UML-like design. >> > >> - The general layout algorithm >> > >> - The positions of selected locked nodes – which we want to >> > >> put in a >> > >> fixed area. All other nodes will be positioned automatically. >> > >> The schema of the diagram created by the editor will be saved to >> > >> an XML >> > >> file. >> > >> Additionally the editor may be used as a graphical browser >> > >> (explorer) of >> > >> chosen aspects of the project. The editor will use the Prefuse >> > >> library >> > >> (http://prefuse.org). >> > >> >> > >> The Maven Plug-in (maven-graph-plugin) – will be using the XML file >> > >> prepared by the Graphical Editor and the current state of >> project to >> > >> prepare images in various graphic formats (JPG, TIFF, PNG and >> others >> > >> supported by the Sun JAI library >> > >> (http://java.sun.com/javase/technologies/desktop/media/jai/). The >> > >> plug-in will be able to prepare >> > >> the HTML tag for the picture too (to create an active area >> > >> on web >> > >> page containing the image). The resulting file will be ready to >> > >> use in >> > >> the next Maven phases by Doxia or other documenting tool. >> > > >> > > Does this mean we can export the graph of dependencies in a UML >> > > format? >> > >> > It's not a priority, but I'm sure it could be done. It's just going >> > to be a general graph model that can be attached to various sinks, or >> > a sink model (for ui tools) so you can easily add it. IDE integration >> > is the primary target. >> >> >> i'm not sure about the IDE integration usefulness. The workflow in IDE >> is a bit different from the proposed one. >> >> (Speaking of dependency graph only now) >> In the IDE you want interactivity with the optional persistence of the >> visual data. You want filters, finding specific artifacts in the tree, >> getting more information about them, answering questions like "why was >> this artifact included? why it changed scope or version?". And you >> want to take corrective action, like forcing a different version or >> excluding a certain transitive dependency. >> >> On top of that layouting complex dependencies with a lot of >> transitivity is extremely difficult even if you use some advanced >> algorithms. (I've done experiments layouts coming with jung, jgraph >> etc) so I'm somewhat sceptical towards the practical usefulness of an >> automated generation of jpeg pictures apart fro
Re: Maven Diagram Maker
yep, it's here http://svn.apache.org/repos/asf/maven/sandbox/trunk/shared/grafo/ samples in http://people.apache.org/~carlos/grafo/ I'm copying Peter Kolbus as he's going to be working on this in the Summer of Code program under my mentorship On 5/12/07, Brett Porter <[EMAIL PROTECTED]> wrote: Sorry, I was horribly vague. A few people have been toying with graphing libraries and there is some code in the sandbox that uses prefuse already, which it would be great to reuse. - Brett On 12/05/2007, at 11:03 AM, Evan Worley wrote: > While I don't know all the details of prefuse, I don't believe so. > It seems > to be a fresh approach and I think the layout algorithms were the > result of > one of the developer's Ph.D thesis. > > I have done a few prototypes with prefuse and I was extremely > impressed. > This was after trying a handful of other java graphing libraries. > > Evan > > On 5/12/07, Brett Porter <[EMAIL PROTECTED]> wrote: >> >> >> On 12/05/2007, at 12:31 AM, Evan Worley wrote: >> >> > As for the graph and layout, I can attest that the Piotr has >> > selecting the >> > best graphing platform available. Prefuse has been able to do >> > leaps and >> > bounds more than jung or jgraph, so I would be optimistic about his >> > ability >> > to manage the layout. >> >> Is this re-using the existing attempts already made for graphing? >> >> - Brett >> >> - >> 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] -- I could give you my word as a Spaniard. No good. I've known too many Spaniards. -- The Princess Bride - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven Diagram Maker
Sorry, I was horribly vague. A few people have been toying with graphing libraries and there is some code in the sandbox that uses prefuse already, which it would be great to reuse. - Brett On 12/05/2007, at 11:03 AM, Evan Worley wrote: While I don't know all the details of prefuse, I don't believe so. It seems to be a fresh approach and I think the layout algorithms were the result of one of the developer's Ph.D thesis. I have done a few prototypes with prefuse and I was extremely impressed. This was after trying a handful of other java graphing libraries. Evan On 5/12/07, Brett Porter <[EMAIL PROTECTED]> wrote: On 12/05/2007, at 12:31 AM, Evan Worley wrote: > As for the graph and layout, I can attest that the Piotr has > selecting the > best graphing platform available. Prefuse has been able to do > leaps and > bounds more than jung or jgraph, so I would be optimistic about his > ability > to manage the layout. Is this re-using the existing attempts already made for graphing? - Brett - 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: Maven Diagram Maker
While I don't know all the details of prefuse, I don't believe so. It seems to be a fresh approach and I think the layout algorithms were the result of one of the developer's Ph.D thesis. I have done a few prototypes with prefuse and I was extremely impressed. This was after trying a handful of other java graphing libraries. Evan On 5/12/07, Brett Porter <[EMAIL PROTECTED]> wrote: On 12/05/2007, at 12:31 AM, Evan Worley wrote: > As for the graph and layout, I can attest that the Piotr has > selecting the > best graphing platform available. Prefuse has been able to do > leaps and > bounds more than jung or jgraph, so I would be optimistic about his > ability > to manage the layout. Is this re-using the existing attempts already made for graphing? - Brett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven Diagram Maker
On 12/05/2007, at 12:31 AM, Evan Worley wrote: As for the graph and layout, I can attest that the Piotr has selecting the best graphing platform available. Prefuse has been able to do leaps and bounds more than jung or jgraph, so I would be optimistic about his ability to manage the layout. Is this re-using the existing attempts already made for graphing? - Brett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: little get together at Apachecon?
On 11/05/2007, at 11:35 AM, Jason van Zyl wrote: You guys just chatting about the Apache maven repository setup? Actually, just running through how to do maven uploads and adding sync partners from Carlos (I needed a refresher, and Henri is getting involved for the first time). Took some notes about gaps in the documentation, and that they need to be easier to find. We generally noted that we should be keeping track of problems that occur that cause either to be rejected so that we can improve the documentation, and that we should take the set of rules currently in the documentation and aim to automatically validate them in the sync/ upload scripts. Cheers, - Brett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven Diagram Maker
Piotr Tabor wrote: Done: http://docs.codehaus.org/display/MAVENUSER/Maven+Diagram+Maker I'm not sure that Jimi's license is acceptable according to http://people.apache.org/~cliffs/3party.html. You would need to get verification that it's inclusion is approved before using it. Ralph - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven Diagram Maker
I know that there are *big* problems with automatic layout with nearly every tool. So it is the reason why I am going to provide possibility to "lock nodes". The "locked" node will be assigned to final position - and layout strategy mustn't move it. It will be difficult - i think - in prefuse to get possibility of locking nodes - but I will try. At least it is possible with ForceDirectedLayout * *(I can add very strong force from "fixed position" to the node) . Thanks, Piotr* *Evan Worley pisze: > As for the graph and layout, I can attest that the Piotr has selecting > the > best graphing platform available. Prefuse has been able to do leaps and > bounds more than jung or jgraph, so I would be optimistic about his > ability > to manage the layout. > > Evan > > On 5/11/07, Milos Kleint <[EMAIL PROTECTED]> wrote: >> >> On 5/11/07, Jason van Zyl <[EMAIL PROTECTED]> wrote: >> > >> > On 11 May 07, at 2:08 PM 11 May 07, Barrie Treloar wrote: >> > >> > > On 5/11/07, Piotr Tabor <[EMAIL PROTECTED]> wrote: >> > >> I would like to provide two components: a graphical editor and a >> > >> Maven >> > >> plug-in. >> > >> 'The Graphical Editor will offer live (WYSIWYG) preparation of a >> > >> graphical presentation of the project by setting such properties >> as: >> > >> - Type and subset of data, we want to present, >> > >> - What part of the data is to be presented, >> > >> - The method of presenting of each type of diagram nodes >> > >> (that is, >> > >> what attributes of the item will be displayed), and the general >> > >> 'style' >> > >> of the presentation. I would like to provide UML-like design. >> > >> - The general layout algorithm >> > >> - The positions of selected locked nodes – which we want to >> > >> put in a >> > >> fixed area. All other nodes will be positioned automatically. >> > >> The schema of the diagram created by the editor will be saved to >> > >> an XML >> > >> file. >> > >> Additionally the editor may be used as a graphical browser >> > >> (explorer) of >> > >> chosen aspects of the project. The editor will use the Prefuse >> > >> library >> > >> (http://prefuse.org). >> > >> >> > >> The Maven Plug-in (maven-graph-plugin) – will be using the XML file >> > >> prepared by the Graphical Editor and the current state of >> project to >> > >> prepare images in various graphic formats (JPG, TIFF, PNG and >> others >> > >> supported by the Sun JAI library >> > >> (http://java.sun.com/javase/technologies/desktop/media/jai/). The >> > >> plug-in will be able to prepare >> > >> the HTML tag for the picture too (to create an active area >> > >> on web >> > >> page containing the image). The resulting file will be ready to >> > >> use in >> > >> the next Maven phases by Doxia or other documenting tool. >> > > >> > > Does this mean we can export the graph of dependencies in a UML >> > > format? >> > >> > It's not a priority, but I'm sure it could be done. It's just going >> > to be a general graph model that can be attached to various sinks, or >> > a sink model (for ui tools) so you can easily add it. IDE integration >> > is the primary target. >> >> >> i'm not sure about the IDE integration usefulness. The workflow in IDE >> is a bit different from the proposed one. >> >> (Speaking of dependency graph only now) >> In the IDE you want interactivity with the optional persistence of the >> visual data. You want filters, finding specific artifacts in the tree, >> getting more information about them, answering questions like "why was >> this artifact included? why it changed scope or version?". And you >> want to take corrective action, like forcing a different version or >> excluding a certain transitive dependency. >> >> On top of that layouting complex dependencies with a lot of >> transitivity is extremely difficult even if you use some advanced >> algorithms. (I've done experiments layouts coming with jung, jgraph >> etc) so I'm somewhat sceptical towards the practical usefulness of an >> automated generation of jpeg pictures apart from being nice demoware >> in simple projects. >> >> Regards >> >> Milos >> >> - >> 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: Maven Diagram Maker
Done: http://docs.codehaus.org/display/MAVENUSER/Maven+Diagram+Maker Piotr Tabor Jason van Zyl pisze: > I still think a summary in the wiki is the best place to start. This > will get lost amidst the noise. > > > On 11 May 07, at 4:22 AM 11 May 07, Piotr Tabor wrote: > >> I will create this summer (as a Google Summer of Code participant - with >> Jason van Zyl as a mentor) >> a software system that will allow, during the build process of a >> project, to automatically generate >> diagrams of chosen aspects of the project. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Remote resources plugin for assemblies?
Wendy Smoak ha scritto: > Is the remote resources plugin also intended for assemblies? > > I have it configured to include license/notice in all the jars, but I > also need to get the files into the top level of the Archiva and > Continuum .tar.gz distributions. > > Any advice? I've had the same problem. I currently add this to fileSets: target/maven-shared-archive-resources/META-INF/ / NOTICE LICENSE My main concern is that NOTICE only include licensing/copyright for the runtime dependencies, while my assemblies often include also test/compile dependencies. I currently resolved adding a "postProjectText" in the pom: maven-remote-resources-plugin 1.0-alpha-5 process org.apache:apache-jar-resource-bundle:1.2 This product includes/uses software, JUnit (http://www.junit.org/), developed by Kent Beck, Erich Gamma, and David Saff License: Common Public License Version 1.0 (http://www.opensource.org/licenses/cpl.php) This file is automatically generated by dependencies declared in pom.xml true Of course this way my NOTICE always include the junit disclaimer also for my jar only distribution (that does not include junit), but I can live with it. Stefano - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven Diagram Maker
As for the graph and layout, I can attest that the Piotr has selecting the best graphing platform available. Prefuse has been able to do leaps and bounds more than jung or jgraph, so I would be optimistic about his ability to manage the layout. Evan On 5/11/07, Milos Kleint <[EMAIL PROTECTED]> wrote: On 5/11/07, Jason van Zyl <[EMAIL PROTECTED]> wrote: > > On 11 May 07, at 2:08 PM 11 May 07, Barrie Treloar wrote: > > > On 5/11/07, Piotr Tabor <[EMAIL PROTECTED]> wrote: > >> I would like to provide two components: a graphical editor and a > >> Maven > >> plug-in. > >> 'The Graphical Editor will offer live (WYSIWYG) preparation of a > >> graphical presentation of the project by setting such properties as: > >> - Type and subset of data, we want to present, > >> - What part of the data is to be presented, > >> - The method of presenting of each type of diagram nodes > >> (that is, > >> what attributes of the item will be displayed), and the general > >> 'style' > >> of the presentation. I would like to provide UML-like design. > >> - The general layout algorithm > >> - The positions of selected locked nodes – which we want to > >> put in a > >> fixed area. All other nodes will be positioned automatically. > >> The schema of the diagram created by the editor will be saved to > >> an XML > >> file. > >> Additionally the editor may be used as a graphical browser > >> (explorer) of > >> chosen aspects of the project. The editor will use the Prefuse > >> library > >> (http://prefuse.org). > >> > >> The Maven Plug-in (maven-graph-plugin) – will be using the XML file > >> prepared by the Graphical Editor and the current state of project to > >> prepare images in various graphic formats (JPG, TIFF, PNG and others > >> supported by the Sun JAI library > >> (http://java.sun.com/javase/technologies/desktop/media/jai/). The > >> plug-in will be able to prepare > >> the HTML tag for the picture too (to create an active area > >> on web > >> page containing the image). The resulting file will be ready to > >> use in > >> the next Maven phases by Doxia or other documenting tool. > > > > Does this mean we can export the graph of dependencies in a UML > > format? > > It's not a priority, but I'm sure it could be done. It's just going > to be a general graph model that can be attached to various sinks, or > a sink model (for ui tools) so you can easily add it. IDE integration > is the primary target. i'm not sure about the IDE integration usefulness. The workflow in IDE is a bit different from the proposed one. (Speaking of dependency graph only now) In the IDE you want interactivity with the optional persistence of the visual data. You want filters, finding specific artifacts in the tree, getting more information about them, answering questions like "why was this artifact included? why it changed scope or version?". And you want to take corrective action, like forcing a different version or excluding a certain transitive dependency. On top of that layouting complex dependencies with a lot of transitivity is extremely difficult even if you use some advanced algorithms. (I've done experiments layouts coming with jung, jgraph etc) so I'm somewhat sceptical towards the practical usefulness of an automated generation of jpeg pictures apart from being nice demoware in simple projects. Regards Milos - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]