You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@phoenix.apache.org by "Nick Dimiduk (JIRA)" <ji...@apache.org> on 2016/05/10 21:43:12 UTC
[jira] [Created] (PHOENIX-2887) Uberjar application fail with
"IllegalAccessError: class com.google.protobuf.ZeroCopyLiteralByteString
cannot access its superclass com.google.protobuf.LiteralByteString"
Nick Dimiduk created PHOENIX-2887:
-------------------------------------
Summary: Uberjar application fail with "IllegalAccessError: class com.google.protobuf.ZeroCopyLiteralByteString cannot access its superclass com.google.protobuf.LiteralByteString"
Key: PHOENIX-2887
URL: https://issues.apache.org/jira/browse/PHOENIX-2887
Project: Phoenix
Issue Type: Bug
Affects Versions: 4.7.0
Reporter: Nick Dimiduk
Priority: Critical
Uberjar applications operating over Phoenix 4.7.0 are expressing the same symptoms as MR jobs from HBASE-11118. Looks like PHOENIX-2417 introduced direct use of {{ZeroCopyLiteralByteString}}, which causes those problems. We need to replace use of that class with {{org.apache.hadoop.hbase.util.ByteStringer}}. We should probably consider also doing as HBase did, adding a pre-commit check for this "toxic" class so that it doesn't sneak in again.
{noformat}
Caused by: java.sql.SQLException: java.lang.IllegalAccessError: class com.google.protobuf.HBaseZeroCopyByteString cannot access its superclass com.google.protobuf.LiteralByteString
at org.apache.phoenix.query.ConnectionQueryServicesImpl.metaDataCoprocessorExec(ConnectionQueryServicesImpl.java:1215)
at org.apache.phoenix.query.ConnectionQueryServicesImpl.metaDataCoprocessorExec(ConnectionQueryServicesImpl.java:1176)
at org.apache.phoenix.query.ConnectionQueryServicesImpl.getTable(ConnectionQueryServicesImpl.java:1434)
at org.apache.phoenix.schema.MetaDataClient.updateCache(MetaDataClient.java:491)
at org.apache.phoenix.schema.MetaDataClient.updateCache(MetaDataClient.java:414)
at org.apache.phoenix.schema.MetaDataClient.updateCache(MetaDataClient.java:406)
at org.apache.phoenix.schema.MetaDataClient.updateCache(MetaDataClient.java:402)
at org.apache.phoenix.util.PhoenixRuntime.getTable(PhoenixRuntime.java:381)
at org.apache.phoenix.util.PhoenixRuntime.generateColumnInfo(PhoenixRuntime.java:403)
at io.icebrg.platform.PhoenixOutputFormatBuilder.build(PhoenixOutputFormatBuilder.java:55)
at io.icebrg.derived.passive_dns.PassiveDnsFlow.assembleFlow(PassiveDnsFlow.java:157)
at io.icebrg.derived.passive_dns.PassiveDnsFlow.main(PassiveDnsFlow.java:202)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at org.apache.flink.client.program.PackagedProgram.callMainMethod(PackagedProgram.java:497)
... 6 more
Caused by: java.lang.IllegalAccessError: class com.google.protobuf.HBaseZeroCopyByteString cannot access its superclass com.google.protobuf.LiteralByteString
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:760)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:467)
at java.net.URLClassLoader.access$100(URLClassLoader.java:73)
at java.net.URLClassLoader$1.run(URLClassLoader.java:368)
at java.net.URLClassLoader$1.run(URLClassLoader.java:362)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:361)
at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
at org.apache.phoenix.schema.PTableImpl.createFromProto(PTableImpl.java:1036)
at org.apache.phoenix.coprocessor.MetaDataProtocol$MetaDataMutationResult.constructFromProto(MetaDataProtocol.java:192)
at org.apache.phoenix.query.ConnectionQueryServicesImpl.metaDataCoprocessorExec(ConnectionQueryServicesImpl.java:1207)
... 22 more
{noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)