hi arnaud,

  thanks for the quick reply.  i understand your suggestion to use
  a classdescriptorresolver.  i wonder if along the same lines it might
  not be simpler for me to create additional subclassed
  <classname>Descriptor.java classes simply to satisfy the default
  classdescriptorresolver?

  about your suggestion to use a mapping file -- i must admit i don't
  see it just yet.  how does one specify in a mapping the
  relationship to the parent class and its classdescriptor?  maybe
  via the <class> "extends" attribute?

thanks again, eitan

----- Original Message -----
From: "Arnaud Blandin" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, November 06, 2002 6:21 AM
Subject: Re: [castor-dev] advice on marshalling subclasses of srcgen'd
classes?


> Hi Eitan,
>
> You can implement your own ClassDescriptorResolver to indicate to the
> Marshalling Framework how to resolve ClassDescriptors or you can define
> a mapping file for the extended classes.
>
> Arnaud
>
> > -----Original Message-----
> > From: Eitan Suez [mailto:eitan@;uptodata.com]
> > Sent: Wednesday, November 06, 2002 1:07 PM
> > To: [EMAIL PROTECTED]
> > Subject: [castor-dev] advice on marshalling subclasses of srcgen'd
> > classes?
> >
> > hi,
> >
> >   i noticed that if i'm not careful and try to marshal
> >   a class that is a subclass of a source-generated
> >   class, the marshaller will go ahead and use the
> >   default introspector instead of the class descriptor
> >   generated by the source generator for the superclass.
> >
> >   thus i'm producing non-schema-conforming xml.
> >
> >   i've been using a convention of putting my generated
> >   code in one package and the subclassed code in
> >   another.
> >
> >   any advice on how correctly marshal classes that are
> >   subclasses of srcgen'd classes (and thus have their
> >   own classdescriptors)?
> >
> > thanks, eitan
> >
> > -----------------------------------------------------------
> > 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

Reply via email to