Hi Richard and others Source Generator binding file fans, The first version of the binding file is ready but it needs to be tested and reviewed internally, I can't promise you anything but I think it should enter the CVS just before Christmas :+). The Binding-File is a configuration file that will allow you more control on the source code you are generated: the first version will allow you to control the classes generated (name, implementation,...), future version will provide a lot of control on the fields generated (name,type, collection to use...).
Arnaud -> -----Original Message----- -> From: Keith Visco [mailto:[EMAIL PROTECTED]] -> Sent: Monday, December 03, 2001 11:55 AM -> To: [EMAIL PROTECTED] -> Subject: Re: [castor-dev] Source Generator -> -> -> -> -> Hi Richard, -> -> "Davis, Richard" wrote: -> > -> > Keith, -> > -> > Do you have an idea of when the binding file that would be used in -> > conjunction with SourceGenerator would be available? -> > -> -> This is a feature that Arnaud Blandin is working on. It's almost done -> and should be in the CVS soon. It is supposed to be available in Castor -> 0.9.4. It's one of the features that we couldn't finish in time due to -> other projects we are working on for Intalio...and therefore causes us -> to delay the release of 0.9.4. Currently Castor 0.9.4 won't be released -> until January, but once the code is checked into CVS you should be able -> to use it. -> -> I can't give an exact date...but maybe Arnaud can give you an -> approximation when he reads this e-mail. -> -> --Keith -> -> -> > -> > -----Original Message----- -> > From: Keith Visco [mailto:[EMAIL PROTECTED]] -> > Sent: Friday, November 30, 2001 3:57 PM -> > To: [EMAIL PROTECTED] -> > Subject: Re: [castor-dev] Source Generator -> > -> > "Davis, Richard" wrote: -> > > -> > > Thanks Keith, -> > > -> > > I got it working as you explained. I had to set -> > > org.exolab.castor.builder.javaclassmapping=type so -> SourceGenerator would -> > not -> > > try to generate the class I refer to in the extra schema. -> > > -> > -> > hmmm, I'll have to look into that. javaclassmapping=element should work -> > too. A class should get created by for the element, using the element's -> > name, and this class should simple extend the class from the extra -> > schema. Of course if the element and the complexType have the same name -> > then maybe it appears that it was getting created for the complexType. -> > -> > > I'm pretty sure I know the answer to this question but just -> to verify I'm -> > > asking. Is there a way to specify an element that will be -> represented as a -> > > property on the resulting bean to not have (one of) a setter -> or getter? (I -> > > know this probably would break marshalling/unmarshalling) -> > -> > We are working on a binding file that will be used in conjunction with -> > the source generator to have greater control over the generated source. -> > -> > The mapping framework does allow for only specifying (one of) a getter -> > or a setter. It doesn't break anything if there is no setter, the -> > unmarshaller simply ignores the value. -> > If there is no getter however, the value will not appear in your XML -> > Schema, and potentially break validation, but if there is no validation -> > turned on, or the field is marked as optional, then it'll work. -> > -> > --Keith -> > -> > ----------------------------------------------------------- -> > If you wish to unsubscribe from this mailing, send mail to -> > [EMAIL PROTECTED] with a subject of: -> > unsubscribe castor-dev -> > -> > ----------------------------------------------------------- -> > If you wish to unsubscribe from this mailing, send mail to -> > [EMAIL PROTECTED] with a subject of: -> > unsubscribe castor-dev -> -> ----------------------------------------------------------- -> If you wish to unsubscribe from this mailing, send mail to -> [EMAIL PROTECTED] with a subject of: -> unsubscribe castor-dev ----------------------------------------------------------- If you wish to unsubscribe from this mailing, send mail to [EMAIL PROTECTED] with a subject of: unsubscribe castor-dev
