[
https://issues.apache.org/jira/browse/JCR-1644?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jukka Zitting updated JCR-1644:
-------------------------------
Component/s: xml
Affects Version/s: core 1.4.5
Assignee: Jukka Zitting
What on earth are you doing with 5000 levels of nested elements? Even a few
hundred nestings with two elements per every ten or so levels creates a
document that won't fit any normal hard drives!
Since there's already a patch and apparently an existing use case I guess I
should apply the fix, but I would certainly not recommend dealing with so deep
document structures. I just don't see how or where such a structure would make
sense.
> make NamespaceContext#getPrefix(java.lang.String) iterative instead of
> recursive
> --------------------------------------------------------------------------------
>
> Key: JCR-1644
> URL: https://issues.apache.org/jira/browse/JCR-1644
> Project: Jackrabbit
> Issue Type: Improvement
> Components: jackrabbit-core, xml
> Affects Versions: core 1.4.5
> Reporter: Philippe Marschall
> Assignee: Jukka Zitting
> Priority: Minor
> Attachments: JCR-1644-patch.diff, NamespaceContext.java,
> NamespaceContext.java.patch
>
>
> Currently the method
> org.apache.jackrabbit.core.xml.NamespaceContext#getPrefix(java.lang.String)
> uses recursion. For very large XML files (50 MB Magnolia website exports)
> this causes a stack overflow. The method can easily be rewritten using
> iteration.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
