I did as you said, but the problem was still there. So I've kept on investigating, and with some chance (a mistyped an attribute), I arrived to this puzzling diagnostic: If I define an element or attribute with a slash:
attr-name inside Jboss, when I call the unmarshalling method, the proper class or setter or getter method is not found. I guess it must be due to some type of interference with existing classes, but I don't know where to look for. What class or classes are charged of the default mapping? Any idea of what could be modifying its behaviour? Thanks! ----- Original Message ----- From: "Freyer, Christopher" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, September 16, 2002 9:16 PM Subject: Re: [castor-dev] Problem with unmarshallling in Jboss. And yes, I replaced the castor.jar file in JBoss > Hi Jose-- > I've had caching problems on various servers (Tomcat and WebSphere). > Mine were solved by stopping/restarting the servers, and by cleaning out the > directories containing my compiled JSP's. > Chris > > > > -----Original Message----- > From: Jos� Cervera Uceda [mailto:[EMAIL PROTECTED]] > Sent: Monday, September 16, 2002 2:24 PM > To: [EMAIL PROTECTED] > Subject: [castor-dev] Problem with unmarshallling in Jboss. And yes, I > replaced the castor.jar file in JBoss > > > Hi, everybody. > > I've had some strange behaviour after 'inserting' my application under JBoss > 3.0.0 with Tomcat 4.0.3 > I'm using Castor 0.9.3.21 > > My .xsd produced a java class of this type, that i've slightly modified to > follow the error: > > public class AAA implements java.io.Serializable { > > private BBB bBB; > .... > public void setBBB(BBB bBB) { > System.out.println("Calling setBBB"); // This, of course, I've > inserted myself > this. bBB = bBB; > } > .... > public static my.package.castorgenerated.AAA unmarshal(java.io.Reader > reader) > throws org.exolab.castor.xml.MarshalException, > org.exolab.castor.xml.ValidationException > { > System.out.println("Calling to the unmarshalling function!!"); > my.package.castorgenerated.AAA ret = > (my.package.castorgenerated.AAA) > org.exolab.castor.xml.Unmarshaller.unmarshal(my.package.castorgenerated.AAA. > class, reader); > System.out.println("Empty?:"+ret.getBBB()); > return ret; > /* return (my.package.castorgenerated.AAA) > org.exolab.castor.xml.Unmarshaller.unmarshal(my.package.castorgenerated.AAA. > class, reader); */ // Original > } //-- my.package.castorgenerated.BBB unmarshal(java.io.Reader) > ... > } > > The problem is that, without JBoss, I can see how, after the unmarshalling > method is called, a call to setBBB follows. Thus, when I call to the method > getBBB, it returns a not null value. > Doing the same under JBoss produces no call to the setBBB method, so the > getBBB returns a null. As you may have noticed, I've even modified the usual > call to the Unmarshaller, to make sure that the right Class is used. > I've copied the version of the castor jar I was using to the JBoss > default/lib directory, and removed all other copies of castor from JBoss > (even from the temporary files). > I'm not using any mapping file, but as I said, it works except in JBoss. > > Does anybody have any idea of what's going on, or how could I gain some > insight in this problem? > > Thank you very much! > > ----------------------------------------------------------- > If you wish to unsubscribe from this mailing, send mail to > [EMAIL PROTECTED] with a subject of: > unsubscribe castor-dev > > > > > Blue Cross Blue Shield of Florida, Inc., and its subsidiary and > affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc. > > ----------------------------------------------------------- > If you wish to unsubscribe from this mailing, send mail to > [EMAIL PROTECTED] with a subject of: > unsubscribe castor-dev > ----------------------------------------------------------- If you wish to unsubscribe from this mailing, send mail to [EMAIL PROTECTED] with a subject of: unsubscribe castor-dev
