2015-03-12 3 views
0


в несколько раз, после развертывания на GlassFish, у меня есть исключение:GWT ClassCastException в RCP методе во время получения данных из БД

SEVERE|glassfishv3.0|javax.enterprise.system.std.com.sun.enterprise.v3.services.impl|_ThreadID=40;_ThreadName=Thread-1;|java.lang.ClassCastException: com.gwt.server.domain.model.OrgUnit cannot be cast to com.gwt.server.domain.model.OrgUnit 

класс OrgUnit простой JPA Entity, чем иметь место в пакете com.gwt.server.domain.model ,

Stackstrace является:

SEVERE|glassfishv3.0|javax.enterprise.system.std.com.sun.enterprise.v3.services.impl|_ThreadID=40;_ThreadName=Thread-1;|java.lang.ClassCastException: com.gwt.server.domain.model.OrgUnit cannot be cast to com.gwt.server.domain.model.OrgUnit 
    at com.gwt.server.service.orgUnit.OrgUnitServiceImpl$1.execute(OrgUnitServiceImpl.java:51) 
    at com.gwt.server.service.orgUnit.OrgUnitServiceImpl$1.execute(OrgUnitServiceImpl.java:40) 
    at com.gwt.server.service.api.AbstractCommand.invoke(AbstractCommand.java:56) 
    at com.gwt.server.service.orgUnit.OrgUnitServiceImpl.findAll(OrgUnitServiceImpl.java:39) 
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 
    at java.lang.reflect.Method.invoke(Method.java:597) 
    at com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:569) 
    at com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:208) 
    at com.google.gwt.user.server.rpc.RemoteServiceServlet.processPost(RemoteServiceServlet.java:248) 
    at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62) 
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:754) 
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) 
    at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1523) 
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:279) 
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:188) 
    at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:641) 
    at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:97) 
    at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:85) 
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:185) 
    at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:332) 
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:233) 
    at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:165) 
    at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:791) 
    at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:693) 
    at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:954) 
    at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:170) 
    at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:135) 
    at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:102) 
    at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:88) 
    at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:76) 
    at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:53) 
    at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:57) 
    at com.sun.grizzly.ContextTask.run(ContextTask.java:69) 
    at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:330) 
    at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:309) 
    at java.lang.Thread.run(Thread.java:619) 

Как я могу решить эту неприятность?
Спасибо.

ответ

1

один вопрос ... Это просто redploying ¿? Если вы перезапустите Glashfish, проблема сохраняется?

Посмотрите на это: EclipseLink + JPA Guice Persist and Redeployments ....

И это: https://bugs.eclipse.org/bugs/show_bug.cgi?id=326552

+0

, когда hudson разворачивается на старую рыбку, он запускает миссию undeploy, которая развёртывает prj из стеклянной рыбы. – bito4ek

+0

после перезапуска серверы из старинной рыбы - это semms ok. – bito4ek

+1

Я думаю, что ваш сущ. Человек может покинуть открытые экземпляры. Наиболее практичным является tinvoke для закрытия EntityManager. Если точка входа Servlet или REST Service, вы можете использовать событие onContextDetroyed с помощью Listener .... или, по крайней мере, проверить статус EntityManager. Возможно, вам может быть полезно использовать guice-persist «layer» между логикой приложения и объектами Entity JPA. – Azimuts

0

Кажется, у вас есть два различных JAR-файлы, содержащие одни и те же классы в пути к классам

+0

в «приложении» папка на сервере одна папки для текущего проекта ... – bito4ek

+0

войны файла собирать Хадсон, и развернуть его стеклянная рыба. эта проблема была не часто, но в последние времена исключение не исчезает. – bito4ek

Смежные вопросы