2013-11-25 19 views
5

私はGlassFish 4用のJSF + JPAプロジェクトを作成しています。この時点で何回か例外が発生します:java.lang.ClassCastException:com.example.Entityをcom.example.Entityにキャストすることができません

List<User> users = connection.getUserList(); 

for (User u : users) { //exception 

...

public List<User> getUserList() { 

    EntityManager em = Persistence.createEntityManagerFactory("project").createEntityManager(); 
    List<User> users = em.createQuery("SELECT c FROM User c", User.class).getResultList(); 
    em.close(); 
    return users; 
} 

スタックトレース:

javax.faces.el.EvaluationException: java.lang.ClassCastException: de.sep.ateam.sap.norris.model.User cannot be cast to de.sep.ateam.sap.norris.model.User 
    at javax.faces.component.MethodBindingMethodExpressionAdapter.invoke(MethodBindingMethodExpressionAdapter.java:101) 
    at com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:102) 
    at javax.faces.component.UICommand.broadcast(UICommand.java:315) 
    at javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:790) 
    at javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:1282) 
    at com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:81) 
    at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) 
    at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:198) 
    at javax.faces.webapp.FacesServlet.service(FacesServlet.java:646) 
    at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682) 
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:318) 
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:160) 
    at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:734) 
    at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:673) 
    at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:99) 
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:174) 
    at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:357) 
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:260) 
    at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:188) 
    at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191) 
    at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168) 
    at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189) 
    at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119) 
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288) 
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206) 
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136) 
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114) 
    at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77) 
    at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838) 
    at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113) 
    at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115) 
    at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55) 
    at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135) 
    at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564) 
    at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544) 
    at java.lang.Thread.run(Thread.java:744) 
Caused by: java.lang.ClassCastException: de.sep.ateam.sap.norris.model.User cannot be cast to de.sep.ateam.sap.norris.model.User 
    at de.sep.ateam.sap.norris.controller.beans.LoginBean.doLogin(LoginBean.java:50) 
    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 javax.el.ELUtil.invokeMethod(ELUtil.java:326) 
    at javax.el.BeanELResolver.invoke(BeanELResolver.java:536) 
    at javax.el.CompositeELResolver.invoke(CompositeELResolver.java:256) 
    at com.sun.el.parser.AstValue.invoke(AstValue.java:269) 
    at com.sun.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:304) 
    at org.jboss.weld.util.el.ForwardingMethodExpression.invoke(ForwardingMethodExpression.java:40) 
    at org.jboss.weld.el.WeldMethodExpression.invoke(WeldMethodExpression.java:50) 
    at com.sun.faces.facelets.el.TagMethodExpression.invoke(TagMethodExpression.java:105) 
    at javax.faces.component.MethodBindingMethodExpressionAdapter.invoke(MethodBindingMethodExpressionAdapter.java:87) 
    ... 35 more 
+2

例外スタックトレースを表示してください。 – Masudul

+0

@Rakesh: "JSF"や "GlassFish"のようなライブラリ/フレームワーク/製品名は** **コードではありません。推奨される編集でコードとして書式設定を停止してください。 – BalusC

+0

お試しください(オブジェクトu:ユーザー){ユーザーユーザー=(ユーザー)u; ..... –

答えて

0

私はクラスとtをシリアライズされたので、私は同様の問題がありました彼はシリアル化されたバージョンは、クラスが更新されて、コンテナを再起動せずにアプリケーションが再起動された後に逆シリアル化できませんでした。

+0

どうやって修正しましたか?私もクラスをシリアライズしています – Yakaryo

+0

私たちは、 'private static final long serialVersionUID = 1L;'のようなものを使用し、デシリアライズを壊すことがわかっていたときにuidを更新しました。また、複数のキャッシング戦略がありますが、それらのうちの1つは、デベロッパーインスタンス(コンテナを再起動せずにアプリケーションを更新する)で無効にしたコンテナ(Tomcat)によって実行されており、ああ、時にはコンテナの再起動時にクラスをアンロードできないため、アプリケーションの再起動時にコンテナがクラスを置き換えにくい場合があります。 – austin

0

これは通常、異なるクラスローダーに同じjarのインスタンスが複数存在する場合に発生します。ほとんどのアプリケーションサーバーには、グローバルクラスローダーとWebアプリケーション固有のクラスローダーがあります(contribクラスなどのものもあります)。フードチェーンで上位のクラスローダーがすでに定義されているクラスを持っていて、それが下位レベルのクラスローダーによって再定義されると、このような状況が発生する可能性があります(異なるクラスローダーの同じクラスは、同じ)。どのように/ jarがロードされるのかの順序は保証されていないため、時にはエラーが表示されることがあり、時々エラーが発生することがあります。簡単に言うと、あなたのWebアプリケーションに見えるサーバーのどこかに、このクラスを含むjarをまだ配備していないことを確認してください。

+0

まだIMにエラーが発生しています... – Yakaryo

3

同じクラスの複数のバージョンがアプリケーションサーバーにロードされていないことが確実な場合は、サーバーキャッシュをリセットしようとする可能性があります。

この手順に従ってください:

  1. アンデプロイアプリケーション。
  2. アプリケーションサーバーを停止します。
  3. アプリケーションサーバーのosgiキャッシュフォルダを削除します。私。 glassfishを使用している場合は、 E:¥glassfish-3.1.2.2¥glassfish¥domains¥domain1¥osgi-cache
  4. サーバーを再起動します。
  5. アプリケーションを展開します。
1

私は同じ問題を持っていた、と私は最終的にはjava.net上の回避策が見つかりました:WEB-INF/libglassfish4/glassfish/modulesから

すべてコピーorg.eclipse.persistence jar filesを。 次にglassfish-web.xmlに入り、class-delegatefalseに設定します。

私のために働いた!

+0

私の場合は、WEB-INF/libにorg.eclipse.persistence.core.jarとorg.eclipse.persistence.jpa.jarを追加するだけで十分でした –

関連する問題