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 <map> 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]