... the solution you are suggesting would be very nice. I guess this could solve all my problems.
I would provide a proxy object, which can be put in place of a object (reference). This object has getter and setter methods for a link and an object. The BeanReader and Writer then would just care about the link. The object will be read the first time the geter method is called, and the link will be changed, when the object has changed. I just have to make sure, that the object is not written either. This solution might not be perfect, but it would serve the purpose initially. So tell me, if I can support you enabling this feature in Betwixt. - Harald > -----Urspr�ngliche Nachricht----- > Von: robert burrell donkin > [mailto:robertburrelldonkin@;blueyonder.co.uk] > Gesendet: Donnerstag, 14. November 2002 19:38 > An: Jakarta Commons Developers List > Betreff: [Betwixt] XMLBeanInfo customization [WAS Re: AW: [Betwixt] > Support of user defined XMLBeanInfo?] > > > On Tuesday, November 12, 2002, at 06:45 PM, > [EMAIL PROTECTED] wrote: > > > Hi Robert, > > hi Harald > > <snip> > > > But anyway I would like to use Betwixt in a more flexible > way (e.g. having > > own XMLBeanInfos for some Beans). > > <snip> > > > But on the other hand, if you are interested in making the > way beans are > > written and read more flexible I would like to support you. > For example > > what > > is it about the .betwixt files? I could not further > information about > > them. > > .betwixt files are the way that betwixt allows XMLBeanInfo's to be > customized. you can do things such as deciding which > properties are going > to be mapped to xml etc. there is (some) documentation on > them on the web > site (http://jakarta.apache.org/commons/betwixt). > > since XMLBeanInfo's were supposed to correspond to > java.beans.BeanInfo. > BeanInfo supports programmatic implementations. so if you had > something > like xxx.yyy.zzz.FooBean then betwixt might look for a > xxx.yyy.zzz.FooBeanXMLBeanInfo class which would be a programmatic > XMLBeanInfo. > > i don't know if adding this feature would help you or not. > > - robert > > > -- > To unsubscribe, e-mail: > <mailto:commons-dev-unsubscribe@;jakarta.apache.org> > For additional commands, e-mail: > <mailto:commons-dev-help@;jakarta.apache.org> > -- To unsubscribe, e-mail: <mailto:commons-dev-unsubscribe@;jakarta.apache.org> For additional commands, e-mail: <mailto:commons-dev-help@;jakarta.apache.org>
