[ https://issues.apache.org/jira/browse/COCOON-2158?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12556039#action_12556039 ]
Antonio Gallardo commented on COCOON-2158: ------------------------------------------ Code from 2.2 is already backported. Also the testcase was extended to show this issue (in AbstractXMLTestCase.java replace line 59 with 58 - currently commented). > 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.6, 2.1.7, 2.1.8, 2.1.9, 2.1.10, 2.1.11, 2.1.12-dev > (Current SVN) > Reporter: Eric Meyer > Assignee: Antonio Gallardo > Priority: Critical > Attachments: cocoon-xmlbytestream-bigstrings.patch, > cocoon-xmlbytestream.patch > > > 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.