Details
Description
PHOENIX-2477 revealed that the changes from HBASE-14501 breaks binary compatibility in Phoenix compiled with earlier versions of HBase and run agains later versions.
This is one of the areas that the boundary is not clear, but it won't hurt us to fix it.
The exception trace is:
Exception in thread "main" java.lang.NoSuchFieldError: in
at org.apache.hadoop.hbase.regionserver.wal.IndexedWALEditCodec$PhoenixBaseDecoder.<init>(IndexedWALEditCodec.java:106)
at org.apache.hadoop.hbase.regionserver.wal.IndexedWALEditCodec$IndexKeyValueDecoder.<init>(IndexedWALEditCodec.java:121)
at org.apache.hadoop.hbase.regionserver.wal.IndexedWALEditCodec.getDecoder(IndexedWALEditCodec.java:63)
at org.apache.hadoop.hbase.regionserver.wal.ProtobufLogReader.initAfterCompression(ProtobufLogReader.java:292)
at org.apache.hadoop.hbase.regionserver.wal.ReaderBase.init(ReaderBase.java:82)
at org.apache.hadoop.hbase.regionserver.wal.ProtobufLogReader.init(ProtobufLogReader.java:148)
at org.apache.hadoop.hbase.wal.WALFactory.createReader(WALFactory.java:316)
at org.apache.hadoop.hbase.wal.WALFactory.createReader(WALFactory.java:281)
at org.apache.hadoop.hbase.wal.WALFactory.createReader(WALFactory.java:269)
at org.apache.hadoop.hbase.wal.WALFactory.createReader(WALFactory.java:418)
at org.apache.hadoop.hbase.wal.WALPrettyPrinter.processFile(WALPrettyPrinter.java:247)
at org.apache.hadoop.hbase.wal.WALPrettyPrinter.run(WALPrettyPrinter.java:422)
at org.apache.hadoop.hbase.wal.WALPrettyPrinter.main(WALPrettyPrinter.java:357)
Although BaseDecoder.in is still there, it got changed to be a class rather than an interface. BaseDecoder is marked Private, thus the binary compat check is not run at all. Not sure whether it would have caught this.
Attachments
Attachments
Issue Links
- is related to
-
PHOENIX-2477 ClassCastException in IndexedWALEditCodec after HBASE-14501 (possible dataloss)
- Resolved
-
HBASE-14501 NPE in replication when HDFS transparent encryption is enabled.
- Closed