XMLByteStreamCompiler hard-coded limits of 0xffff Strings prevents large XML
documents from being handled in Cocoon
-------------------------------------------------------------------------------------------------------------------
Key: COCOON-2158
URL: https://issues.apache.org/jira/browse/COCOON-2158
Project: Cocoon
Issue Type: Bug
Components: * Cocoon Core
Affects Versions: 2.1.10, 2.1.9, 2.1.8, 2.1.7, 2.1.6, 2.1.11, 2.1.12-dev
(Current SVN)
Reporter: Eric Meyer
Priority: Critical
The hard-coded limits in XMLByteStreamCompiler prevent Cocoon from handling
large XML documents.
See the methods writeString and writeAttributes for the hard coded arbitrary
maximums:
if (i > 0xFFFF) throw new SAXException("Index too large");
if (attributes > 0xFFFF) throw new SAXException("Too many attributes");
Additionally, the hand-coded bit manipulation is pretty difficult to change in
order to work around this.
I am attaching a patch for 2.1.11 that updates the existing JUnit test case to
reproduce the problem, as well as a fix to the problem that uses the
DataInputStream and DataOutputStream for the low-level bit manipulation.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
