[ https://issues.apache.org/jira/browse/XERCESJ-1684?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16268853#comment-16268853 ]
Stephan Trebels commented on XERCESJ-1684: ------------------------------------------ Please note, that the sitation is worse. This is not just about memory being retained, as the DefaultRSFactory retains references, this also makes the whole usage of XPath 2.0 non-thread safe. Two validations using xs:assert in different XSD schemas of two different XML files cannot execute in parallel. https://bugs.eclipse.org/bugs/show_bug.cgi?id=527812 A fix is proposed, replacing the pooling DefaultRSFactory with a SimpleRSFactory, which would also remove the memory reference kept. This truly makes the usage of the old unpatched XPath a critical issue, as it is not possible to run any validations in parallel. Let's re-open this, and not wait. > Very high memory usage validating XSD 1.1 (+memory leak) > -------------------------------------------------------- > > Key: XERCESJ-1684 > URL: https://issues.apache.org/jira/browse/XERCESJ-1684 > Project: Xerces2-J > Issue Type: Bug > Components: JAXP (javax.xml.validation) > Environment: windows java 1.8 > Reporter: Simon Sprott > Priority: Critical > Fix For: 2.12.0 > > Attachments: SAFTPT_1_04_01_XSD11_Full.zip, tmp.zip > > > using the 1.1 code branch built from > http://svn.apache.org/repos/asf/xerces/java/branches/xml-schema-1.1-dev > Using the built in sample validator > java jaxp.SourceValidator -xsd11 -a "SAFTPT_1_04_01_XSD11_Full.xsd" -i > "tmp.xml" > The validation consumes huge amounts of memory (breaks at 10 GB on my > system), on smaller sample files validation does complete, but still consumes > a very large quantity of memory. > Furthermore it seems to retain the memory allocated via a reference in > org.eclipse.wst.xml.xpath2.processor.internal.DefaultRSFactory._factory after > the validator has completed (this is not evident in the cmd line sample as > the process ends, but I have observed in in my own code). > If I was to guess I would say that the results of the XPath queries are being > cached via DefaultRSFactory and never released. -- This message was sent by Atlassian JIRA (v6.4.14#64029) --------------------------------------------------------------------- To unsubscribe, e-mail: j-dev-unsubscr...@xerces.apache.org For additional commands, e-mail: j-dev-h...@xerces.apache.org