You are viewing a plain text version of this content. The canonical link for it is here.
Posted to java-user@axis.apache.org by Nathan Sowatskey <ns...@cisco.com> on 2006/07/07 16:47:20 UTC
General approach for xsd:union?
Hi
I guess we all know that xsd:union types are not supported for Axis
1.x, so we need to write our own de/serialisers.
Does anyone have any useful guidance on how to do that please?
On the other hand, is there a better way entirely? XMLBeans perhaps?
Many thanks
Nathan
Nathan Sowatskey - Technical Leader, NMTG CTO Engineering -
+34-638-083-675, +34-91-201-2139 - AIM NathanCisco - nsowatsk@cisco.com
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-user-help@ws.apache.org
Re: General approach for xsd:union?
Posted by Nathan Sowatskey <ns...@cisco.com>.
Got it, that certainly helps my understanding!
Many thanks
Nathan
robert lazarski wrote:
> Axis 1.x _does not_ support JAXB 1.0 or JAXB 2.0 .
>
> Axis2 _does not_ support JAXB 1.0 , but AFAIK has the beginnings of
> support for JAXB 2.0 via JAXBRI - reference implementation - 2.0EA3.
> The JAXWS module, under development, is doing some stuff with JAXBRI.
> I'm unclear however of JAXBRI's current state, ie, I'm not aware of
> anyone currently using JAXBRI outside of the JAXWS plans.
>
> HTH,
> Robert
> http://www.braziloutsource.com/
>
> On 7/10/06, Nathan Sowatskey <ns...@cisco.com> wrote:
>> Thanks for the pointers all.
>>
>> I may be missing something, but my reading of section 5.2.6 of the JAX-B
>> 1.0 specification implies that it specifies how unions should be handled.
>>
>> Don't Axis 1.x/2 implement JAX-B 1.0? If so, then shouldn't they also
>> support unions?
>>
>> Am I missing something?
>>
>> Many thanks
>>
>> Nathan
>>
>> robert lazarski wrote:
>> > Forgot to mention ... if you do implement xmlbeans, make sure you use
>> > the nighlties cuz some critical bugs have been fixed:
>> >
>> > http://people.apache.org/dist/axis2/nightly/
>> >
>> > Robert
>> > http://www.braziloutsource.com/
>> >
>> > On 7/7/06, robert lazarski <ro...@gmail.com> wrote:
>> >> Don't know, but you could try this tutorial that goes thru step by
>> >> step how to run a wsdl with xmlbeans and generate an axis2 service:
>> >>
>> >> http://ws.apache.org/axis2/tools/1_0/CodegenToolReference.html
>> >>
>> >> See the "Invoking the Code Generator From Ant " . If in doubt just
>> >> post a question to the list and maybe we can help.
>> >>
>> >> Robert
>> >> http://www.braziloutsource.com/
>> >>
>> >> On 7/7/06, Derek <de...@crc-corp.com> wrote:
>> >> >
>> >> > The fact that Axis 1 didn't support xsd:union caused me a *LOT* of
>> >> problems
>> >> > because the schemas I have to work with are filled with constructs
>> >> of the
>> >> > form:
>> >> >
>> >> > <xs:simpleType name="Action_request_flag" >
>> >> > <xs:annotation>
>> >> > <xs:appinfo>
>> >> > send actions (1)
>> >> > do not send actions (2)
>> >> > </xs:appinfo>
>> >> > </xs:annotation>
>> >> > <xs:union>
>> >> > <xs:simpleType>
>> >> > <xs:restriction base="xs:unsignedInt">
>> >> > <xs:minInclusive value="1"/>
>> >> > <xs:maxInclusive value="2"/>
>> >> > </xs:restriction>
>> >> > </xs:simpleType>
>> >> > <xs:simpleType>
>> >> > <xs:restriction base="xs:string">
>> >> > <xs:enumeration value="send actions"/>
>> >> > <xs:enumeration value="do not send actions"/>
>> >> > </xs:restriction>
>> >> > </xs:simpleType >
>> >> > </xs:union>
>> >> > </xs:simpleType>
>> >> >
>> >> > This happens for pretty much every enumeration in a very large
>> schema.
>> >> >
>> >> > Since I didn't write these schemas and can't control what's in
>> them (a
>> >> > rather unresponsive standards body wrote them), I ultimately ended
>> >> up having
>> >> > to write an XSLT script to traverse my schema and replace all
>> >> xs:unions with
>> >> > equivalent constructs that didn't use unions. I don't recommend
>> >> doing this
>> >> > if you can possibly avoid it.
>> >> >
>> >> > Even if Axis were to treat a union of simple types as an untyped
>> >> string, I
>> >> > think it would be far better than not supporting them at all.
>> >> >
>> >> > I haven't tried this with Axis2 (XMLBeans) yet, so I don't know
>> if the
>> >> > situation is improved or not. I would be interested to hear if
>> >> XMLBeans can
>> >> > handle this case.
>> >> >
>> >> > Derek
>> >> >
>> >> > > -----Original Message-----
>> >> > > From: Nathan Sowatskey [mailto:nsowatsk@cisco.com]
>> >> > > Sent: Friday, July 07, 2006 9:23 AM
>> >> > > To: axis-user@ws.apache.org
>> >> > > Cc: mTOP Reference Implementation Team
>> >> > > Subject: Re: General approach for xsd:union?
>> >> > >
>> >> > >
>> >> > > Well, that's certainly one approach, but xsd:unions are
>> supported by
>> >> > > some tools, but not others, and they are a valid construct.
>> >> > >
>> >> > > It is hard to argue that they shouldn't be used just because a
>> given
>> >> > > tool doesn't support them.
>> >> > >
>> >> > > I will look into the other options in any case.
>> >> > >
>> >> > > Many thanks
>> >> > >
>> >> > > Nathan
>> >> > >
>> >> > > Nathan Sowatskey - Technical Leader, NMTG CTO Engineering -
>> >> > > +34-638-083-675, +34-91-201-2139 - AIM NathanCisco -
>> >> > > nsowatsk@cisco.com
>> >> > >
>> >> > > On 7 Jul 2006, at 18:07, Anne Thomas Manes wrote:
>> >> > >
>> >> > > >>> On the other hand, is there a better way entirely?
>> >> > > XMLBeans perhaps?
>> >> > > >
>> >> > > > Yes. Don't use <xsd:union>.
>> >> > > > Try <xsd:choice> instead.
>> >> > > > Or maybe a substitution group.
>> >> > > >
>> >> > > > Anne
>> >> > > >
>> >> > > >
>> >> > > > On 7/7/06, Nathan Sowatskey <ns...@cisco.com> wrote:
>> >> > > >> Hi
>> >> > > >>
>> >> > > >> I guess we all know that xsd:union types are not supported
>> >> > > for Axis
>> >> > > >> 1.x, so we need to write our own de/serialisers.
>> >> > > >>
>> >> > > >> Does anyone have any useful guidance on how to do that please?
>> >> > > >>
>> >> > > >> On the other hand, is there a better way entirely?
>> >> > > XMLBeans perhaps?
>> >> > > >>
>> >> > > >> Many thanks
>> >> > > >>
>> >> > > >> Nathan
>> >> > > >>
>> >> > > >> Nathan Sowatskey - Technical Leader, NMTG CTO Engineering -
>> >> > > >> +34-638-083-675, +34-91-201-2139 - AIM NathanCisco -
>> >> > > >> nsowatsk@cisco.com
>> >> > > >>
>> >> > > >>
>> >> > >
>> ---------------------------------------------------------------------
>> >> > > >> To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
>> >> > > >> For additional commands, e-mail: axis-user-help@ws.apache.org
>> >> > > >>
>> >> > > >>
>> >> > > >
>> >> > > >
>> >> > >
>> ---------------------------------------------------------------------
>> >> > > > To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
>> >> > > > For additional commands, e-mail: axis-user-help@ws.apache.org
>> >> > >
>> >> > >
>> ---------------------------------------------------------------------
>> >> > > To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
>> >> > > For additional commands, e-mail: axis-user-help@ws.apache.org
>> >> > >
>> >> > >
>> >> >
>> >> >
>> >> >
>> >> >
>> ---------------------------------------------------------------------
>> >> > To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
>> >> > For additional commands, e-mail: axis-user-help@ws.apache.org
>> >> >
>> >> >
>> >>
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
>> > For additional commands, e-mail: axis-user-help@ws.apache.org
>> >
>>
>> --
>> Nathan Sowatskey - Technical Leader, NMTG CTO Engineering - Desk
>> +34-91-201-2139 - Mobile +34-638-083-675 - AIM id NathanCisco -
>> nsowatsk@cisco.com
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
>> For additional commands, e-mail: axis-user-help@ws.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-user-help@ws.apache.org
>
--
Nathan Sowatskey - Technical Leader, NMTG CTO Engineering - Desk
+34-91-201-2139 - Mobile +34-638-083-675 - AIM id NathanCisco -
nsowatsk@cisco.com
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-user-help@ws.apache.org
Re: General approach for xsd:union?
Posted by robert lazarski <ro...@gmail.com>.
Axis 1.x _does not_ support JAXB 1.0 or JAXB 2.0 .
Axis2 _does not_ support JAXB 1.0 , but AFAIK has the beginnings of
support for JAXB 2.0 via JAXBRI - reference implementation - 2.0EA3.
The JAXWS module, under development, is doing some stuff with JAXBRI.
I'm unclear however of JAXBRI's current state, ie, I'm not aware of
anyone currently using JAXBRI outside of the JAXWS plans.
HTH,
Robert
http://www.braziloutsource.com/
On 7/10/06, Nathan Sowatskey <ns...@cisco.com> wrote:
> Thanks for the pointers all.
>
> I may be missing something, but my reading of section 5.2.6 of the JAX-B
> 1.0 specification implies that it specifies how unions should be handled.
>
> Don't Axis 1.x/2 implement JAX-B 1.0? If so, then shouldn't they also
> support unions?
>
> Am I missing something?
>
> Many thanks
>
> Nathan
>
> robert lazarski wrote:
> > Forgot to mention ... if you do implement xmlbeans, make sure you use
> > the nighlties cuz some critical bugs have been fixed:
> >
> > http://people.apache.org/dist/axis2/nightly/
> >
> > Robert
> > http://www.braziloutsource.com/
> >
> > On 7/7/06, robert lazarski <ro...@gmail.com> wrote:
> >> Don't know, but you could try this tutorial that goes thru step by
> >> step how to run a wsdl with xmlbeans and generate an axis2 service:
> >>
> >> http://ws.apache.org/axis2/tools/1_0/CodegenToolReference.html
> >>
> >> See the "Invoking the Code Generator From Ant " . If in doubt just
> >> post a question to the list and maybe we can help.
> >>
> >> Robert
> >> http://www.braziloutsource.com/
> >>
> >> On 7/7/06, Derek <de...@crc-corp.com> wrote:
> >> >
> >> > The fact that Axis 1 didn't support xsd:union caused me a *LOT* of
> >> problems
> >> > because the schemas I have to work with are filled with constructs
> >> of the
> >> > form:
> >> >
> >> > <xs:simpleType name="Action_request_flag" >
> >> > <xs:annotation>
> >> > <xs:appinfo>
> >> > send actions (1)
> >> > do not send actions (2)
> >> > </xs:appinfo>
> >> > </xs:annotation>
> >> > <xs:union>
> >> > <xs:simpleType>
> >> > <xs:restriction base="xs:unsignedInt">
> >> > <xs:minInclusive value="1"/>
> >> > <xs:maxInclusive value="2"/>
> >> > </xs:restriction>
> >> > </xs:simpleType>
> >> > <xs:simpleType>
> >> > <xs:restriction base="xs:string">
> >> > <xs:enumeration value="send actions"/>
> >> > <xs:enumeration value="do not send actions"/>
> >> > </xs:restriction>
> >> > </xs:simpleType >
> >> > </xs:union>
> >> > </xs:simpleType>
> >> >
> >> > This happens for pretty much every enumeration in a very large schema.
> >> >
> >> > Since I didn't write these schemas and can't control what's in them (a
> >> > rather unresponsive standards body wrote them), I ultimately ended
> >> up having
> >> > to write an XSLT script to traverse my schema and replace all
> >> xs:unions with
> >> > equivalent constructs that didn't use unions. I don't recommend
> >> doing this
> >> > if you can possibly avoid it.
> >> >
> >> > Even if Axis were to treat a union of simple types as an untyped
> >> string, I
> >> > think it would be far better than not supporting them at all.
> >> >
> >> > I haven't tried this with Axis2 (XMLBeans) yet, so I don't know if the
> >> > situation is improved or not. I would be interested to hear if
> >> XMLBeans can
> >> > handle this case.
> >> >
> >> > Derek
> >> >
> >> > > -----Original Message-----
> >> > > From: Nathan Sowatskey [mailto:nsowatsk@cisco.com]
> >> > > Sent: Friday, July 07, 2006 9:23 AM
> >> > > To: axis-user@ws.apache.org
> >> > > Cc: mTOP Reference Implementation Team
> >> > > Subject: Re: General approach for xsd:union?
> >> > >
> >> > >
> >> > > Well, that's certainly one approach, but xsd:unions are supported by
> >> > > some tools, but not others, and they are a valid construct.
> >> > >
> >> > > It is hard to argue that they shouldn't be used just because a given
> >> > > tool doesn't support them.
> >> > >
> >> > > I will look into the other options in any case.
> >> > >
> >> > > Many thanks
> >> > >
> >> > > Nathan
> >> > >
> >> > > Nathan Sowatskey - Technical Leader, NMTG CTO Engineering -
> >> > > +34-638-083-675, +34-91-201-2139 - AIM NathanCisco -
> >> > > nsowatsk@cisco.com
> >> > >
> >> > > On 7 Jul 2006, at 18:07, Anne Thomas Manes wrote:
> >> > >
> >> > > >>> On the other hand, is there a better way entirely?
> >> > > XMLBeans perhaps?
> >> > > >
> >> > > > Yes. Don't use <xsd:union>.
> >> > > > Try <xsd:choice> instead.
> >> > > > Or maybe a substitution group.
> >> > > >
> >> > > > Anne
> >> > > >
> >> > > >
> >> > > > On 7/7/06, Nathan Sowatskey <ns...@cisco.com> wrote:
> >> > > >> Hi
> >> > > >>
> >> > > >> I guess we all know that xsd:union types are not supported
> >> > > for Axis
> >> > > >> 1.x, so we need to write our own de/serialisers.
> >> > > >>
> >> > > >> Does anyone have any useful guidance on how to do that please?
> >> > > >>
> >> > > >> On the other hand, is there a better way entirely?
> >> > > XMLBeans perhaps?
> >> > > >>
> >> > > >> Many thanks
> >> > > >>
> >> > > >> Nathan
> >> > > >>
> >> > > >> Nathan Sowatskey - Technical Leader, NMTG CTO Engineering -
> >> > > >> +34-638-083-675, +34-91-201-2139 - AIM NathanCisco -
> >> > > >> nsowatsk@cisco.com
> >> > > >>
> >> > > >>
> >> > > ---------------------------------------------------------------------
> >> > > >> To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> >> > > >> For additional commands, e-mail: axis-user-help@ws.apache.org
> >> > > >>
> >> > > >>
> >> > > >
> >> > > >
> >> > > ---------------------------------------------------------------------
> >> > > > To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> >> > > > For additional commands, e-mail: axis-user-help@ws.apache.org
> >> > >
> >> > > ---------------------------------------------------------------------
> >> > > To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> >> > > For additional commands, e-mail: axis-user-help@ws.apache.org
> >> > >
> >> > >
> >> >
> >> >
> >> >
> >> > ---------------------------------------------------------------------
> >> > To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> >> > For additional commands, e-mail: axis-user-help@ws.apache.org
> >> >
> >> >
> >>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> > For additional commands, e-mail: axis-user-help@ws.apache.org
> >
>
> --
> Nathan Sowatskey - Technical Leader, NMTG CTO Engineering - Desk
> +34-91-201-2139 - Mobile +34-638-083-675 - AIM id NathanCisco -
> nsowatsk@cisco.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-user-help@ws.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-user-help@ws.apache.org
Re: General approach for xsd:union?
Posted by Nathan Sowatskey <ns...@cisco.com>.
Thanks for the pointers all.
I may be missing something, but my reading of section 5.2.6 of the JAX-B
1.0 specification implies that it specifies how unions should be handled.
Don't Axis 1.x/2 implement JAX-B 1.0? If so, then shouldn't they also
support unions?
Am I missing something?
Many thanks
Nathan
robert lazarski wrote:
> Forgot to mention ... if you do implement xmlbeans, make sure you use
> the nighlties cuz some critical bugs have been fixed:
>
> http://people.apache.org/dist/axis2/nightly/
>
> Robert
> http://www.braziloutsource.com/
>
> On 7/7/06, robert lazarski <ro...@gmail.com> wrote:
>> Don't know, but you could try this tutorial that goes thru step by
>> step how to run a wsdl with xmlbeans and generate an axis2 service:
>>
>> http://ws.apache.org/axis2/tools/1_0/CodegenToolReference.html
>>
>> See the "Invoking the Code Generator From Ant " . If in doubt just
>> post a question to the list and maybe we can help.
>>
>> Robert
>> http://www.braziloutsource.com/
>>
>> On 7/7/06, Derek <de...@crc-corp.com> wrote:
>> >
>> > The fact that Axis 1 didn't support xsd:union caused me a *LOT* of
>> problems
>> > because the schemas I have to work with are filled with constructs
>> of the
>> > form:
>> >
>> > <xs:simpleType name="Action_request_flag" >
>> > <xs:annotation>
>> > <xs:appinfo>
>> > send actions (1)
>> > do not send actions (2)
>> > </xs:appinfo>
>> > </xs:annotation>
>> > <xs:union>
>> > <xs:simpleType>
>> > <xs:restriction base="xs:unsignedInt">
>> > <xs:minInclusive value="1"/>
>> > <xs:maxInclusive value="2"/>
>> > </xs:restriction>
>> > </xs:simpleType>
>> > <xs:simpleType>
>> > <xs:restriction base="xs:string">
>> > <xs:enumeration value="send actions"/>
>> > <xs:enumeration value="do not send actions"/>
>> > </xs:restriction>
>> > </xs:simpleType >
>> > </xs:union>
>> > </xs:simpleType>
>> >
>> > This happens for pretty much every enumeration in a very large schema.
>> >
>> > Since I didn't write these schemas and can't control what's in them (a
>> > rather unresponsive standards body wrote them), I ultimately ended
>> up having
>> > to write an XSLT script to traverse my schema and replace all
>> xs:unions with
>> > equivalent constructs that didn't use unions. I don't recommend
>> doing this
>> > if you can possibly avoid it.
>> >
>> > Even if Axis were to treat a union of simple types as an untyped
>> string, I
>> > think it would be far better than not supporting them at all.
>> >
>> > I haven't tried this with Axis2 (XMLBeans) yet, so I don't know if the
>> > situation is improved or not. I would be interested to hear if
>> XMLBeans can
>> > handle this case.
>> >
>> > Derek
>> >
>> > > -----Original Message-----
>> > > From: Nathan Sowatskey [mailto:nsowatsk@cisco.com]
>> > > Sent: Friday, July 07, 2006 9:23 AM
>> > > To: axis-user@ws.apache.org
>> > > Cc: mTOP Reference Implementation Team
>> > > Subject: Re: General approach for xsd:union?
>> > >
>> > >
>> > > Well, that's certainly one approach, but xsd:unions are supported by
>> > > some tools, but not others, and they are a valid construct.
>> > >
>> > > It is hard to argue that they shouldn't be used just because a given
>> > > tool doesn't support them.
>> > >
>> > > I will look into the other options in any case.
>> > >
>> > > Many thanks
>> > >
>> > > Nathan
>> > >
>> > > Nathan Sowatskey - Technical Leader, NMTG CTO Engineering -
>> > > +34-638-083-675, +34-91-201-2139 - AIM NathanCisco -
>> > > nsowatsk@cisco.com
>> > >
>> > > On 7 Jul 2006, at 18:07, Anne Thomas Manes wrote:
>> > >
>> > > >>> On the other hand, is there a better way entirely?
>> > > XMLBeans perhaps?
>> > > >
>> > > > Yes. Don't use <xsd:union>.
>> > > > Try <xsd:choice> instead.
>> > > > Or maybe a substitution group.
>> > > >
>> > > > Anne
>> > > >
>> > > >
>> > > > On 7/7/06, Nathan Sowatskey <ns...@cisco.com> wrote:
>> > > >> Hi
>> > > >>
>> > > >> I guess we all know that xsd:union types are not supported
>> > > for Axis
>> > > >> 1.x, so we need to write our own de/serialisers.
>> > > >>
>> > > >> Does anyone have any useful guidance on how to do that please?
>> > > >>
>> > > >> On the other hand, is there a better way entirely?
>> > > XMLBeans perhaps?
>> > > >>
>> > > >> Many thanks
>> > > >>
>> > > >> Nathan
>> > > >>
>> > > >> Nathan Sowatskey - Technical Leader, NMTG CTO Engineering -
>> > > >> +34-638-083-675, +34-91-201-2139 - AIM NathanCisco -
>> > > >> nsowatsk@cisco.com
>> > > >>
>> > > >>
>> > > ---------------------------------------------------------------------
>> > > >> To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
>> > > >> For additional commands, e-mail: axis-user-help@ws.apache.org
>> > > >>
>> > > >>
>> > > >
>> > > >
>> > > ---------------------------------------------------------------------
>> > > > To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
>> > > > For additional commands, e-mail: axis-user-help@ws.apache.org
>> > >
>> > > ---------------------------------------------------------------------
>> > > To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
>> > > For additional commands, e-mail: axis-user-help@ws.apache.org
>> > >
>> > >
>> >
>> >
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
>> > For additional commands, e-mail: axis-user-help@ws.apache.org
>> >
>> >
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-user-help@ws.apache.org
>
--
Nathan Sowatskey - Technical Leader, NMTG CTO Engineering - Desk
+34-91-201-2139 - Mobile +34-638-083-675 - AIM id NathanCisco -
nsowatsk@cisco.com
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-user-help@ws.apache.org
Re: General approach for xsd:union?
Posted by robert lazarski <ro...@gmail.com>.
Forgot to mention ... if you do implement xmlbeans, make sure you use
the nighlties cuz some critical bugs have been fixed:
http://people.apache.org/dist/axis2/nightly/
Robert
http://www.braziloutsource.com/
On 7/7/06, robert lazarski <ro...@gmail.com> wrote:
> Don't know, but you could try this tutorial that goes thru step by
> step how to run a wsdl with xmlbeans and generate an axis2 service:
>
> http://ws.apache.org/axis2/tools/1_0/CodegenToolReference.html
>
> See the "Invoking the Code Generator From Ant " . If in doubt just
> post a question to the list and maybe we can help.
>
> Robert
> http://www.braziloutsource.com/
>
> On 7/7/06, Derek <de...@crc-corp.com> wrote:
> >
> > The fact that Axis 1 didn't support xsd:union caused me a *LOT* of problems
> > because the schemas I have to work with are filled with constructs of the
> > form:
> >
> > <xs:simpleType name="Action_request_flag" >
> > <xs:annotation>
> > <xs:appinfo>
> > send actions (1)
> > do not send actions (2)
> > </xs:appinfo>
> > </xs:annotation>
> > <xs:union>
> > <xs:simpleType>
> > <xs:restriction base="xs:unsignedInt">
> > <xs:minInclusive value="1"/>
> > <xs:maxInclusive value="2"/>
> > </xs:restriction>
> > </xs:simpleType>
> > <xs:simpleType>
> > <xs:restriction base="xs:string">
> > <xs:enumeration value="send actions"/>
> > <xs:enumeration value="do not send actions"/>
> > </xs:restriction>
> > </xs:simpleType >
> > </xs:union>
> > </xs:simpleType>
> >
> > This happens for pretty much every enumeration in a very large schema.
> >
> > Since I didn't write these schemas and can't control what's in them (a
> > rather unresponsive standards body wrote them), I ultimately ended up having
> > to write an XSLT script to traverse my schema and replace all xs:unions with
> > equivalent constructs that didn't use unions. I don't recommend doing this
> > if you can possibly avoid it.
> >
> > Even if Axis were to treat a union of simple types as an untyped string, I
> > think it would be far better than not supporting them at all.
> >
> > I haven't tried this with Axis2 (XMLBeans) yet, so I don't know if the
> > situation is improved or not. I would be interested to hear if XMLBeans can
> > handle this case.
> >
> > Derek
> >
> > > -----Original Message-----
> > > From: Nathan Sowatskey [mailto:nsowatsk@cisco.com]
> > > Sent: Friday, July 07, 2006 9:23 AM
> > > To: axis-user@ws.apache.org
> > > Cc: mTOP Reference Implementation Team
> > > Subject: Re: General approach for xsd:union?
> > >
> > >
> > > Well, that's certainly one approach, but xsd:unions are supported by
> > > some tools, but not others, and they are a valid construct.
> > >
> > > It is hard to argue that they shouldn't be used just because a given
> > > tool doesn't support them.
> > >
> > > I will look into the other options in any case.
> > >
> > > Many thanks
> > >
> > > Nathan
> > >
> > > Nathan Sowatskey - Technical Leader, NMTG CTO Engineering -
> > > +34-638-083-675, +34-91-201-2139 - AIM NathanCisco -
> > > nsowatsk@cisco.com
> > >
> > > On 7 Jul 2006, at 18:07, Anne Thomas Manes wrote:
> > >
> > > >>> On the other hand, is there a better way entirely?
> > > XMLBeans perhaps?
> > > >
> > > > Yes. Don't use <xsd:union>.
> > > > Try <xsd:choice> instead.
> > > > Or maybe a substitution group.
> > > >
> > > > Anne
> > > >
> > > >
> > > > On 7/7/06, Nathan Sowatskey <ns...@cisco.com> wrote:
> > > >> Hi
> > > >>
> > > >> I guess we all know that xsd:union types are not supported
> > > for Axis
> > > >> 1.x, so we need to write our own de/serialisers.
> > > >>
> > > >> Does anyone have any useful guidance on how to do that please?
> > > >>
> > > >> On the other hand, is there a better way entirely?
> > > XMLBeans perhaps?
> > > >>
> > > >> Many thanks
> > > >>
> > > >> Nathan
> > > >>
> > > >> Nathan Sowatskey - Technical Leader, NMTG CTO Engineering -
> > > >> +34-638-083-675, +34-91-201-2139 - AIM NathanCisco -
> > > >> nsowatsk@cisco.com
> > > >>
> > > >>
> > > ---------------------------------------------------------------------
> > > >> To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> > > >> For additional commands, e-mail: axis-user-help@ws.apache.org
> > > >>
> > > >>
> > > >
> > > >
> > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> > > > For additional commands, e-mail: axis-user-help@ws.apache.org
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> > > For additional commands, e-mail: axis-user-help@ws.apache.org
> > >
> > >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> > For additional commands, e-mail: axis-user-help@ws.apache.org
> >
> >
>
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-user-help@ws.apache.org
Re: General approach for xsd:union?
Posted by robert lazarski <ro...@gmail.com>.
Don't know, but you could try this tutorial that goes thru step by
step how to run a wsdl with xmlbeans and generate an axis2 service:
http://ws.apache.org/axis2/tools/1_0/CodegenToolReference.html
See the "Invoking the Code Generator From Ant " . If in doubt just
post a question to the list and maybe we can help.
Robert
http://www.braziloutsource.com/
On 7/7/06, Derek <de...@crc-corp.com> wrote:
>
> The fact that Axis 1 didn't support xsd:union caused me a *LOT* of problems
> because the schemas I have to work with are filled with constructs of the
> form:
>
> <xs:simpleType name="Action_request_flag" >
> <xs:annotation>
> <xs:appinfo>
> send actions (1)
> do not send actions (2)
> </xs:appinfo>
> </xs:annotation>
> <xs:union>
> <xs:simpleType>
> <xs:restriction base="xs:unsignedInt">
> <xs:minInclusive value="1"/>
> <xs:maxInclusive value="2"/>
> </xs:restriction>
> </xs:simpleType>
> <xs:simpleType>
> <xs:restriction base="xs:string">
> <xs:enumeration value="send actions"/>
> <xs:enumeration value="do not send actions"/>
> </xs:restriction>
> </xs:simpleType >
> </xs:union>
> </xs:simpleType>
>
> This happens for pretty much every enumeration in a very large schema.
>
> Since I didn't write these schemas and can't control what's in them (a
> rather unresponsive standards body wrote them), I ultimately ended up having
> to write an XSLT script to traverse my schema and replace all xs:unions with
> equivalent constructs that didn't use unions. I don't recommend doing this
> if you can possibly avoid it.
>
> Even if Axis were to treat a union of simple types as an untyped string, I
> think it would be far better than not supporting them at all.
>
> I haven't tried this with Axis2 (XMLBeans) yet, so I don't know if the
> situation is improved or not. I would be interested to hear if XMLBeans can
> handle this case.
>
> Derek
>
> > -----Original Message-----
> > From: Nathan Sowatskey [mailto:nsowatsk@cisco.com]
> > Sent: Friday, July 07, 2006 9:23 AM
> > To: axis-user@ws.apache.org
> > Cc: mTOP Reference Implementation Team
> > Subject: Re: General approach for xsd:union?
> >
> >
> > Well, that's certainly one approach, but xsd:unions are supported by
> > some tools, but not others, and they are a valid construct.
> >
> > It is hard to argue that they shouldn't be used just because a given
> > tool doesn't support them.
> >
> > I will look into the other options in any case.
> >
> > Many thanks
> >
> > Nathan
> >
> > Nathan Sowatskey - Technical Leader, NMTG CTO Engineering -
> > +34-638-083-675, +34-91-201-2139 - AIM NathanCisco -
> > nsowatsk@cisco.com
> >
> > On 7 Jul 2006, at 18:07, Anne Thomas Manes wrote:
> >
> > >>> On the other hand, is there a better way entirely?
> > XMLBeans perhaps?
> > >
> > > Yes. Don't use <xsd:union>.
> > > Try <xsd:choice> instead.
> > > Or maybe a substitution group.
> > >
> > > Anne
> > >
> > >
> > > On 7/7/06, Nathan Sowatskey <ns...@cisco.com> wrote:
> > >> Hi
> > >>
> > >> I guess we all know that xsd:union types are not supported
> > for Axis
> > >> 1.x, so we need to write our own de/serialisers.
> > >>
> > >> Does anyone have any useful guidance on how to do that please?
> > >>
> > >> On the other hand, is there a better way entirely?
> > XMLBeans perhaps?
> > >>
> > >> Many thanks
> > >>
> > >> Nathan
> > >>
> > >> Nathan Sowatskey - Technical Leader, NMTG CTO Engineering -
> > >> +34-638-083-675, +34-91-201-2139 - AIM NathanCisco -
> > >> nsowatsk@cisco.com
> > >>
> > >>
> > ---------------------------------------------------------------------
> > >> To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> > >> For additional commands, e-mail: axis-user-help@ws.apache.org
> > >>
> > >>
> > >
> > >
> > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> > > For additional commands, e-mail: axis-user-help@ws.apache.org
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> > For additional commands, e-mail: axis-user-help@ws.apache.org
> >
> >
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-user-help@ws.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-user-help@ws.apache.org
RE: General approach for xsd:union?
Posted by Derek <de...@crc-corp.com>.
The fact that Axis 1 didn't support xsd:union caused me a *LOT* of problems
because the schemas I have to work with are filled with constructs of the
form:
<xs:simpleType name="Action_request_flag" >
<xs:annotation>
<xs:appinfo>
send actions (1)
do not send actions (2)
</xs:appinfo>
</xs:annotation>
<xs:union>
<xs:simpleType>
<xs:restriction base="xs:unsignedInt">
<xs:minInclusive value="1"/>
<xs:maxInclusive value="2"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType>
<xs:restriction base="xs:string">
<xs:enumeration value="send actions"/>
<xs:enumeration value="do not send actions"/>
</xs:restriction>
</xs:simpleType >
</xs:union>
</xs:simpleType>
This happens for pretty much every enumeration in a very large schema.
Since I didn't write these schemas and can't control what's in them (a
rather unresponsive standards body wrote them), I ultimately ended up having
to write an XSLT script to traverse my schema and replace all xs:unions with
equivalent constructs that didn't use unions. I don't recommend doing this
if you can possibly avoid it.
Even if Axis were to treat a union of simple types as an untyped string, I
think it would be far better than not supporting them at all.
I haven't tried this with Axis2 (XMLBeans) yet, so I don't know if the
situation is improved or not. I would be interested to hear if XMLBeans can
handle this case.
Derek
> -----Original Message-----
> From: Nathan Sowatskey [mailto:nsowatsk@cisco.com]
> Sent: Friday, July 07, 2006 9:23 AM
> To: axis-user@ws.apache.org
> Cc: mTOP Reference Implementation Team
> Subject: Re: General approach for xsd:union?
>
>
> Well, that's certainly one approach, but xsd:unions are supported by
> some tools, but not others, and they are a valid construct.
>
> It is hard to argue that they shouldn't be used just because a given
> tool doesn't support them.
>
> I will look into the other options in any case.
>
> Many thanks
>
> Nathan
>
> Nathan Sowatskey - Technical Leader, NMTG CTO Engineering -
> +34-638-083-675, +34-91-201-2139 - AIM NathanCisco -
> nsowatsk@cisco.com
>
> On 7 Jul 2006, at 18:07, Anne Thomas Manes wrote:
>
> >>> On the other hand, is there a better way entirely?
> XMLBeans perhaps?
> >
> > Yes. Don't use <xsd:union>.
> > Try <xsd:choice> instead.
> > Or maybe a substitution group.
> >
> > Anne
> >
> >
> > On 7/7/06, Nathan Sowatskey <ns...@cisco.com> wrote:
> >> Hi
> >>
> >> I guess we all know that xsd:union types are not supported
> for Axis
> >> 1.x, so we need to write our own de/serialisers.
> >>
> >> Does anyone have any useful guidance on how to do that please?
> >>
> >> On the other hand, is there a better way entirely?
> XMLBeans perhaps?
> >>
> >> Many thanks
> >>
> >> Nathan
> >>
> >> Nathan Sowatskey - Technical Leader, NMTG CTO Engineering -
> >> +34-638-083-675, +34-91-201-2139 - AIM NathanCisco -
> >> nsowatsk@cisco.com
> >>
> >>
> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> >> For additional commands, e-mail: axis-user-help@ws.apache.org
> >>
> >>
> >
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> > For additional commands, e-mail: axis-user-help@ws.apache.org
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-user-help@ws.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-user-help@ws.apache.org
Re: General approach for xsd:union?
Posted by Nathan Sowatskey <ns...@cisco.com>.
Well, that's certainly one approach, but xsd:unions are supported by
some tools, but not others, and they are a valid construct.
It is hard to argue that they shouldn't be used just because a given
tool doesn't support them.
I will look into the other options in any case.
Many thanks
Nathan
Nathan Sowatskey - Technical Leader, NMTG CTO Engineering -
+34-638-083-675, +34-91-201-2139 - AIM NathanCisco - nsowatsk@cisco.com
On 7 Jul 2006, at 18:07, Anne Thomas Manes wrote:
>>> On the other hand, is there a better way entirely? XMLBeans perhaps?
>
> Yes. Don't use <xsd:union>.
> Try <xsd:choice> instead.
> Or maybe a substitution group.
>
> Anne
>
>
> On 7/7/06, Nathan Sowatskey <ns...@cisco.com> wrote:
>> Hi
>>
>> I guess we all know that xsd:union types are not supported for Axis
>> 1.x, so we need to write our own de/serialisers.
>>
>> Does anyone have any useful guidance on how to do that please?
>>
>> On the other hand, is there a better way entirely? XMLBeans perhaps?
>>
>> Many thanks
>>
>> Nathan
>>
>> Nathan Sowatskey - Technical Leader, NMTG CTO Engineering -
>> +34-638-083-675, +34-91-201-2139 - AIM NathanCisco -
>> nsowatsk@cisco.com
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
>> For additional commands, e-mail: axis-user-help@ws.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-user-help@ws.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-user-help@ws.apache.org
Re: General approach for xsd:union?
Posted by Anne Thomas Manes <at...@gmail.com>.
>> On the other hand, is there a better way entirely? XMLBeans perhaps?
Yes. Don't use <xsd:union>.
Try <xsd:choice> instead.
Or maybe a substitution group.
Anne
On 7/7/06, Nathan Sowatskey <ns...@cisco.com> wrote:
> Hi
>
> I guess we all know that xsd:union types are not supported for Axis
> 1.x, so we need to write our own de/serialisers.
>
> Does anyone have any useful guidance on how to do that please?
>
> On the other hand, is there a better way entirely? XMLBeans perhaps?
>
> Many thanks
>
> Nathan
>
> Nathan Sowatskey - Technical Leader, NMTG CTO Engineering -
> +34-638-083-675, +34-91-201-2139 - AIM NathanCisco - nsowatsk@cisco.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-user-help@ws.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-user-help@ws.apache.org