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 "Steve Green (JIRA)" <ax...@ws.apache.org> on 2005/07/22 19:19:57 UTC
[jira] Created: (AXIS-2138) Regression with base64Binary and simpleType elements
Regression with base64Binary and simpleType elements
----------------------------------------------------
Key: AXIS-2138
URL: http://issues.apache.org/jira/browse/AXIS-2138
Project: Apache Axis
Type: Bug
Components: WSDL processing
Versions: current (nightly)
Reporter: Steve Green
The following xsd snippet is cut down from http://www.w3.org/2000/09/xmldsig#
<complexType name="ReferenceType">
<sequence>
<element ref="ds:DigestValue"/>
</sequence>
</complexType>
<element name="DigestValue" type="ds:DigestValueType"/>
<simpleType name="DigestValueType">
<restriction base="base64Binary"/>
</simpleType>
Once upon a time, the bean metadata for the DigestValue element looked like this:
elemField.setXmlName(
new javax.xml.namespace.QName(
"http://www.w3.org/2000/09/xmldsig#", "DigestValue"));
elemField.setXmlType(
new javax.xml.namespace.QName(
"http://www.w3.org/2001/XMLSchema", "base64Binary"));
But now it looks like this:
elemField.setXmlName(
new javax.xml.namespace.QName(
"http://www.w3.org/2000/09/xmldsig#", "DigestValue"));
elemField.setXmlType(
new javax.xml.namespace.QName(
"http://www.w3.org/2000/09/xmldsig#", "DigestValue"));
And as a result, I get this:
org.xml.sax.SAXException: Found character data inside an array element while deserializing
It looks like the problem is in JavaBeanHelperWriter and came as the result of:
revision 1.50
date: 2005/03/20 18:58:49; author: gdaniels; state: Exp;
lines: +6 -7
branches: 1.50.2;
Fix:
http://issues.apache.org/jira/browse/AXIS-1869
Don't walk the ref chain unless the TypeEntry is a CollectionTE
- this should DTRT for true derived types.
Specifically,
// Otherwise, use the type at the end of the ref
// chain.
while (elemType.getRefType() != null) {
elemType = elemType.getRefType();
}
was changed to
// Otherwise, use the first non-Collection type we
// encounter up the ref chain.
while (elemType instanceof CollectionTE) {
elemType = elemType.getRefType();
}
--
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
[jira] Updated: (AXIS-2138) Regression with base64Binary and simpleType elements
Posted by "Steve Green (JIRA)" <ax...@ws.apache.org>.
[ http://issues.apache.org/jira/browse/AXIS-2138?page=all ]
Steve Green updated AXIS-2138:
------------------------------
Attachment: another.wsdl
Attached is a more complete wsdl.
> Regression with base64Binary and simpleType elements
> ----------------------------------------------------
>
> Key: AXIS-2138
> URL: http://issues.apache.org/jira/browse/AXIS-2138
> Project: Apache Axis
> Type: Bug
> Components: WSDL processing
> Versions: current (nightly)
> Reporter: Steve Green
> Attachments: another.wsdl
>
> The following xsd snippet is cut down from http://www.w3.org/2000/09/xmldsig#
> <complexType name="ReferenceType">
> <sequence>
> <element ref="ds:DigestValue"/>
> </sequence>
> </complexType>
>
> <element name="DigestValue" type="ds:DigestValueType"/>
>
> <simpleType name="DigestValueType">
> <restriction base="base64Binary"/>
> </simpleType>
>
> Once upon a time, the bean metadata for the DigestValue element looked like this:
>
> elemField.setXmlName(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2000/09/xmldsig#", "DigestValue"));
> elemField.setXmlType(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2001/XMLSchema", "base64Binary"));
>
> But now it looks like this:
> elemField.setXmlName(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2000/09/xmldsig#", "DigestValue"));
> elemField.setXmlType(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2000/09/xmldsig#", "DigestValue"));
>
> And as a result, I get this:
>
> org.xml.sax.SAXException: Found character data inside an array element while deserializing
> It looks like the problem is in JavaBeanHelperWriter and came as the result of:
> revision 1.50
> date: 2005/03/20 18:58:49; author: gdaniels; state: Exp;
> lines: +6 -7
> branches: 1.50.2;
> Fix:
>
> http://issues.apache.org/jira/browse/AXIS-1869
>
> Don't walk the ref chain unless the TypeEntry is a CollectionTE
> - this should DTRT for true derived types.
> Specifically,
> // Otherwise, use the type at the end of the ref
> // chain.
> while (elemType.getRefType() != null) {
> elemType = elemType.getRefType();
> }
> was changed to
> // Otherwise, use the first non-Collection type we
> // encounter up the ref chain.
> while (elemType instanceof CollectionTE) {
> elemType = elemType.getRefType();
> }
--
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
[jira] Updated: (AXIS-2138) Regression with base64Binary and simpleType elements
Posted by "Steve Green (JIRA)" <ax...@ws.apache.org>.
[ http://issues.apache.org/jira/browse/AXIS-2138?page=all ]
Steve Green updated AXIS-2138:
------------------------------
Attachment: still_broken.wsdl
This wsdl shows what was fixed vs what was not fixed. Please re-open this bug.
> Regression with base64Binary and simpleType elements
> ----------------------------------------------------
>
> Key: AXIS-2138
> URL: http://issues.apache.org/jira/browse/AXIS-2138
> Project: Apache Axis
> Type: Bug
> Components: WSDL processing
> Versions: current (nightly)
> Reporter: Steve Green
> Priority: Blocker
> Attachments: another.wsdl, still_broken.wsdl
>
> The following xsd snippet is cut down from http://www.w3.org/2000/09/xmldsig#
> <complexType name="ReferenceType">
> <sequence>
> <element ref="ds:DigestValue"/>
> </sequence>
> </complexType>
>
> <element name="DigestValue" type="ds:DigestValueType"/>
>
> <simpleType name="DigestValueType">
> <restriction base="base64Binary"/>
> </simpleType>
>
> Once upon a time, the bean metadata for the DigestValue element looked like this:
>
> elemField.setXmlName(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2000/09/xmldsig#", "DigestValue"));
> elemField.setXmlType(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2001/XMLSchema", "base64Binary"));
>
> But now it looks like this:
> elemField.setXmlName(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2000/09/xmldsig#", "DigestValue"));
> elemField.setXmlType(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2000/09/xmldsig#", "DigestValue"));
>
> And as a result, I get this:
>
> org.xml.sax.SAXException: Found character data inside an array element while deserializing
> It looks like the problem is in JavaBeanHelperWriter and came as the result of:
> revision 1.50
> date: 2005/03/20 18:58:49; author: gdaniels; state: Exp;
> lines: +6 -7
> branches: 1.50.2;
> Fix:
>
> http://issues.apache.org/jira/browse/AXIS-1869
>
> Don't walk the ref chain unless the TypeEntry is a CollectionTE
> - this should DTRT for true derived types.
> Specifically,
> // Otherwise, use the type at the end of the ref
> // chain.
> while (elemType.getRefType() != null) {
> elemType = elemType.getRefType();
> }
> was changed to
> // Otherwise, use the first non-Collection type we
> // encounter up the ref chain.
> while (elemType instanceof CollectionTE) {
> elemType = elemType.getRefType();
> }
--
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
[jira] Commented: (AXIS-2138) Regression with base64Binary and simpleType elements
Posted by "Steve Green (JIRA)" <ax...@ws.apache.org>.
[ http://issues.apache.org/jira/browse/AXIS-2138?page=comments#action_12320631 ]
Steve Green commented on AXIS-2138:
-----------------------------------
Dims,
Let me clarify. The uploaded wsdl seems to work fine now, but the original problem with xmlenc schema still exists. Try this wsdl:
<?xml version="1.0" encoding="utf-8"?>
<definitions xmlns:tns="http://foo.bar.com" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns="http://schemas.xmlsoap.org/wsdl/" targetNamespace="http://foo.bar.com">
<types>
<xs:schema xmlns="http://www.w3.org/2001/XMLSchema" targetNamespace="http://foo.bar.com">
<import namespace="http://www.w3.org/2000/09/xmldsig#"
schemaLocation="http://www.w3.org/TR/2002/REC-xmldsig-core-20020212/xmldsig-core-schema.xsd"/>
</xs:schema>
</types>
</definitions>
> Regression with base64Binary and simpleType elements
> ----------------------------------------------------
>
> Key: AXIS-2138
> URL: http://issues.apache.org/jira/browse/AXIS-2138
> Project: Apache Axis
> Type: Bug
> Components: WSDL processing
> Versions: current (nightly)
> Reporter: Steve Green
> Priority: Blocker
> Attachments: another.wsdl
>
> The following xsd snippet is cut down from http://www.w3.org/2000/09/xmldsig#
> <complexType name="ReferenceType">
> <sequence>
> <element ref="ds:DigestValue"/>
> </sequence>
> </complexType>
>
> <element name="DigestValue" type="ds:DigestValueType"/>
>
> <simpleType name="DigestValueType">
> <restriction base="base64Binary"/>
> </simpleType>
>
> Once upon a time, the bean metadata for the DigestValue element looked like this:
>
> elemField.setXmlName(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2000/09/xmldsig#", "DigestValue"));
> elemField.setXmlType(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2001/XMLSchema", "base64Binary"));
>
> But now it looks like this:
> elemField.setXmlName(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2000/09/xmldsig#", "DigestValue"));
> elemField.setXmlType(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2000/09/xmldsig#", "DigestValue"));
>
> And as a result, I get this:
>
> org.xml.sax.SAXException: Found character data inside an array element while deserializing
> It looks like the problem is in JavaBeanHelperWriter and came as the result of:
> revision 1.50
> date: 2005/03/20 18:58:49; author: gdaniels; state: Exp;
> lines: +6 -7
> branches: 1.50.2;
> Fix:
>
> http://issues.apache.org/jira/browse/AXIS-1869
>
> Don't walk the ref chain unless the TypeEntry is a CollectionTE
> - this should DTRT for true derived types.
> Specifically,
> // Otherwise, use the type at the end of the ref
> // chain.
> while (elemType.getRefType() != null) {
> elemType = elemType.getRefType();
> }
> was changed to
> // Otherwise, use the first non-Collection type we
> // encounter up the ref chain.
> while (elemType instanceof CollectionTE) {
> elemType = elemType.getRefType();
> }
--
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
[jira] Updated: (AXIS-2138) Regression with base64Binary and simpleType elements
Posted by "Davanum Srinivas (JIRA)" <ax...@ws.apache.org>.
[ http://issues.apache.org/jira/browse/AXIS-2138?page=all ]
Davanum Srinivas updated AXIS-2138:
-----------------------------------
Priority: Blocker (was: Major)
> Regression with base64Binary and simpleType elements
> ----------------------------------------------------
>
> Key: AXIS-2138
> URL: http://issues.apache.org/jira/browse/AXIS-2138
> Project: Apache Axis
> Type: Bug
> Components: WSDL processing
> Versions: current (nightly)
> Reporter: Steve Green
> Priority: Blocker
> Attachments: another.wsdl
>
> The following xsd snippet is cut down from http://www.w3.org/2000/09/xmldsig#
> <complexType name="ReferenceType">
> <sequence>
> <element ref="ds:DigestValue"/>
> </sequence>
> </complexType>
>
> <element name="DigestValue" type="ds:DigestValueType"/>
>
> <simpleType name="DigestValueType">
> <restriction base="base64Binary"/>
> </simpleType>
>
> Once upon a time, the bean metadata for the DigestValue element looked like this:
>
> elemField.setXmlName(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2000/09/xmldsig#", "DigestValue"));
> elemField.setXmlType(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2001/XMLSchema", "base64Binary"));
>
> But now it looks like this:
> elemField.setXmlName(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2000/09/xmldsig#", "DigestValue"));
> elemField.setXmlType(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2000/09/xmldsig#", "DigestValue"));
>
> And as a result, I get this:
>
> org.xml.sax.SAXException: Found character data inside an array element while deserializing
> It looks like the problem is in JavaBeanHelperWriter and came as the result of:
> revision 1.50
> date: 2005/03/20 18:58:49; author: gdaniels; state: Exp;
> lines: +6 -7
> branches: 1.50.2;
> Fix:
>
> http://issues.apache.org/jira/browse/AXIS-1869
>
> Don't walk the ref chain unless the TypeEntry is a CollectionTE
> - this should DTRT for true derived types.
> Specifically,
> // Otherwise, use the type at the end of the ref
> // chain.
> while (elemType.getRefType() != null) {
> elemType = elemType.getRefType();
> }
> was changed to
> // Otherwise, use the first non-Collection type we
> // encounter up the ref chain.
> while (elemType instanceof CollectionTE) {
> elemType = elemType.getRefType();
> }
--
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
[jira] Commented: (AXIS-2138) Regression with base64Binary and simpleType elements
Posted by "Steve Green (JIRA)" <ax...@ws.apache.org>.
[ http://issues.apache.org/jira/browse/AXIS-2138?page=comments#action_12317451 ]
Steve Green commented on AXIS-2138:
-----------------------------------
Please consider this bug as a blocker for 1.3.
> Regression with base64Binary and simpleType elements
> ----------------------------------------------------
>
> Key: AXIS-2138
> URL: http://issues.apache.org/jira/browse/AXIS-2138
> Project: Apache Axis
> Type: Bug
> Components: WSDL processing
> Versions: current (nightly)
> Reporter: Steve Green
> Attachments: another.wsdl
>
> The following xsd snippet is cut down from http://www.w3.org/2000/09/xmldsig#
> <complexType name="ReferenceType">
> <sequence>
> <element ref="ds:DigestValue"/>
> </sequence>
> </complexType>
>
> <element name="DigestValue" type="ds:DigestValueType"/>
>
> <simpleType name="DigestValueType">
> <restriction base="base64Binary"/>
> </simpleType>
>
> Once upon a time, the bean metadata for the DigestValue element looked like this:
>
> elemField.setXmlName(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2000/09/xmldsig#", "DigestValue"));
> elemField.setXmlType(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2001/XMLSchema", "base64Binary"));
>
> But now it looks like this:
> elemField.setXmlName(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2000/09/xmldsig#", "DigestValue"));
> elemField.setXmlType(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2000/09/xmldsig#", "DigestValue"));
>
> And as a result, I get this:
>
> org.xml.sax.SAXException: Found character data inside an array element while deserializing
> It looks like the problem is in JavaBeanHelperWriter and came as the result of:
> revision 1.50
> date: 2005/03/20 18:58:49; author: gdaniels; state: Exp;
> lines: +6 -7
> branches: 1.50.2;
> Fix:
>
> http://issues.apache.org/jira/browse/AXIS-1869
>
> Don't walk the ref chain unless the TypeEntry is a CollectionTE
> - this should DTRT for true derived types.
> Specifically,
> // Otherwise, use the type at the end of the ref
> // chain.
> while (elemType.getRefType() != null) {
> elemType = elemType.getRefType();
> }
> was changed to
> // Otherwise, use the first non-Collection type we
> // encounter up the ref chain.
> while (elemType instanceof CollectionTE) {
> elemType = elemType.getRefType();
> }
--
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
[jira] Commented: (AXIS-2138) Regression with base64Binary and simpleType elements
Posted by "Steve Green (JIRA)" <ax...@ws.apache.org>.
[ http://issues.apache.org/jira/browse/AXIS-2138?page=comments#action_12320626 ]
Steve Green commented on AXIS-2138:
-----------------------------------
Same xsd. I uploaded a snippet from:
http://www.w3.org/TR/2002/REC-xmldsig-core-20020212/xmldsig-core-schema.xsd
> Regression with base64Binary and simpleType elements
> ----------------------------------------------------
>
> Key: AXIS-2138
> URL: http://issues.apache.org/jira/browse/AXIS-2138
> Project: Apache Axis
> Type: Bug
> Components: WSDL processing
> Versions: current (nightly)
> Reporter: Steve Green
> Priority: Blocker
> Attachments: another.wsdl
>
> The following xsd snippet is cut down from http://www.w3.org/2000/09/xmldsig#
> <complexType name="ReferenceType">
> <sequence>
> <element ref="ds:DigestValue"/>
> </sequence>
> </complexType>
>
> <element name="DigestValue" type="ds:DigestValueType"/>
>
> <simpleType name="DigestValueType">
> <restriction base="base64Binary"/>
> </simpleType>
>
> Once upon a time, the bean metadata for the DigestValue element looked like this:
>
> elemField.setXmlName(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2000/09/xmldsig#", "DigestValue"));
> elemField.setXmlType(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2001/XMLSchema", "base64Binary"));
>
> But now it looks like this:
> elemField.setXmlName(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2000/09/xmldsig#", "DigestValue"));
> elemField.setXmlType(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2000/09/xmldsig#", "DigestValue"));
>
> And as a result, I get this:
>
> org.xml.sax.SAXException: Found character data inside an array element while deserializing
> It looks like the problem is in JavaBeanHelperWriter and came as the result of:
> revision 1.50
> date: 2005/03/20 18:58:49; author: gdaniels; state: Exp;
> lines: +6 -7
> branches: 1.50.2;
> Fix:
>
> http://issues.apache.org/jira/browse/AXIS-1869
>
> Don't walk the ref chain unless the TypeEntry is a CollectionTE
> - this should DTRT for true derived types.
> Specifically,
> // Otherwise, use the type at the end of the ref
> // chain.
> while (elemType.getRefType() != null) {
> elemType = elemType.getRefType();
> }
> was changed to
> // Otherwise, use the first non-Collection type we
> // encounter up the ref chain.
> while (elemType instanceof CollectionTE) {
> elemType = elemType.getRefType();
> }
--
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
[jira] Commented: (AXIS-2138) Regression with base64Binary and simpleType elements
Posted by "Davanum Srinivas (JIRA)" <ax...@ws.apache.org>.
[ http://issues.apache.org/jira/browse/AXIS-2138?page=comments#action_12320624 ]
Davanum Srinivas commented on AXIS-2138:
----------------------------------------
did u check latest code with the wsdl that you uploaded? (or are you trying using another wsdl?) (at this point cvs and svn are identical)
-- dims
> Regression with base64Binary and simpleType elements
> ----------------------------------------------------
>
> Key: AXIS-2138
> URL: http://issues.apache.org/jira/browse/AXIS-2138
> Project: Apache Axis
> Type: Bug
> Components: WSDL processing
> Versions: current (nightly)
> Reporter: Steve Green
> Priority: Blocker
> Attachments: another.wsdl
>
> The following xsd snippet is cut down from http://www.w3.org/2000/09/xmldsig#
> <complexType name="ReferenceType">
> <sequence>
> <element ref="ds:DigestValue"/>
> </sequence>
> </complexType>
>
> <element name="DigestValue" type="ds:DigestValueType"/>
>
> <simpleType name="DigestValueType">
> <restriction base="base64Binary"/>
> </simpleType>
>
> Once upon a time, the bean metadata for the DigestValue element looked like this:
>
> elemField.setXmlName(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2000/09/xmldsig#", "DigestValue"));
> elemField.setXmlType(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2001/XMLSchema", "base64Binary"));
>
> But now it looks like this:
> elemField.setXmlName(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2000/09/xmldsig#", "DigestValue"));
> elemField.setXmlType(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2000/09/xmldsig#", "DigestValue"));
>
> And as a result, I get this:
>
> org.xml.sax.SAXException: Found character data inside an array element while deserializing
> It looks like the problem is in JavaBeanHelperWriter and came as the result of:
> revision 1.50
> date: 2005/03/20 18:58:49; author: gdaniels; state: Exp;
> lines: +6 -7
> branches: 1.50.2;
> Fix:
>
> http://issues.apache.org/jira/browse/AXIS-1869
>
> Don't walk the ref chain unless the TypeEntry is a CollectionTE
> - this should DTRT for true derived types.
> Specifically,
> // Otherwise, use the type at the end of the ref
> // chain.
> while (elemType.getRefType() != null) {
> elemType = elemType.getRefType();
> }
> was changed to
> // Otherwise, use the first non-Collection type we
> // encounter up the ref chain.
> while (elemType instanceof CollectionTE) {
> elemType = elemType.getRefType();
> }
--
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
[jira] Reopened: (AXIS-2138) Regression with base64Binary and simpleType elements
Posted by "Tom Jordahl (JIRA)" <ax...@ws.apache.org>.
[ http://issues.apache.org/jira/browse/AXIS-2138?page=all ]
Tom Jordahl reopened AXIS-2138:
-------------------------------
Reopening per Steve Green's comments.
> Regression with base64Binary and simpleType elements
> ----------------------------------------------------
>
> Key: AXIS-2138
> URL: http://issues.apache.org/jira/browse/AXIS-2138
> Project: Apache Axis
> Type: Bug
> Components: WSDL processing
> Versions: current (nightly)
> Reporter: Steve Green
> Priority: Blocker
> Attachments: another.wsdl, still_broken.wsdl
>
> The following xsd snippet is cut down from http://www.w3.org/2000/09/xmldsig#
> <complexType name="ReferenceType">
> <sequence>
> <element ref="ds:DigestValue"/>
> </sequence>
> </complexType>
>
> <element name="DigestValue" type="ds:DigestValueType"/>
>
> <simpleType name="DigestValueType">
> <restriction base="base64Binary"/>
> </simpleType>
>
> Once upon a time, the bean metadata for the DigestValue element looked like this:
>
> elemField.setXmlName(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2000/09/xmldsig#", "DigestValue"));
> elemField.setXmlType(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2001/XMLSchema", "base64Binary"));
>
> But now it looks like this:
> elemField.setXmlName(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2000/09/xmldsig#", "DigestValue"));
> elemField.setXmlType(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2000/09/xmldsig#", "DigestValue"));
>
> And as a result, I get this:
>
> org.xml.sax.SAXException: Found character data inside an array element while deserializing
> It looks like the problem is in JavaBeanHelperWriter and came as the result of:
> revision 1.50
> date: 2005/03/20 18:58:49; author: gdaniels; state: Exp;
> lines: +6 -7
> branches: 1.50.2;
> Fix:
>
> http://issues.apache.org/jira/browse/AXIS-1869
>
> Don't walk the ref chain unless the TypeEntry is a CollectionTE
> - this should DTRT for true derived types.
> Specifically,
> // Otherwise, use the type at the end of the ref
> // chain.
> while (elemType.getRefType() != null) {
> elemType = elemType.getRefType();
> }
> was changed to
> // Otherwise, use the first non-Collection type we
> // encounter up the ref chain.
> while (elemType instanceof CollectionTE) {
> elemType = elemType.getRefType();
> }
--
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
[jira] Updated: (AXIS-2138) Regression with base64Binary and simpleType elements
Posted by "Davanum Srinivas (JIRA)" <ax...@ws.apache.org>.
[ http://issues.apache.org/jira/browse/AXIS-2138?page=all ]
Davanum Srinivas updated AXIS-2138:
-----------------------------------
Priority: Critical (was: Blocker)
Downgrading from blocker.
> Regression with base64Binary and simpleType elements
> ----------------------------------------------------
>
> Key: AXIS-2138
> URL: http://issues.apache.org/jira/browse/AXIS-2138
> Project: Apache Axis
> Type: Bug
> Components: WSDL processing
> Versions: current (nightly)
> Reporter: Steve Green
> Priority: Critical
> Attachments: another.wsdl, still_broken.wsdl
>
> The following xsd snippet is cut down from http://www.w3.org/2000/09/xmldsig#
> <complexType name="ReferenceType">
> <sequence>
> <element ref="ds:DigestValue"/>
> </sequence>
> </complexType>
>
> <element name="DigestValue" type="ds:DigestValueType"/>
>
> <simpleType name="DigestValueType">
> <restriction base="base64Binary"/>
> </simpleType>
>
> Once upon a time, the bean metadata for the DigestValue element looked like this:
>
> elemField.setXmlName(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2000/09/xmldsig#", "DigestValue"));
> elemField.setXmlType(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2001/XMLSchema", "base64Binary"));
>
> But now it looks like this:
> elemField.setXmlName(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2000/09/xmldsig#", "DigestValue"));
> elemField.setXmlType(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2000/09/xmldsig#", "DigestValue"));
>
> And as a result, I get this:
>
> org.xml.sax.SAXException: Found character data inside an array element while deserializing
> It looks like the problem is in JavaBeanHelperWriter and came as the result of:
> revision 1.50
> date: 2005/03/20 18:58:49; author: gdaniels; state: Exp;
> lines: +6 -7
> branches: 1.50.2;
> Fix:
>
> http://issues.apache.org/jira/browse/AXIS-1869
>
> Don't walk the ref chain unless the TypeEntry is a CollectionTE
> - this should DTRT for true derived types.
> Specifically,
> // Otherwise, use the type at the end of the ref
> // chain.
> while (elemType.getRefType() != null) {
> elemType = elemType.getRefType();
> }
> was changed to
> // Otherwise, use the first non-Collection type we
> // encounter up the ref chain.
> while (elemType instanceof CollectionTE) {
> elemType = elemType.getRefType();
> }
--
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
[jira] Commented: (AXIS-2138) Regression with base64Binary and simpleType elements
Posted by "Davanum Srinivas (JIRA)" <ax...@ws.apache.org>.
[ http://issues.apache.org/jira/browse/AXIS-2138?page=comments#action_12317444 ]
Davanum Srinivas commented on AXIS-2138:
----------------------------------------
could you please attach a complete wsdl?
thanks,
dims
> Regression with base64Binary and simpleType elements
> ----------------------------------------------------
>
> Key: AXIS-2138
> URL: http://issues.apache.org/jira/browse/AXIS-2138
> Project: Apache Axis
> Type: Bug
> Components: WSDL processing
> Versions: current (nightly)
> Reporter: Steve Green
>
> The following xsd snippet is cut down from http://www.w3.org/2000/09/xmldsig#
> <complexType name="ReferenceType">
> <sequence>
> <element ref="ds:DigestValue"/>
> </sequence>
> </complexType>
>
> <element name="DigestValue" type="ds:DigestValueType"/>
>
> <simpleType name="DigestValueType">
> <restriction base="base64Binary"/>
> </simpleType>
>
> Once upon a time, the bean metadata for the DigestValue element looked like this:
>
> elemField.setXmlName(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2000/09/xmldsig#", "DigestValue"));
> elemField.setXmlType(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2001/XMLSchema", "base64Binary"));
>
> But now it looks like this:
> elemField.setXmlName(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2000/09/xmldsig#", "DigestValue"));
> elemField.setXmlType(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2000/09/xmldsig#", "DigestValue"));
>
> And as a result, I get this:
>
> org.xml.sax.SAXException: Found character data inside an array element while deserializing
> It looks like the problem is in JavaBeanHelperWriter and came as the result of:
> revision 1.50
> date: 2005/03/20 18:58:49; author: gdaniels; state: Exp;
> lines: +6 -7
> branches: 1.50.2;
> Fix:
>
> http://issues.apache.org/jira/browse/AXIS-1869
>
> Don't walk the ref chain unless the TypeEntry is a CollectionTE
> - this should DTRT for true derived types.
> Specifically,
> // Otherwise, use the type at the end of the ref
> // chain.
> while (elemType.getRefType() != null) {
> elemType = elemType.getRefType();
> }
> was changed to
> // Otherwise, use the first non-Collection type we
> // encounter up the ref chain.
> while (elemType instanceof CollectionTE) {
> elemType = elemType.getRefType();
> }
--
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
[jira] Commented: (AXIS-2138) Regression with base64Binary and simpleType elements
Posted by "Steve Green (JIRA)" <ax...@ws.apache.org>.
[ http://issues.apache.org/jira/browse/AXIS-2138?page=comments#action_12320621 ]
Steve Green commented on AXIS-2138:
-----------------------------------
Not fixed. Just tried the latest CVS. Do I need to switch to svn?
> Regression with base64Binary and simpleType elements
> ----------------------------------------------------
>
> Key: AXIS-2138
> URL: http://issues.apache.org/jira/browse/AXIS-2138
> Project: Apache Axis
> Type: Bug
> Components: WSDL processing
> Versions: current (nightly)
> Reporter: Steve Green
> Priority: Blocker
> Attachments: another.wsdl
>
> The following xsd snippet is cut down from http://www.w3.org/2000/09/xmldsig#
> <complexType name="ReferenceType">
> <sequence>
> <element ref="ds:DigestValue"/>
> </sequence>
> </complexType>
>
> <element name="DigestValue" type="ds:DigestValueType"/>
>
> <simpleType name="DigestValueType">
> <restriction base="base64Binary"/>
> </simpleType>
>
> Once upon a time, the bean metadata for the DigestValue element looked like this:
>
> elemField.setXmlName(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2000/09/xmldsig#", "DigestValue"));
> elemField.setXmlType(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2001/XMLSchema", "base64Binary"));
>
> But now it looks like this:
> elemField.setXmlName(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2000/09/xmldsig#", "DigestValue"));
> elemField.setXmlType(
> new javax.xml.namespace.QName(
> "http://www.w3.org/2000/09/xmldsig#", "DigestValue"));
>
> And as a result, I get this:
>
> org.xml.sax.SAXException: Found character data inside an array element while deserializing
> It looks like the problem is in JavaBeanHelperWriter and came as the result of:
> revision 1.50
> date: 2005/03/20 18:58:49; author: gdaniels; state: Exp;
> lines: +6 -7
> branches: 1.50.2;
> Fix:
>
> http://issues.apache.org/jira/browse/AXIS-1869
>
> Don't walk the ref chain unless the TypeEntry is a CollectionTE
> - this should DTRT for true derived types.
> Specifically,
> // Otherwise, use the type at the end of the ref
> // chain.
> while (elemType.getRefType() != null) {
> elemType = elemType.getRefType();
> }
> was changed to
> // Otherwise, use the first non-Collection type we
> // encounter up the ref chain.
> while (elemType instanceof CollectionTE) {
> elemType = elemType.getRefType();
> }
--
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