Christopher, Picking this up again, did you ever get around to create a Jira issue ?
Werner > -----Original Message----- > From: Werner Guttmann [mailto:[EMAIL PROTECTED] > Sent: Sonntag, 03. September 2006 22:29 > To: [email protected] > Subject: Re: [castor-user] Source Generation Issue while > upgrading from Castor 0.9.5 to 1.0.1 > > Hmm ... I guess I will have to consult with the mailing list > archives tomorrow as to what my question really was, but for > the time being, please create a Jira issue adding everything > I need to rerun your problem. > > Werner > > Christopher Fitch wrote: > > Werner, you sent me an email last week asking about this. I > have since > > lost it and I can't recall exactly what you asked. As to the > > generation issue it's still there. > > > > What was the motivation for changing it or is this truly incorrect > > behavior? I recall something about adding a configurable option. > > > > Also, do you need me to still enter a JIRA item? > > > > Thanks. > > > > Werner Guttmann wrote: > >> Christoper, > >> > >> can you please try your code against 1.0.02. I am not 100% > sure, but > >> this issue might have been fixed already. I cannot make > any promises, > >> though .. ;-). > >> > >> If this issue still persists, please raise an issue at > >> http://jira.codehaus.org/browse/CASTOR, and attach all > relevant files > >> (XML schema, test case, etc.) > >> > >> Thanks > >> Werner > >> > >> Christopher Fitch wrote: > >>> I wondered the same thing and checked it but the default > is 'element' > >>> and I tried the types setting just in case and it made no > difference. > >>> > >>> > >>> > >>> -------- Original Message -------- > >>> Subject: RE: [castor-user] Source Generation Issue while > upgrading > >>> from Castor 0.9.5 to 1.0.1 > >>> Date: Mon, 07 Aug 2006 09:46:49 +0100 > >>> From: Andrew Fawcett <[EMAIL PROTECTED]> > >>> Reply-To: [email protected] > >>> To: [email protected] > >>> > >>> Hi, > >>> > >>> Have you maybe lost a setting from your > castorbuilder.properties file? > >>> > >>> Maybe the > org.exolab.castor.builder.javaclassmapping=element setting? > >>> > >>> http://www.castor.org/sourcegen.html#The-'element'-method > >>> > >>> Cheers, > >>> > >>> Andy. > >>> > >>> -----Original Message----- > >>> From: Christopher Fitch [mailto:[EMAIL PROTECTED] > >>> Sent: 03 August 2006 17:42 > >>> To: [email protected] > >>> Subject: [castor-user] Source Generation Issue while > upgrading from > >>> Castor 0.9.5 to 1.0.1 > >>> > >>> Hello, > >>> I think I'm dumb because I'm running in to a problem > while trying > >>> to upgrade from Castor 0.9.5 to 1.0.1. I've looked all > over in the > >>> mailing lists, the relasenotes, docs, etc and I can't find a > >>> reference to what I'm seeing. > >>> > >>> Specifically, the problem is with generated source code and the > >>> unmarshal method. > >>> > >>> Assume I have a schema that defines a top-level element like this: > >>> > >>> <xsd:element name="Bob" type="BobType"/> > >>> <xsd:complexType name="BobType"> > >>> <xsd:sequence> > >>> .. > >>> > >>> > >>> Under castor 0.9.5, the code generated for the Bob class > would have > >>> an unmarshal method with a signature like this: > >>> > >>> public static Bob unmarshal(java.io.Reader reader) > >>> throws ... > >>> { > >>> return (Bob)Unmarshaller.unmarshal(.... > >>> > >>> > >>> In other words the unmarshal method returns an instance of the > >>> actual class. > >>> > >>> > >>> Under castor 1.0.1, I'm seeing this: > >>> public static BobType unmarshal(java.io.Reader reader) > >>> throws ... > >>> { > >>> return (BobType)Unmarshaller.unmarshal(.... > >>> > >>> The unmarshal method is returning the BobType class that > Bob extends. > >>> > >>> Obviously the default generator behavior changed. Can > anyone explain > >>> this or point me to where I can find out details. Also, > is there a > >>> way I > >>> > >>> can resolve this without having to change all instances > to cast the > >>> type > >>> > >>> class return from the unmarshal method to the actual class? > >>> > >>> Thanks in advance. > >>> > >> > >> > >> > --------------------------------------------------------------------- > >> 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
