Hi Nick, You might be interested in the Java 5 work I've been doing in the main Castor code base. It's described in more detail under this JIRA entry.
http://jira.codehaus.org/browse/CASTOR-1104 So far I've added support for Annotations into the org.exolab.javasource package for producing Java source (ultimately from the Castor Source Generator) with Java 5 Annotations and Enumerations in it. http://cvs.castor.codehaus.org/viewrep/castor/castor/src/main/org/exolab /javasource My next step is to define the actual Annotations required, then have a new Annotation aware ClassDescriptior impl. use them and finally have the Source Generator output source with them present. So in respect to deciding Annotations, it looks like we are at roughly the same point, care to swap notes on the Annotations required? Maybe at least on those required between Castor JDO and Castor XML? I've also been studying the .Net XML Attributes for ideas; I think this is also a good source for input. Andy. -----Original Message----- From: Nick Stuart [mailto:[EMAIL PROTECTED] Sent: 13 July 2005 14:57 To: dev@castor.codehaus.org Subject: [castor-dev] Castor Annotations Ok, so the project was approved...YEAH! :) Anyways, be warned that it is still very rough, but functional for what I sought to do at the time. Willing to change anything and everything if there is a better way to do it. Jeremy already brought up a point that I will taking on, and thats to be able to use annotated classes directly instead of marshalling out to an XML file. We'll see what can be done with that with as few, or no changes to the Castor codebase. Check it out at: https://castor-annotations.dev.java.net/ -Nick ------------------------------------------------- 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] -------------------------------------------------
