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]
-------------------------------------------------

Reply via email to