On Sat, 08 Nov 2003 18:22:08 +0100
Torsten Curdt <[EMAIL PROTECTED]> wrote:
> >> ...I was wondering - is this a bug of the component that produces the
> >> SAX events or the XMLByteStreamCompiler? I mean: now it's ok - but
> >> should we
> >> silently ignore the problem?
> >
> >
> > Torsten, I don't understand your concerns. Isn't the fix simply about
> > handling text nodes longer than 32 k? Ok, they shouldn't occur that
> > often (it's half a novel :-) ), but it's possible.
>
> ...we duplicate events here and the thereby modify the SAX stream.
> Should be no problem.... but who knows ;)
>
> with the patch:
>
> characters(36k)
> ->
> event
> string 32k
> event
> string 4k
>
> I guess it would be better to have it like this:
>
> characters(36k)
> ->
> event
> string 32k
> string 4k
>
> So what goes in comes out the same way.
>
> We could also increasing the max length of a stored
> character event in general. ...but that would waste
> 2 bytes per event. Hm...
>
> What do you think?
> --
> Torsten
>
Hi,
why should we handle the UTFDataFormat exception, at all?. The last solution ignores
this exception, doesn't it?
Where is the difference between
event
string 32k
string 4k
and
event
string 36k
in the bytestream?
The questions is if we need the UTFDataFormatException or not. If not a patch can
simply remove the statement if(string>32k){} and then we get the result:
event
string xxk (the limit is than the java integer-range)
Maybe I'm totally wrong, but i think the string 32k limitation comes from the
CXML-format from Stefano Mazzocchi
http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=97194999124269&w=2
I understand it in this way, that the cxml-format is independent from cocoon and java,
so if anyone writes a decoder in Language C he can use that bytestream, too.
The Sax-Events should not be the problem, every SaxHandler has to process the
following correct
<node>
text here
<!-- comment here -->
text here
</node>
this gives a Character-Event,Comment-Event,Character-Event for one node, or do i
misunterstand the SAX-processing totally?
If it's correct, a Character-Event,Character-Event,... should not be a problem.
Of course, the patch handles the splitting not efficiently and it may be better to
write it in a while-loop in an extra splitBigStrings-method.
Sorry if i'm wrong,
regards Simon
