hibernate某些版本（4.3)下报错 NoSuchMethodError: javax.persistence.Table.indexes()

最新推荐文章于 2024-08-20 14:06:26 发布

最新推荐文章于 2024-08-20 14:06:26 发布 · 235 阅读

文章标签：

#hibernate #jpa

经验专栏收录该内容

3 篇文章

订阅专栏

其实本来没啥大问题，但到网上查的时候发现了一些误人子弟的说法，所以还是记下来吧。

现象：

hibernate从低版本升级到某一个版本时（我们是升到4.3.10）时，在程序启动时会报错：

java.lang.NoSuchMethodError: javax.persistence.Table.indexes()[Ljavax/persistence/Index;

于是查资料，网上也有许多人遇到同样的错误，并且发现的原因是在model中使用了@Table(name="xxx")这个注解所致，于是推荐的改法是将这个标签去掉，改用@Entity(name="xxx")这个注解，甚至有人说是新版的hibernate不支持@Table这个注解了。

其实不然。

在Hibernate的新新官方文档中，明确提到了@Table这个注解：

@Table lets you define the table the entity will be persisted into. If undefined, the table name is the unqualified class name of the entity.

当然你可以不写这个注解，那么表名默认就是非限定类名（也就是不带包的类名）。但企图使用@Entity(name="xxx")来代替，把这里的xxx作为表名来看却是大错特错了，@Entity中的nama属性表示的是重新定义实体名：

@Entity.name lets you define the shortcut name of the entity you can use in JP-QL and HQL queries. It defaults to the unqualified class name of the class.

这里的默认也是非限定类名。这个实体名就是你在Hql中使用的（比如“from xxx"）那个model名称，一般这个名称不要重新定义，直接用类名就OK，更不要把它当做表名，除非你的表名和实体名一模一样。

回到那个异常，这个问题如何解决呢？可以肯定的是，这个问题是由jar包冲突引起的，hibernate的注解基础部分现在都采用JPA的注解了，JPA是属于javaEE的一部分，许多javaEE的包中也包括了JPA 的相关API，这个问题可能就是由于项目中存在javaEE相关的jar包，与hibernate所包含的JPA相关的jar包版本有冲突。

解决办法一：删除冲突的jar包

首先排查下项目Lib库，发现类似的jar包要检查下，比如有人发现这些包ejb3-persistence.jar,javaee.jar，可以解开看一下，如果里面有javax.persistence这个包名，估计就找到问题jar包了。处理方法要么把这些包删除，如果一定需要，那也要升级个别的版本试试，或者把jar包里的java.persistence下样关的内容删除，再重新打包。

解决办法二：针对resin服务器中的jar包冲突

但我们项目遇到了更怪僻的问题，lib库中没有相关的javaee包，无法用上面所说的方法。找来找去，终于发现，我们用的resin服务器，resin自带的系统库里有一个javaee-16.jar的包。但不论是删除这个Jar包还是重新编译，resin均报错。又google出去，终于找到解决方法：

在resin.xml文件最后加上一句：

<class-loader>
    <servlet-hack/>
</class-loader>

好使！问题终于解决！