> having no XML name at this 'time of processing' isn't a problem... > it can have multiple reasons, in your special case it is because > 1) Castor has no mapping information at hand,
Can I assume that a mapping file could be a good workaround for this problem ? > 2) then Castor creates adhoc descriptors by introspection (reflection) > and those descriptors have no XML name set But I verified that there is a .castor.cdr that binds the class AllowInviteType to its descriptor class. I thought it was enough ... > To come back to issue 2031: we're still working to solve the problem, > but there are at least two different problems that overlap and we have > to solve each of them. It looks a quite complex problem. Please let me know if I can help a bit.... I would also appreciate if you could recommend me a workaround as this bug prevents us to process several parts of documents in our projects. Regards, Pascal > > Regards > > Joachim > > On 02/08/07, Pascal Maugeri <[EMAIL PROTECTED]> wrote: > > Hi > > > > I'm working on the issue CASTOR-2031. I'm debugging the Marshaller > > class and I have a quick question regarding the code of this class. > > > > It happens that on line 953 (trunk version) the > > 'descriptor.getXMLName()' returns null. > > > > What could be the possible reasons ? Is it a normal behavior ? I > > observe that for other nodes of the document being marshalled > > getXMLName() always returns the correct name. > > > > The related node of the schema being processed (in attachment) is > > 'allow-invite'. > > > > Regards > > Pascal > > > > --------------------------------------------------------------------- > > To unsubscribe from this list please visit: > > > > http://xircles.codehaus.org/manage_email > > > > > > --------------------------------------------------------------------- > To unsubscribe from this list please visit: > > http://xircles.codehaus.org/manage_email > > --------------------------------------------------------------------- To unsubscribe from this list please visit: http://xircles.codehaus.org/manage_email
