[EMAIL PROTECTED] wrote:
> Aside from the fact that this seems (to me anyway :-)) kind of cool, do
> people think it would be sufficiently useful to add to xerces?  Personally,
> I can't see how it would hurt, but perhaps others do.

Definitely cool! And I don't see how having another build target
hurts anything. :) 

I saw a standard (or extension) Ant task that made it easy to
join the contents of multiple Jar files together. (I can't
remember which task it is off the top of my head, though). So
we could make all of the separate Jar files and then the default 
build target would then combine them to make the Jar files we 
currently use.

> A related question:  one of the motivators for doing this was to decrease
> the size of our huge implementation jar.  The standard jar we distribute is
> around 1.7 Mb; if we compress it, it falls to about 860K.  Should we start
> compressing our jarfiles?  This question has come up before but has
> engendered little comment, so we've stuck with tradition (and probably
> faster loading times) and continued to distribute uncompressed archives.

I know in the past there were problems with JDKs loading Jar
files that were compressed so we always released them without
compression. I don't know if this is still a problem, though.
We could always try compressing it for a minor bug fix release
and if people scream, then we know to go back to the old way.

> BTW, with compression on, the DTD-only implementation is only 530K.  This
> is a savings of nearly 40% over the compressed schema-supporting archive...

Yowza!

> schema support does not come cheap!  And I haven't even looked at removing
> the serializer--that task should be easier and I was hoping someone else
> might try that some time. :-)

There are other things we could do as well to reduce the size
of the Jar file. For example, breaking the HTML and WML DOMs
into separate Jars. I've wanted to do this for a long time
but I fear that I won't have time for awhile... :(

-- 
Andy Clark * [EMAIL PROTECTED]

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to