[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
| 
Re: [eclipselink-users] GFv3 + EclipseLink >=2.1.1: Remote EJB client cannot transfer JPA entities through remote session bean
 | 
Have you posted this to the GlassFish mailing list?  It is not obvious from the 
portion of the exception you are posting what could be wrong in EclipseLink.  Is 
there a longer exception trace somewhere?
The only thing I can think of in EclipseLink that could cause marshalling 
exceptions is our weaving.  Try setting the persistence unit property 
eclipselink.weaving to false.  If that helps, it will give us somewhere to start 
looking.
In the meantime, I suggest you persue this on the GlassFish mailing list as well.
-Tom
Xavier Callejas wrote:
Hi,
I am having big troubles, I hope you can help me.
I am using Glassfish v3.0.1, I needed to upgrade it to EclipseLink 2.1.1 
because of a know bug (solved in 2.1.1) of EclipseLink 2.0.0 but this bring me 
a much bigger problem.
I use Glassfish as a EJB server, a lot EJBs session beans are facades for the 
persistence layer (eclipselink), the remote java client connect to the server 
through remote EJBs to make CRUD. If I upgrade to EclipseLink 2.1.1 or newer 
when the remote java client connect to a remote session bean to send a JPA 
entity through a method in the remote session bean the connection hangs after 
a few minutes.
The JPA entities classes are in a separated jar shared by the EAR in the 
server and the remote java client, the persistence.xml is in a EJB module 
inside a EAR in the server.
This occurs with Glassfish 3.1 last nightly build, too. GF3.1 throws this:
javax.ejb.EJBException: java.rmi.MarshalException: CORBA COMM_FAILURE 
1330446344 Maybe; nested exception is: 
org.omg.CORBA.COMM_FAILURE: FINA: IOP00410008: Connection abort vmcid: OMG 
minor code: 8 completed: Maybe
at 
com.sistemasaereos.model._ServiceBeanRemote_Wrapper.test(com/sistemasaereos/model/_ServiceBeanRemote_Wrapper.java)
at enterpriseapplication2client.Main.main(Main.java:35)
...
Caused by: org.omg.CORBA.COMM_FAILURE: FINA: IOP00410034: Received 
java.io.IOException: End-of-stream, in a blocking read on connection, 
SocketOrChannelConnectionImpl[ java.nio.channels.SocketChannel[connected 
local=/192.168.60.107:49577 
remote=zeus.cdi.sistemasaereos.com.sv/192.168.60.10:55538] ESTABLISHED true 
true], because an end of stream was detected vmcid: OMG minor code: 34 
completed: No
...
If this is not caused by a new security mecanism in Eclipselink this should be 
a serious bug.
For now I am stucked in Glassfish v3.0.1 with EclipseLink 2.0.0 trying to make 
a workaround with the know bug.
_______________________________________________
eclipselink-users mailing list
eclipselink-users@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/eclipselink-users