APAR status
Closed as program error.
Error description
The proxy classes that WebSphere's WSDL2Java generate do not
handle the case of a two level derivation properly, in cases
where one of the derived types does not introduce any new
attributes or elements.
.
If XML schema make use of XML sub-typing to derive data types.
In
cases where a data type is derived from an abstract class,
deserialization of instances of that class is not done
correctly. To
illustrate, here is a snippet of our WSDL that causes WSDL2Java
to
generate a defective class:
<!-- Abstract base -->
<xsd:complexType name="PropertyType" abstract="true">
</xsd:complexType>
<!-- Secondary base, for property types that are modifiable
-->
<!-- (i.e. may appear in an ExecuteChanges action) -->
<xsd:complexType name="ModifiablePropertyType" abstract="true">
<xsd:complexContent>
<xsd:extension base="PropertyType"/>
</xsd:complexContent>
</xsd:complexType>
<!-- Singleton types -->
<xsd:complexType name="SingletonBoolean">
<xsd:complexContent>
<xsd:extension base="ModifiablePropertyType">
<xsd:sequence>
<xsd:element name="Value" type="xsd:boolean"
minOccurs="0"/>
</xsd:sequence>
</xsd:extension>
</xsd:complexContent>
</xsd:complexType>
<xsd:complexType name="SingletonString">
<xsd:complexContent>
<xsd:extension base="ModifiablePropertyType">
<xsd:sequence>
<xsd:element name="Value" type="xsd:string"
minOccurs="0"/>
</xsd:sequence>
</xsd:extension>
</xsd:complexContent>
</xsd:complexType>
etc., etc...
The proxy classes that WebSphere`s WSDL2Java generate do not
handle this
case of a two level derivation properly, in cases where one of
the
derived types does not introduce any new attributes or elements.
Local fix
N/A
Problem summary
****************************************************************
* USERS AFFECTED: WebSphere Application Server users of web *
* services *
****************************************************************
* PROBLEM DESCRIPTION: Web Services deserialization problem *
****************************************************************
* RECOMMENDATION: *
****************************************************************
The proxy classes that Application Server's WSDL2Java generate
do not handle the case of a two level derivation properly, in
cases where one of the derived types does not introduce any new
attributes or elements.
Problem conclusion
The Helper stub will now generate the method which will ensure
metadata is passed to the abstract class.
The fix for this APAR is currently targeted for inclusion in
fixpack 5.0.2.10, 5.1.1.4 and 6.0.0.2. Please refer to the
Recommended Updates page for delivery dates:
http://www-1.ibm.com/support/docview.wss?rs=180&context=SSEQTP&u
id=swg27004980
Temporary fix Comments
APAR information |
APAR number |
PQ98682 |
Reported component name |
WAS BASE 5.0 |
Reported component ID |
5630A3600 |
Reported release |
10W |
Status |
CLOSED PER |
PE |
NoPE |
HIPER |
NoHIPER |
Special Attention |
NoSpecatt |
Submitted date |
2004-12-17 |
Closed date |
2005-01-10 |
Last modified date |
2005-12-29 |
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Modules/Macros
Publications Referenced
Applicable component levels |
R003 PSY |
UP |
R00A PSY |
UP |
R00H PSY |
UP |
R00I PSY |
UP |
R00P PSY |
UP |
R00S PSY |
UP |
R00W PSY |
UP |
R103 PSY |
UP |
R10A PSY |
UP |
R10H PSY |
UP |
R10I PSY |
UP |
R10P PSY |
UP |
R10S PSY |
UP |
R10W PSY |
UP |
|