In the early days of XMLBeans we implemented something very similar to what you describe, but it was failing to work when schema types where using inheritance.
The solution implemented today even if less nice, is working in those cases and allows the runtime to use the memory more efficiently when extensions are both used or not. Another option, which I don't recommend since I think is way worse than using extensions - but you might want to consider it, is to generate the sources and than explicitly modify and package them. Cezar > -----Original Message----- > From: Ben Jelloul Marouane [mailto:[EMAIL PROTECTED] > Sent: Monday, May 01, 2006 11:06 AM > To: xmlbeans user mailing list > Subject: RE: inheritance: I m I allowed to subClass > anXmlMyGeneratedObjectImpl > > Thanks for the link But still some questions remains. > > I m playing with ExtensionInterfacesFeature it but it is not very user > friendly > because of the FooHandler that must have a static methode foo(xmlObject > xo, String s). > and also because every code change means regenerate > XmlBeanGeneratedInterface. > > What I m looking for would lot more easy to handle: > I want to do something like this. > XmlBeanGeneratedInterface.Factory.parse(file, MyClass) > that would return an instance of MyClass (of course MyClass extends The > class XmlBeanGeneratedInterfaceImpl) > For the case described before it would be: > XmlHolderTypeLib.Factory.parse(file, HolderTypeLib) > that would return an instance of HolderTypeLib. > > And then whatever I add to HolderTypeLib I will not need to regenerate > xmlBeans interface. > Or even if I subclass it again (HolderTypeLibSub extends HolderTypeLib) > I want to be able to do also XmlHolderTypeLib.Factory.parse(file, > HolderTypeLibSub) > > > Does someone have an idea, I m sure it should be possible. > If some of the developer of xmlBeans see this can you tell me if there > is a chance to do that (or not at all). > > Thanks, > Marouane > > On Fri, 2006-04-28 at 18:51, Cezar Andrei wrote: > > Ben, > > > > Take a look at extensions, it's probably what you're looking for: > > http://wiki.apache.org/xmlbeans/ExtensionInterfacesFeature > > > > Cezar > > > > > -----Original Message----- > > > From: Ben Jelloul Marouane [mailto:[EMAIL PROTECTED] > > > Sent: Friday, April 28, 2006 7:32 AM > > > To: xmlbeans user mailing list > > > Subject: inheritance: I m I allowed to subClass an > > > XmlMyGeneratedObjectImpl > > > > > > Hi, > > > > > > my problem is this: > > > I have a generated with scomp: > > > Public Interface XmlHolderTypeLib > > > Public Class XmlHolderTypeLibImpl > > > extends org.apache.xmlbeans.impl.values.XmlComplexContentImpl > > > implements HolderTypeLib > > > > > > I need a Class HolderTypeLib that I can load with an xml file > > > but that have also a lot of other methods that I will add. > > > The problem is that the XmlHolderTypeLib.Factory.parse(file) > > > will create a instance of XmlHolderTypeLibImpl. > > > > > > Is it correct to do (I m not sure because XmlHolderTypeLibImpl is in > > an > > > impl package): > > > Class HolderTypeLib extends XmlHolderTypeLibImpl > > > and even if it is correct how I will create an instance of > > HolderTypeLib. > > > > > > Thanks, > > > Marouane > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > _______________________________________________________________________ > > Notice: This email message, together with any attachments, may contain > > information of BEA Systems, Inc., its subsidiaries and affiliated > > entities, that may be confidential, proprietary, copyrighted and/or > > legally privileged, and is intended solely for the use of the individual > > or entity named in this message. If you are not the intended recipient, > > and have received this message in error, please immediately return this > > by email and then delete it. > > > > --------------------------------------------------------------------- > > 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] _______________________________________________________________________ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
