-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Jeff Martin <[EMAIL PROTECTED]> writes:
> I've just checked in a proposal for the next version of JXR. Basically, I'm
> not happy with some of the internals of JXR and want to move it to an event
> based system. Also I'm to lazy to write a java parser so I think that using
> something like ANTLR is a good idea.
>
> Following on from the idea of an event based model it struck me that there's
> already a fairly good system for handling even based tree info (Java source
> files can be looked at as trees) and that's SAX. So the code I've got here
> generates SAX events from a Java source file, it's then should be possible
> to apply XSL style sheets to them to view the code in different ways e.g.
... not without any major performance overhead :(
XML/XSLT was *not* part of JXR1 for a reason... When you have a LOT of projects
to generate source for it shouldn't take 10 hours just because of XSLT :(.
There are some downsides to JXR1 but this is for performance reasons.
The major problem is the linking which you have to do via a two step process.
You can do one step with an event model but you have to have everything in
memory and then dump it.
> Javadoc or JXR style.
Granted it would be nice to have a mechanism like this for an open Javadoc style
engine (just rewrite your XSLT to include only Javadoc) but I think it wouldn't
scale. Granted this would be REALLY nice on the low end. The problem is I
originally saw Alexandria working as ONE BIG REPOSITORY for tons of source code
projects. If you have 100 projects under Alexandria this would break it :(
Hopefully Moores Law will come to the rescue some day...
> It also seems like quite a good way of handling things like metrics as people
> can write DocumentHandlers to listen to documents and then generate metrics.
<snip>
In short I generally think this is a good idea but the major issue is
performance. Back when I originally wrote Alexandria it was taking about 5
hours to run. Adding XSLT to JXR would have killed it even further. If you can
get this feature set done within an acceptable performance curve I would be a
big +1024 but I would like to see it...
Do you have any performance metrics you can publish for you code/proposal?
Kevin
- --
Kevin A. Burton ( [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] )
Cell: 408-910-6145 URL: http://relativity.yi.org ICQ: 73488596
Yes I know my enemies, they're the teachers who taught me to fight me;
compromise, conformity, assimilation, submission, ignorance, hypocrisy,
brutality, The Elite. All of which are American Dreams.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: Get my public key at: http://relativity.yi.org/pgpkey.txt
iD8DBQE63j/RAwM6xb2dfE0RAtm1AKCVbqITuaxjkSetTG3BkELANcYP0QCeNtx0
s/W6vialZ+RkJdRba/uoBic=
=aCUH
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
