You are viewing a plain text version of this content. The canonical link for it is here.
Posted to java-dev@axis.apache.org by "Eric Schwarzenbach (JIRA)" <ax...@ws.apache.org> on 2006/03/31 03:12:29 UTC

[jira] Updated: (AXIS-2454) Using Arrays results in malformed XML ([0,unbounded]) - Using Doc-Literal Wrapped

     [ http://issues.apache.org/jira/browse/AXIS-2454?page=all ]

Eric Schwarzenbach updated AXIS-2454:
-------------------------------------

    Attachment: ArraySerializer.java

possible fix

> Using Arrays results in malformed XML ([0,unbounded]) - Using Doc-Literal Wrapped
> ---------------------------------------------------------------------------------
>
>          Key: AXIS-2454
>          URL: http://issues.apache.org/jira/browse/AXIS-2454
>      Project: Apache Axis
>         Type: Bug
>   Components: Serialization/Deserialization
>     Versions: 1.3
>  Environment: Tomcat 5.5, Sun JDK 1.5.06 on Linux
>     Reporter: Greg Tassone
>     Priority: Blocker
>  Attachments: ArraySerializer.java
>
> Axis 1.3 is encoding my Array-enabled messages with malformed/broken XML (example below).  This problem has been reported before in slightly modified ways, but for the CastorSerializer (which I am not using).  For more on that see bug #AXIS-2135 in this system.
> I am probably using standard serializers, as I'm just trying to return an unbounded array from the service.  My service uses the Doc-Literal/Wrapped style.  Returning an array results in the following type of return structure:
> <myType[0,unbounded]>
> 	<stuff ... />
> </myType[0,unbounded]>
> <myType[0,unbounded]>
> 	<stuff ... />
> </myType[0,unbounded]>
> (A full example is below.)
> The WSDL snippet that produces this is:
> <xsd:element name="getAlarmListResponse">
> 	<xsd:complexType>
> 		<xsd:sequence>
> 			<xsd:element ref="tns:alarm" maxOccurs="unbounded" minOccurs="0"></xsd:element>
> 		</xsd:sequence>
> 	</xsd:complexType>
> </xsd:element>
> <xsd:element name="alarm" nillable="true">
> 	<xsd:complexType>
> 		<xsd:sequence>
> 			<xsd:element name="alarmTime" type="xsd:long" nillable="false"></xsd:element>
> 			<xsd:element name="latestEventTime" type="xsd:long" nillable="false"></xsd:element>
> 			<xsd:element name="lastUpdateTime" type="xsd:long" nillable="false"></xsd:element>
> 		</xsd:sequence>
> 	</xsd:complexType>
> </xsd:element>
> --------------------------------------------
> Thanks for any help you can provide with this.  We have a major production implementation that is stopped while we attempt to work around this issue.
> --------------------------------------------
> Here is a detailed example of the the SOAP response we are receiving from the Axis 1.3 server:
> HTTP/1.1 200 OK
> Server: Apache-Coyote/1.1
> Content-Type: text/xml;charset=utf-8
> Date: Thu, 30 Mar 2006 05:10:54 GMT
> Connection: close
> <?xml version="1.0" encoding="utf-8"?>
>    <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
>       <soapenv:Body>
>          <getAlarmListResponse xmlns="http://vtracsystems.net/ResponseCenterService">
>             <alarm[0,unbounded]>
>                <alarmTime xmlns="">1142220126</alarmTime>
>                <latestEventTime xmlns="">1142220265</latestEventTime>
>                <lastUpdateTime xmlns="">1142220265</lastUpdateTime>
>             </alarm[0,unbounded]>
>             <alarm[0,unbounded]>
>                <alarmTime xmlns="">1142220266</alarmTime>
>                <latestEventTime xmlns="">1142220508</latestEventTime>
>                <lastUpdateTime xmlns="">1142220508</lastUpdateTime>
>             </alarm[0,unbounded]>
>             <alarm[0,unbounded]>
>                <alarmTime xmlns="">1142220901</alarmTime>
>                <latestEventTime xmlns="">1142221208</latestEventTime>
>                <lastUpdateTime xmlns="">1142221208</lastUpdateTime>
>             </alarm[0,unbounded]>
>          </getAlarmListResponse>
>       </soapenv:Body>
>    </soapenv:Envelope>

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira