[
https://issues.apache.org/jira/browse/TEPHRA-177?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15354550#comment-15354550
]
Sean Busbey commented on TEPHRA-177:
------------------------------------
Here's one:
{code}
2016-06-28 23:29:09,086 WARN [main] co.cask.tephra.TransactionContext(204):
Unable to roll back changes in transaction-aware 'T' for transaction
1467174549050000000.
java.lang.NoSuchMethodError:
org.apache.hadoop.hbase.client.Delete.setAttribute(Ljava/lang/String;[B)Lorg/apache/hadoop/hbase/client/Delete;
at
co.cask.tephra.hbase11.TransactionAwareHTable.doRollback(TransactionAwareHTable.java:144)
at
co.cask.tephra.AbstractTransactionAwareTable.rollbackTx(AbstractTransactionAwareTable.java:139)
at co.cask.tephra.TransactionContext.abort(TransactionContext.java:198)
at co.cask.tephra.TransactionContext.abort(TransactionContext.java:130)
at
org.apache.phoenix.execute.MutationState.rollback(MutationState.java:1131)
at
org.apache.phoenix.jdbc.PhoenixConnection.closeStatements(PhoenixConnection.java:482)
at
org.apache.phoenix.jdbc.PhoenixConnection.close(PhoenixConnection.java:505)
at
org.apache.phoenix.end2end.TransactionalViewIT.testReadOwnWritesWithStats(TransactionalViewIT.java:80)
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:498)
at
org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
at
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
at
org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
at
org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
at
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
at
org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
at org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:48)
at org.junit.rules.RunRules.evaluate(RunRules.java:20)
at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
at org.junit.runners.Suite.runChild(Suite.java:128)
at org.junit.runners.Suite.runChild(Suite.java:27)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
at org.apache.maven.surefire.junitcore.JUnitCore.run(JUnitCore.java:55)
at
org.apache.maven.surefire.junitcore.JUnitCoreWrapper.createRequestAndRun(JUnitCoreWrapper.java:137)
at
org.apache.maven.surefire.junitcore.JUnitCoreWrapper.executeEager(JUnitCoreWrapper.java:107)
at
org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:83)
at
org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:75)
at
org.apache.maven.surefire.junitcore.JUnitCoreProvider.invoke(JUnitCoreProvider.java:161)
at
org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:290)
at
org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:242)
at
org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:121)
{code}
Essentially any call to setAttribute, for example.
> compatibility module doesn't work properly with CDH5.7
> ------------------------------------------------------
>
> Key: TEPHRA-177
> URL: https://issues.apache.org/jira/browse/TEPHRA-177
> Project: Tephra
> Issue Type: Bug
> Components: tephra-hbase-compat-1.1
> Affects Versions: 0.7.1
> Reporter: Sean Busbey
> Assignee: Poorna Chandra
> Priority: Blocker
>
> The "Getting Started" guide for 0.7.1 claims that users of the CDH5.7 dsitro
> of HBase should make use of the tephra-hbase-compat-1.1 module.
> Unfortunately, that module is only _source_ compatible with both the Apache
> HBase 1.1 release, Apache HBase 1.2 release, and the CDH5.7 packaging. Since
> the binaries are built against the Apache HBase 1.1 binary artifacts,
> attempting to use it with CDH5.7 jar results in several
> NoSuchMethodExceptions because of a change in return types (done to maintain
> CDH5 API compatibility).
> Workaround: build jars against the cdh5.7 specific jar artifacts (which also
> requires changing the configuration factory test that looks at the hbase
> version).
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
