File APIs for Java Developers
Manipulate DOC, XLS, PPT, PDF and many others from your application.
The moose likes EJB and other Java EE Technologies and the fly likes Marshalling Error in Nested Application Exceptions Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login

Win a copy of REST with Spring (video course) this week in the Spring forum!
JavaRanch » Java Forums » Java » EJB and other Java EE Technologies
Bookmark "Marshalling Error in Nested Application Exceptions" Watch "Marshalling Error in Nested Application Exceptions" New topic

Marshalling Error in Nested Application Exceptions

Terence Lai

Joined: Dec 09, 2007
Posts: 8
Hi all,

I have implemented the following exceptions in my EJB project:
1) ApplicationException extends from java.lang.Exception
2) DAOException extends from ApplicationException

Note that I use my IDE to generate the serialVersionUIDs in both classes. Other than invoking the parent's constructors, these exceptions do not have other logics.

In my EJB project, I have a stateless session bean declared to throw ApplicationException. During the runtime, if the session bean catches DAOException, it wraps the DAOException into the ApplicationException such as the followings:

try {
// application logic
} catch (DAOException ex) {
throw new ApplicationException(
"Error in accessing application data",

This nested exception creates a problem. Upon the client program invokes the session bean method, the system fails to marshal the nested exception. Specifically, I see the following exception stack trace captured from the client side:

com.mycompany.myproject.exception.ApplicationException: java.rmi.MarshalException: CORBA MARSHAL 0x4942f89a No; nested exception is:
org.omg.CORBA.MARSHAL: Unable to read value from underlying bridge : Mismatched serialization UIDs : Source (RepId RMI:java.lang.Throwable:F8678B4F4D2EB705 5C635273977B8CB) = D5C635273977B8CB whereas Target (RepId RMI:com.mycompany.myproject.dao.exception.DAOException:7DFDC0413F49F03D:4553EC7D326F34B1) = 4553EC7D326F34B1 vmcid: IBM minor code: 89A completed: No

Does anyone know the cause of the error? I am using WebSphere Application Server 6.1.

Jaikiran Pai

Joined: Jul 20, 2005
Posts: 10441

Are you sure that the client classpath has the same version of the class file that is on the server?

[My Blog] [JavaRanch Journal]
Terence Lai

Joined: Dec 09, 2007
Posts: 8
Yes. The client classpath contains the same version of classes on the server side.

In fact, I have no problems if the server throws either DAOException or ApplicationException. The problem occurs when DAOException is nested inside the ApplicationException.
subject: Marshalling Error in Nested Application Exceptions
It's not a secret anymore!