Please remove me from the mailing list. Mike Perry
-----Original Message----- From: Srinivasan, Pady [mailto:[EMAIL PROTECTED] Sent: Thursday, June 02, 2005 9:38 AM To: [email protected] Subject: RE: [castor-user] modifyable Java SourceGenerator class templates? >>> Although i wouldn't like to get Castor getting more complicated to use, Introducing what I was suggesting is not going to make this complicated because from the user standpoint it is the same class - except that it extends from a base class which has the generated code. >>> As a workaround, you can extend all castor-generated classes from an >>> abstract base class, which can have custom methods. The issue with this is that if there are two elements with the same attribute name, and I would like to have different override methods for the two elements, then it is not possible or very cumbersome to do that in the abstract class. On a sidenote, couple of years back, we looked at Castor and JAXB. And we ended up writing our own binding framework ( supported only DTDs ) taking the best of JAXB and Castor. This turned out to a huge benefit for us because we could have lots of overridden methods, still change the dtd and regenerate the code. Also it helped support business specific logic ( like business logic verification during unmarshalling ), custom data conversion during unmarshalling, custom exceptions during unmarshalling etc. Thanks -- pady Email Confidentiality Notice: The information in this email and subsequent attachments may contain confidential information that is intended solely for the attention and use of the named addressee(s). This message or any part thereof must not be disclosed, copied, distributed or retained by any person without authorization from Fidelity Investments. -----Original Message----- From: Mike Haller [mailto:[EMAIL PROTECTED] Sent: Thursday, June 02, 2005 9:13 AM To: [email protected] Subject: Re: [castor-user] modifyable Java SourceGenerator class templates? Yeah, sounds good :) Although i wouldn't like to get Castor getting more complicated to use, like a lot of new parameters for code generation etc. With Castor, i liked most that it's so easy to use and you've got (working) results very fast. What do you think about that? Doesn't EMF doing similar? Afaik, it only re-generates Methods which are NOT modified by the user (javadoc tag like "@generated" can be removed by user, then the engine doesn't overwrite it anymore) As a workaround, you can extend all castor-generated classes from an abstract base class, which can have custom methods. I'm trying to use this for Digital Signature stuff, so I can sign/verify each object for it's own. greets Mike Srinivasan, Pady schrieb: > Since we are on this topic, I would like to see if a feature like this > is supported by Castor ( this is there in JAXB ) or planned to be > supported: > > If there is an xml element called "Book", then Castor generates > Book.java. Instead wouldn't it be useful if Castor generated "Book.java" > and "BookImpl.java" with Book.java extending from BookImpl.java. All the > code generated is in BookImpl.java, and Book.java is an empty > implementation. This gives the user to put in custom code in Book.java ( > like overriding methods etc ). Also when Castor regenerates code for the > same element, it doesn't generate Book.java ( since it exists ). And > during marshalling/unmarshalling, "Book"/Book object is used. > > > > > Thanks > > -- pady > > > Email Confidentiality Notice: The information in this email and > subsequent attachments may contain confidential information that is > intended solely for the attention and use of the named addressee(s). > This message or any part thereof must not be disclosed, copied, > distributed or retained by any person without authorization from > Fidelity Investments. > > > > > -----Original Message----- > From: Andrew Fawcett [mailto:[EMAIL PROTECTED] > Sent: Thursday, June 02, 2005 6:07 AM > To: [email protected] > Subject: RE: [castor-user] modifyable Java SourceGenerator class > templates? > > > Hi Mike, > > Most of what you want to change is built into the org.exolab.javasource > API. > > Sadly its not configurable at present. > > Sorry. > > Andy. > > -----Original Message----- > From: Mike Haller [mailto:[EMAIL PROTECTED] > Sent: 02 June 2005 10:29 > To: [email protected] > Subject: [castor-user] modifyable Java SourceGenerator class templates? > > Hey, > > couldn't find any doc about how to modify the Java code templates which > are use for source generation (xsd->java). > > How can I change the code which is generated? (Like javadoc, comments, > imports, custom methods etc.?) > > I already use a common abstract parent class. > > regards > Mike > > ------------------------------------------------- > If you wish to unsubscribe from this list, please send an empty message > to the following address: > > [EMAIL PROTECTED] > ------------------------------------------------- > > > > The information in this message is confidential and may be legally > privileged. It may not be disclosed to, or used by, anyone other than > the addressee. If you receive this message in error, please advise us > immediately. Internet emails are not necessarily secure. CODA does not > accept responsibility for changes to any email which occur after the > email has been sent. Attachments to this email may contain software > viruses, which could damage your systems. CODA has checked the > attachments for viruses before sending, but you should virus-check them > before opening. > > > ------------------------------------------------- > If you wish to unsubscribe from this list, please > send an empty message to the following address: > > [EMAIL PROTECTED] > ------------------------------------------------- > > ------------------------------------------------- > If you wish to unsubscribe from this list, please > send an empty message to the following address: > > [EMAIL PROTECTED] > ------------------------------------------------- > ------------------------------------------------- If you wish to unsubscribe from this list, please send an empty message to the following address: [EMAIL PROTECTED] ------------------------------------------------- ------------------------------------------------- If you wish to unsubscribe from this list, please send an empty message to the following address: [EMAIL PROTECTED] ------------------------------------------------- ------------------------------------------------- If you wish to unsubscribe from this list, please send an empty message to the following address: [EMAIL PROTECTED] -------------------------------------------------
