[ 
https://issues.apache.org/jira/browse/GEODE-135?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14646389#comment-14646389
 ] 

ASF subversion and git services commented on GEODE-135:
-------------------------------------------------------

Commit 405daf57eea94560e5700c026095b837cf823c93 in incubator-geode's branch 
refs/heads/develop from [~leiz]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=405daf5 ]

GEODE-135: Added UnclosableInputStream for SAX parser

This closes #12

In order to block the parser from closing the stream, we wrap the
InputStream in a filter, i.e., UnclosableInputStream, whose close()
function does nothing.


> Building fail with IBM JAVA 
> ----------------------------
>
>                 Key: GEODE-135
>                 URL: https://issues.apache.org/jira/browse/GEODE-135
>             Project: Geode
>          Issue Type: Bug
>          Components: build, core
>    Affects Versions: 1.0.0-incubating
>         Environment: Redhat Enterprise Linux 6 & 7, SUSE Linux Enterprise 
> Server 11 & 12, IBM J9 VM (build 2.7, JRE 1.7.0 Linux s390x-64)
>            Reporter: Lei Zhang
>            Assignee: Dan Smith
>            Priority: Blocker
>
> During building process, the following error happens when performing 
> integrationTest:
> "While parsing XML, caused by java.io.IOException: Stream closed
>  at 
> com.gemstone.gemfire.internal.cache.xmlcache.CacheXmlParser.parse(CacheXmlParser.java:241)
> ...."
> This error is not observed by using OpenJDK, since the default 
> javax.xml.parsers.SAXParserFactory is set as 
> com.sun.org.apache.xerces.internal.jaxp.SAXParserFactoryImpl. However, with 
> IBM JAVA, the default SAXParserImpl is alwyas 
> org.apache.xerces.jaxp.SAXParserImpl, and the error shows while using the IBM 
> Java default SAXParser.
> The essential reason for such a failure lies at line 203 at file 
> "gemfire-core\src\main\java\com\gemstone\internal\cache\xmlcache\CacheXmlParser.java",
>  where the InputStream is reset after being parsed. However, the InputStream 
> will always be closed after parsing, thus will not be able to be reset, 
> leading to the error. A temp workaround is to apply a filter to the 
> InputStream where its close function does nothing.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to