Yeah, I see. But the default implementation of the xmlbeans interfaces *is* the marshalling framework. It needs to know when you are getting and setting things on the interface so that it can synchronize the DOM view for instance. So that's why I'd reccomend using delegation instead of subclassing to achieve what you want (still, take a look at the extension interfaces feature).
Thanks, Radu On Sun, 2005-06-12 at 21:19, Adam Jenkins wrote: > > Well, obviously, if you provide the implementation classes yourself, > > then you are not really using XmlBeans anymore > > Is there no way to redirect the bean implementation and maintain use of > the XMLBeans framework. I would imagine this would be an extremely > powerful paradigm. I'm not interested in replacing the xmlbeans > marshalling framework, but being able to implement the bean interface on > other classes and marshal directly to them (e.g. an ejb) would be > fantastically powerful. > > On Sun, 2005-06-12 at 14:23 -0700, Radu Preotiuc wrote: > > Well, obviously, if you provide the implementation classes yourself, > > then you are not really using XmlBeans anymore for runtime and you can't > > rely on XmlBeans to do the parsing. > > You can add your own code to the generated XmlBeans using the extension > > feature, as described in > > http://wiki.apache.org/xmlbeans/ExtensionInterfacesFeature > > > > Radu > > > > From: Adam Jenkins <[EMAIL PROTECTED]> > > To: [email protected] > > Subject: runtime specify implementing class? > > Date: Fri, 10 Jun 2005 09:48:29 +1000 > > > > Hi All, > > > > I've just learning XMLBeans 2.0. I've notice that xmlbeans creates > > element interfaces and an implementation. Is it possible (and is there > > any doco anyone can point me at) to change the implementation class > > (i.e. to implement the generated interface with my own class) and parse > > using that instead of the default implementation? > > > > Cheers > > Adam > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
