On Sun, 2004-09-26 at 20:59, Hani Suleiman wrote:
> not directly related to xdoclet functionality but....
> 
> Why oh why is xdoclet so horribly messy when it comes to building? To 
> issues that make it feel very, very sloppy:
> 
> - the doclypse.xslt stuff which makes a remote request to sf.net for 
> every single damn module. Can this be checked in locally to speed up a 
> build which already far too many minutes?

What's it looking for?  The xtags DTD?  If so, there's a copy under
xdocs, so it ought to be possible to configure an entity resolver to use
that one instead while building.  Not sure how, though ;-)

> - All the junk dirs that are created but are neither ignored in 
> .cvsignore files, nor checked in:
> 
> modules/build/*
> modules/jsf/resources
> modules/spring/resources
> 
> Do a simple test. run ant clean then cvs update. There should be no 
> output.
> 
> - logging output: is the perfomance hit of showing line numbers for 
> every call worth taking? How many people care about the exact line 
> number of every call in every module?

In theory all those messages should be done via log4j debug level calls,
so you could always substitute another log4j.properties which switches
them off (include one earlier in the classpath than the xdoclet jar, or
copy your own into the jar, or use the appropriate -D option to point
log4j at a different file).  If they're not enabled, the performance hit
should be minimal (5 nanoseconds each on a 800Mhz Duron, according to
http://logging.apache.org/log4j/docs/)

Having said that, I reckon the default configuration built into the
release files ought to have them turned off anyway.


Andrew.



-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
_______________________________________________
xdoclet-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/xdoclet-user

Reply via email to