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 bu...@apache.org on 2002/09/09 20:24:28 UTC
DO NOT REPLY [Bug 12451] New: -
Axis does not understand default namespace; will not interoperate with.NET
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12451>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12451
Axis does not understand default namespace; will not interoperate with.NET
Summary: Axis does not understand default namespace; will not
interoperate with.NET
Product: Axis
Version: current (nightly)
Platform: All
OS/Version: All
Status: NEW
Severity: Major
Priority: Other
Component: Serialization/Deserialization
AssignedTo: axis-dev@xml.apache.org
ReportedBy: hhuang@kodak.com
Bug in RC1
If NS:TypeB is a complexType extending from NS:TypeA, and elementA is of
NS:TypeA, the following should be accepted by Axis:
<methodCall xmlns="NS">
<elementA xsi:type="TypeB">
</methodCall>
However, Axis insists on an explicit namespace:
<methodCall xmlns="NS" xmlns:explicit="NS">
<elementA xsi:type="explicit:TypeB">
</methodCall>
Axis is too strict. It should accept default namespaces. .NET uses xmlns="foo"
style namespaces for doc/literal messages. This bug makes Axis and .NET non-
interoperable for inherited classes/types.
-Han Huang
hhuang@kodak.com