Andrea Aime a écrit :
> Now, I was thinking about integrating UMLGraph with the javadoc
> generation (that is, UML class diagrams reverse engineered from
> the sources and put in every javadoc page).
> What do you suggest, shall we use a profile? I'd say so, since the
> process takes a while lot compared to simple javadoc generation due
> to the diagram automated layout, which btw requires graphviz to be
> installed on the local machine.
Given the above, a profile sound good to me.
> PS: have you also back ported the changes to 2.2.x?
I have not backported the "mvn javadoc:javadoc" setting to 2.2.x. It requires
change in the root
pom.xml file (for example I have been unable to get "mvn javadoc:javadoc" to
work without geoapi
dependency declared in the root pom.xml), which may have sensitive effect on
the build. The "change
pom.xml, test with a full build, change pom.xml, test with a full build..."
cycle is very long - it
took me at least one whole day, even if the changes in the pom.xml files were
not that big. Maybe it
is better to not change the 2.2.x build process?
Martin.
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
