javax.persistence.Table.indexes（）[Ljavax / persistence / IndexのNoSuchMethodError

私はプレイFrameworkアプリケーションを持っていると私はした（Mavenの依存性マネージャを介して検索される）休止4.2.5.Finalを使用します。Hibernate 4.3.0.Finalにアップグレードし、アプリケーションを正常に再コンパイルして実行することにしました。

以下の例外が発生しましたが、その理由を理解できませんでした。4.2.5にダウングレードしましたが、この問題は発生しませんでした。次に、4.2.5以降の最終リリースごとにHibernateをアップグレードしてみました。つまり、4.2.5.Finalから4.2.6.Final、4.2.7.Final、4.2.8.Final、そして4.3.Finalに移動しました。4.3.0.Finalにアップグレードするまで、この問題は発生しません。

Javaのバージョン情報

java version "1.7.0_45"
Java(TM) SE Runtime Environment (build 1.7.0_45-b18)
Java HotSpot(TM) 64-Bit Server VM (build 24.45-b08, mixed mode)

そして例外：

play.api.UnexpectedException: Unexpected exception[NoSuchMethodError: javax.persistence.Table.indexes()[Ljavax/persistence/Index;]
    at play.core.ReloadableApplication$$anonfun$get$1$$anonfun$apply$1$$anonfun$1.apply(ApplicationProvider.scala:152) ~[play_2.10.jar:2.2.1]
    at play.core.ReloadableApplication$$anonfun$get$1$$anonfun$apply$1$$anonfun$1.apply(ApplicationProvider.scala:112) ~[play_2.10.jar:2.2.1]
    at scala.Option.map(Option.scala:145) ~[scala-library.jar:na]
    at play.core.ReloadableApplication$$anonfun$get$1$$anonfun$apply$1.apply(ApplicationProvider.scala:112) ~[play_2.10.jar:2.2.1]
    at play.core.ReloadableApplication$$anonfun$get$1$$anonfun$apply$1.apply(ApplicationProvider.scala:110) ~[play_2.10.jar:2.2.1]
    at scala.util.Success.flatMap(Try.scala:200) ~[scala-library.jar:na]
Caused by: java.lang.NoSuchMethodError: javax.persistence.Table.indexes()[Ljavax/persistence/Index;
    at org.hibernate.cfg.annotations.EntityBinder.processComplementaryTableDefinitions(EntityBinder.java:936) ~[hibernate-core-4.3.0.Final.jar:4.3.0.Final]
    at org.hibernate.cfg.AnnotationBinder.bindClass(AnnotationBinder.java:781) ~[hibernate-core-4.3.0.Final.jar:4.3.0.Final]
    at org.hibernate.cfg.Configuration$MetadataSourceQueue.processAnnotatedClassesQueue(Configuration.java:3762) ~[hibernate-core-4.3.0.Final.jar:4.3.0.Final]
    at org.hibernate.cfg.Configuration$MetadataSourceQueue.processMetadata(Configuration.java:3716) ~[hibernate-core-4.3.0.Final.jar:4.3.0.Final]
    at org.hibernate.cfg.Configuration.secondPassCompile(Configuration.java:1410) ~[hibernate-core-4.3.0.Final.jar:4.3.0.Final]
    at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1844) ~[hibernate-core-4.3.0.Final.jar:4.3.0.Final]

私は同じ問題に遭遇しました。ここでの問題は、play-java-jpaアーティファクト（build.sbtファイルのjavaJpaキー）が仕様の異なるバージョンに依存していること(version 2.0 -> "org.hibernate.javax.persistence" % "hibernate-jpa-2.0-api" % "1.0.1.Final")です。

hibernate-entitymanager 4.3を追加すると、新しい仕様（2.1）とentitymanagerの異なるファクトリプロバイダーがもたらされました。基本的に、推移的な依存関係として両方のjarがクラスパスに含まれることになりました。

このようにbuild.sbtファイルを編集すると、playが新しいapi依存関係のjpaプラグインの新しいバージョンをリリースするまで、問題が一時的に修正されます。

libraryDependencies ++= Seq(
javaJdbc,
javaJpa.exclude("org.hibernate.javax.persistence", "hibernate-jpa-2.0-api"),
"org.hibernate" % "hibernate-entitymanager" % "4.3.0.Final"
)

これはのためplay 2.2.xです。以前のバージョンでは、ビルドファイルにいくつかの違いがありました。

Hibernate 4.3は、JPA 2.1仕様（Java EE 7の一部）を実装する最初のバージョンです。したがって、JPA 2.0ライブラリではなく、クラスパスにJPA2.1ライブラリが含まれていることが期待されます。この例外が発生するのはそのためです。Table.indexes（）は、JPA2.1で導入されたTableの新しい属性です。

クラスパスに2つの異なるバージョンのhibernate-jpa-apiがある可能性があります。その実行を確認するには：

mvn dependency:tree >dep.txt

次に、hibernate-jpa-2.0-apiとhibernate-jpa-2.1-apiがあるかどうかを検索します。そして、余分なものを除外します。

Hibernate JPAを2.1に更新すると、機能します。

<dependency>
    <groupId>org.hibernate.javax.persistence</groupId>
    <artifactId>hibernate-jpa-2.1-api</artifactId>
    <version>1.0.0.Final</version>
</dependency>

jboss7 / modules / javax / persistence / api / mainにあるJPAapijarファイルを「hibernate-jpa-2.1-api」に置き換えるだけで問題を解決できます。また、ディレクトリ内のmodule.xmlを更新します。

エラー：java.lang.NoSuchMethodError：javax.persistence.JoinTable.indexes（）[Ljavax / persistence / Index;

私の問題を解決した唯一のことは、pom.xmlの次の依存関係を削除することでした。 <dependency> <groupId>org.hibernate.javax.persistence</groupId> <artifactId>hibernate-jpa-2.1-api</artifactId> <version>1.0.0.Final</version> </dependency>

そしてそれを交換してください：

<dependency>
  <groupId>javax.persistence</groupId>
  <artifactId>persistence-api</artifactId>
  <version>1.0.2</version>
</dependency>

それが誰かを助けることを願っています。

スプリングブートアプリケーションで同じ問題が発生しました。libフォルダーからjavax.persistance.jarファイルを手動で削除した後。問題が修正されました。pom.xmlファイルで私は依存関係のみをフォローし続けています

  <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-data-jpa</artifactId>
  </dependency>

同じ問題org.hibernate.annotations.Tableが発生しjavax.persistence.Tableました。Entityクラスではなくアノテーションを使用して修正しました。

import javax.persistence.Entity;
import org.hibernate.annotations.Table;

@Entity
@Table(appliesTo = "my_table")
public class MyTable{
//and rest of the code

クラスパスには複数のJPAプロバイダーがあります。または、少なくともアプリケーションサーバーのlibフォルダーにあります。

Mavenを使用している場合ここに記載されているコマンドを使用して依存関係を確認してください くださいhttps://stackoverflow.com/a/47474708/3333878

次に、不要な依存関係を削除/除外して修正します。

クラスパスに依存関係が1つしかない場合は、アプリケーションサーバーのクラスローダーが問題になる可能性があります。

Websphere、Wildfly、TomeeなどのJavaEEアプリケーションサーバーにはJPAやその他のEE標準の独自の実装があるため、クラスローダーはWAR / EARファイルのクラスパスから選択する代わりに、独自の実装をロードする場合があります。

これを回避するには、以下の手順を試してください。

1. アプリケーションサーバーのライブラリパスで問題のあるjarを削除します。他のホストされているアプリケーションを壊す可能性があるため、注意して続行してください。

Tomee 1.7.5 Plume / Webでは、JPA 2.0を使用eclipselink-2.4.2してlibフォルダーにバンドルされますがorg.hibernate:hibernate-core:5.1.17、からJPA 2.1を使用する必要があったため、eclipselink jarを削除し、hibernateコアからすべての関連/推移的な依存関係を追加しました。

2. 共有ライブラリを追加します。手動でjarをアプリサーバーのパスに追加します。Websphereにはこのオプションがあります。

3. Websphereでは、クラスローダーの実行を変更できます。したがって、アプリケーションサーバーのクラスパスを最後にロードするようにします。つまり、親を最後にロードし、パスを最初にロードします。これを解決できます。

最初のポイントに進む前に、アプリサーバーに上記の機能があるかどうかを確認してください。

Ibm websphereリファレンス：

https://www.ibm.com/support/knowledgecenter/SSEQTP_9.0.5/com.ibm.websphere.base.doc/ae/trun_classload_server.html

https://www.ibm.com/support/pages/how-create-shared-library-and-associate-it-application-server-or-enterprise-application-websphere-application-server