cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Eric Meyer (JIRA)" <j...@apache.org>
Subject [jira] Created: (COCOON-2158) XMLByteStreamCompiler hard-coded limits of 0xffff Strings prevents large XML documents from being handled in Cocoon
Date Thu, 03 Jan 2008 21:46:34 GMT
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.


Mime
View raw message