Mike, at the bottom of this email you'll find instructions on how to unsubscribe.
Werner Perry, Mike wrote: > 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] > ------------------------------------------------- > > ------------------------------------------------- If you wish to unsubscribe from this list, please send an empty message to the following address: [EMAIL PROTECTED] -------------------------------------------------
