Hi keith,
I started to work with the changes today. I might have misunderstood the
example provided. The Fieldhandler class seems to be specific to the class
the field belongs too (in your example foo).
When I said ADT I am referring to the type, so for example the user defined
data type TextString in my example is used by a number of different classes.
As an example the Customer class has name, address and phone fields that are
all defined as TextStrings. If I understand the FieldHandler class then I
have to create a handler for each properties (which I may be able to reuse
for the same property in another class).
what I want to do is write one handler for the type (TextString), which I can
reuse where ever the type TextString is defined for a field. This must
already exist for the standard types, so is there anyway to extend the
current framework to do this for user defined types? If I have to write a
handler for each field then I may as well just add castro specific accessors,
because even in a small demo no two classes share the same property, so there
is no scope for reuse.
> > > Jeff Hoare wrote:
> > > > Hi,
> > > > Is there anyway to map user defined data types in Castor. We are
> > > > using a guio
> > > > framwork that defines its own set of java types. In may cases these
> > > > are just
> > > > wrappers for some base Java Class, for example TextString is a
> > > > wrapper for a
> > > > String, and the "name" property returns one of these classes.
> > > > We don't want to have to store these seperatly in tables, but as
> > > > column
> > > > attributes of the class itself.
> > > > I can add specific getters/setters on the actual classes that return
> > > > standard
> > > > java representations, but it would be good not to have to have these
> > > > xtra's.
> > > > So :-)
> > > > Is it possible to map such classes to standard castor
> > > > representations
> > > > or
> > > > Does this require an extension of the castor framework?
> > > >
> > > > Jeff
> > > >
> > > > -----------------------------------------------------------
> > > > 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
-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
[EMAIL PROTECTED] with a subject of:
unsubscribe castor-dev
