OK, I've found something about my problem that might help you help me :) Still with my bean. I've created a method called test(). This method returns a Tester instance (which simply contains a String). This works perfectly. Now, I modified Tester so it is now an interface, and created the class TesterImpl, which implements Tester. (Note that Tester extends Serializable and - to be sure, TerterImpl implements Serializable). So my bean creates a TesterImpl but returns it as a Tester. Ooops, now I get that marshall exception again... Any clue ? ----- Original Message ----- From: "Maxime Poulin" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, June 04, 2001 2:19 PM Subject: Re: Unmarshalling exception... > Sadly it does :) > > And actually, the class I return is a kind of container for other objects, > and all these are also serializable... > > > ----- Original Message ----- > From: "Anish Malhotra" <[EMAIL PROTECTED]> > To: "'Maxime Poulin'" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> > Sent: Monday, June 04, 2001 1:35 PM > Subject: RE: Unmarshalling exception... > > > > Does your object being returned implement the Serializable interface ? > > > > Anish > > > > -----Original Message----- > > From: Maxime Poulin [mailto:[EMAIL PROTECTED]] > > Sent: Monday, June 04, 2001 11:34 AM > > To: [EMAIL PROTECTED] > > Subject: Unmarshalling exception... > > > > Hi all ! > > > > I have a problem I've been trying to solve for some time now. I really > > really really need help on this !!! > > > > Have a bean (stateless session) which I call from a servlet (well, a > > dependent class of my servlet). I can ping the bean (it has the ping() > > method which return "pong") and it answers properly. But if I need my bean > > to return a dependent object, then I get an unmarshall exception. > > > > Note that I give "container & vendor" specific information but I do not > want > > a solution for this vendor or container, it is the principle I do not seem > > to understand... > > > > So here are the details of my implementation. I wil try to give as much > > details as possible. > > > > 1 - My stateless session bean is called SMbs bean, with according home and > > remote interfaces. > > 2 - The bean container is Inprise AppServer 4.1.1 > > 3 - The servlet engine is Jakarta Tomkat 4.0 (Catalina). > > 4 - All the classes used by the servlet are in > > jakarta\...\web-app\web-inf\lib > > 5 - The bean used dependent classes that are in the package zbapi. These > > classes, in turn, use classes in the package zbprot. The zbprot package is > > in the lib directory of my ejbcontainer. The zbapi package is not in my > > container since the needed classes should be deployed with the bean. > > 6 - The client bean is in the jakarte\...\web-app\web-inf\lib directory. > > > > So : > > > > The SMbs bean returns a MetaDataImpl which is in the ZBApi package. If I > > call the ping() method of my bean, it returns the string "pong" properly. > > But if I call getMetaData() which should return a MetaDataImpl instance > > (implementing MetaData), > > I get the error : > > > > java.rmi.MarshalException: CORBA MARSHAL 0[Error unmarshaling value [Could > > not g > > et class for repository id = > > RMI:com.zerobase.api.scenarios.data.MbsMetaDataImpl > > :71DA8BE7F971128]] > > [...] > > > > So what am I doing wrong ? > > > > I found a way to make this work : > > > > If I put the ZBAPI package AND the DEPLOYED jar in my jakarta\lib dir > (which > > is not the same as web-app...), then I can do whatever I want with the > bean. > > However, this is not a clean solution. I think that all my jar files > should > > be in the web-app\... directory, not in the webserver's main lib > > directory... > > > > I really need help on this, I know it has been adressed some time ago but > > the answer didn't help me... > > > > Maxime Poulin. > > > > > =========================================================================== > > To unsubscribe, send email to [EMAIL PROTECTED] and include in the > body > > of the message "signoff EJB-INTEREST". For general help, send email to > > [EMAIL PROTECTED] and include in the body of the message "help". > > > > =========================================================================== > To unsubscribe, send email to [EMAIL PROTECTED] and include in the body > of the message "signoff EJB-INTEREST". For general help, send email to > [EMAIL PROTECTED] and include in the body of the message "help". > > =========================================================================== To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff EJB-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
