[
https://issues.apache.org/jira/browse/HBASE-7145?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13534240#comment-13534240
]
Ted Yu commented on HBASE-7145:
-------------------------------
I ran the test with patch and it passed:
{code}
Running org.apache.hadoop.hbase.master.TestRollingRestart
2012-12-17 11:54:38.434 java[1572:db03] Unable to load realm info from
SCDynamicStore
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 39.558 sec
{code}
+1 on patch
> ReusableStreamGzipCodec NPE upon reset with IBM JDK
> ---------------------------------------------------
>
> Key: HBASE-7145
> URL: https://issues.apache.org/jira/browse/HBASE-7145
> Project: HBase
> Issue Type: Sub-task
> Affects Versions: 0.94.0
> Reporter: Yu Li
> Assignee: Yu Li
> Labels: gzip, ibm-jdk
> Fix For: 0.96.0
>
> Attachments: HBASE-7145.1.patch.txt, HBASE-7145.2_trunk.patch.txt
>
>
> This is the same issue as described in HADOOP-8419, repeat the issue
> description here:
> The ReusableStreamGzipCodec will NPE upon reset after finish when the native
> zlib codec is not loaded. When the native zlib is loaded the codec creates a
> CompressorOutputStream that doesn't have the problem, otherwise, the
> ReusableStreamGzipCodec uses GZIPOutputStream which is extended to provide
> the resetState method. Since IBM JDK 6 SR9 FP2 including the current JDK 6
> SR10, GZIPOutputStream#finish will release the underlying deflater(calls the
> deflater's end method), which causes NPE upon reset. This seems to be an IBM
> JDK quirk as Sun JDK and OpenJDK doesn't have this issue.
> Since in HBASE-5387 HBase source has refactor its code not to use hadoop's
> GzipCodec during real compress/decompress, it's necessary to make a separate
> patch for HBase on the same issue
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
