It probably has to do with <restriction base="xsd:integer">
What happens if you change that to "xsd:string"?
--Keith
"Hallander, Jon Eric (Eric)** CTR **" wrote:
>
> Don't know why my re-send was missing this information, but here it is for
> completeness sake:
>
> used to generate code that looked like this:
>
> public abstract class LinkConnection_T implements java.io.Serializable {
>
> .
>
> .
>
> private com.lucent.oms.xml.routingData.types.ChannelProtectionType_T
> _channelProtType;
>
> .
>
> .
>
> public void
> setChannelProtType(com.lucent.oms.xml.routingData.types.ChannelProtectionType_T
> channelProtType)
> {
> this._channelProtType = channelProtType;
> } //-- void
> setChannelProtType(com.lucent.oms.xml.routingData.types.ChannelProtectionType_T)
>
>
>
> But now generates code that looks like this:
>
> public class LinkConnection_T implements java.io.Serializable {
>
> .
>
> .
>
> private int _channelProtType;
>
> .
>
> .
>
> public void setChannelProtType(int channelProtType)
> {
> this._channelProtType = channelProtType;
> this._has_channelProtType = true;
> } //-- void setChannelProtType(int)
>
>
>
> > -----Original Message-----
> > From: Hallander, Jon Eric (Eric)** CTR **
> > [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, July 28, 2004 3:43 PM
> > To: '[EMAIL PROTECTED]'
> > Subject: [castor-user] Help with upgrade problem
> >
> >
> > Hello,
> >
> > I am resending this mail as the last time I sent it it was
> > html formatted
> > and I see that that was the wrong format and maybe that is
> > why I saw no
> > responses to it.
> >
> > Since the posting of this, I am pretty sure the description
> > of the problem
> > identifies a bug, and created
> > http://bugzilla.exolab.org/show_bug.cgi?id=1699 o track this.
> >
> > Cheers
> > Eric
> >
> > Original Mail:
> >
> > We are trying to upgrade our castor from .9.3.9 to .9.5.3 and
> > we seem to have run into a little problem which I am having
> > trouble figuring out an answer to. The generated code for the
> > set/gets is now using the restriction base type instead of
> > the simpleType that was being used before. So we would like
> > to avoid a bunch of code change. There must be somethine that
> > I haven't found yet that controls this.
> > Thanks
> > Eric
> > For the schema that looks like this:
> > <xsd:simpleType name="ChannelProtectionType_T">
> > <xsd:restriction base="xsd:integer">
> > <xsd:enumeration value = "CPT_NA" />
> > <xsd:enumeration value = "CPT_S" />
> > <xsd:enumeration value = "CPT_P" />
> > <xsd:enumeration value = "CPT_Y" />
> > <xsd:enumeration value = "CPT_R" />
> > </xsd:restriction>
> > </xsd:simpleType>
> >
> > which is used in somethine like this:
> > <xsd:complexType name="LinkConnection_T">
> > <xsd:sequence>
> > <xsd:element name="aNEId"
> > type="ObjectReference_T"/>
> > <xsd:element name="zNEId"
> > type="ObjectReference_T"/>
> > <xsd:element name="channelProtType"
> > type="ChannelProtectionType_T"/>
> > <xsd:element
> > name="channelServerProtType" type="ChannelServerProtectionType_T"/>
> > </xsd:sequence>
> > <xsd:attributeGroup ref="LinkConnectionAttr"/>
> > </xsd:complexType>
> >
> > used to generate code that looked like this:
> > public abstract class LinkConnection_T implements
> > java.io.Serializable {
> > .
> >
>
> -----------------------------------------------------------
> If you wish to unsubscribe from this mailing, send mail to
> [EMAIL PROTECTED] with a subject of:
> unsubscribe castor-user
-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
[EMAIL PROTECTED] with a subject of:
unsubscribe castor-user
