Message: A new issue has been created in JIRA.
--------------------------------------------------------------------- View the issue: http://opensource.atlassian.com/projects/xdoclet/secure/ViewIssue.jspa?key=XDT-798 Here is an overview of the issue: --------------------------------------------------------------------- Key: XDT-798 Summary: The plugin.jelly in the maven-xdoclet-plugin-1.2.jar is _huge_. I am offering an alternative. Type: Improvement Status: Open Priority: Major Original Estimate: Unknown Time Spent: Unknown Remaining: Unknown Project: XDoclet Components: Maven Plugin Versions: 1.2 Assignee: xdoclet-devel (Use for new issues) Reporter: Florin Vancea Created: Fri, 6 Feb 2004 10:43 AM Updated: Fri, 6 Feb 2004 10:43 AM Environment: * Description: The 1.2 distribution contains maven-xdoclet-plugin-1.2.jar, the Maven plugin for XDoclet. It is working allright (well, with footnotes ;), but its plugin.jelly file is simply HUGE (1MB). Being so, it slows significantly the startup of Maven when used and that's a problem, since it gets used normally on every build cycle. The file seems to be generated automatically and probably as more modules were added to XDoclet it silently grew to this size without anyone noticing. Since its structure is fairly regular, I gave a shot at reducing the size (and the startup time) using Jelly tags. The modified version (sourcecode of the entire plugin and an short explanation) is available at http://open.maxiq.com/xdoclet/index.html. I did not attach it here because I don't know if that would be interesting for anyone. Well, if you _are_ interested, you should know that the run time of a test-run (xdoclet:hibernatedoclet) was reduced from 19 secs to 12 secs (on my machine) and there's still room to go down. The "looks" of the plugin.jelly are more readable (my opinion, of course :). I only re-implemented the hibernate part, because I'm only interested in that, but the only change required to support all other goals is to be made in plugin.jelly. Since plugin.jelly is auto-generated, some XDoclet guru would have no trouble in adjusting the main generation process and including the new approach in the XDoclet distribution. I am willing to help with whatever is not explicit enough in the code I posted on my site. Florin --------------------------------------------------------------------- JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/xdoclet/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira ------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ xdoclet-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/xdoclet-devel
