java.lang.NoSuchFieldError: NONE 解决

本文讨论了在使用JPA进行UnitTest时遇到的NoSuchFieldError问题,问题源于依赖了两个不同版本的Persistence jar包导致冲突。通过分析错误原因,作者指出冲突来自于 javax.persistence.LockModeType 类的不同实现,并提供了将冲突jar包移除的解决方案。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

在跑jpa的UnitTest的时候,报这样的error:

java.lang.NoSuchFieldError: NONE
at org.hibernate.jpa.spi.AbstractQueryImpl.<init>(AbstractQueryImpl.java:116)
at org.hibernate.jpa.internal.QueryImpl.<init>(QueryImpl.java:94)
at org.hibernate.jpa.internal.QueryImpl.<init>(QueryImpl.java:87)
at org.hibernate.jpa.spi.AbstractEntityManagerImpl.createQuery(AbstractEntityManagerImpl.java:328)
at com.cndatacom.jpa.test.TestJPA.query(TestJPA.java:109)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
at org.junit.runners.BlockJUnit4ClassRunner.runNotIgnored(BlockJUnit4ClassRunner.java:79)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:71)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:49)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184)
at org.junit.runners.ParentRunner.run(ParentRunner.java:236)
at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)

网上的解决方案基本能解决问题了。
[b]
原因:
错误是由javax.persistence.LockModeType造成的[/b]

的确是这个原因造成的。
因为在我本地我依赖了两个Persistence的jar,一个是ejb3-persistence,另一个hibernate-jpa-2.1-api-1.0.0.Final.jar,两个包里都有枚举类:javax.persistence.LockModeType,这样他们两个就打架了。

在ejb3的jar包里LockModeType只有两个值:READ,WRITE
而在hibernate的jar包里,LockModeType除了READ,WRITE还有OPTIMISTIC,OPTIMISTIC_FORCE_INCREMENT,PESSIMISTIC_READ,PESSIMISTIC_WRITE, PESSIMISTIC_FORCE_INCREMENT,最后就是针对本异常需要的NONE了,其实hibernate里这几种都是JPA2.0之后新加入的。

所以针对我这里的情况,只需要把ejb3的依赖去掉就可以解决问题了。因为我们这里需要用到lock的机制。


--EOF--
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值