[ 
http://issues.apache.org/jira/browse/WSCOMMONS-38?page=comments#action_12414928 
] 

Eran Chinthaka commented on WSCOMMONS-38:
-----------------------------------------

I'm still not convinced that this is a bug. 

I repeat, we treat all the SOAP messages as SOAP 1.2 messages inside the model. 
Once we feed SOAP 1.1 message in to the model, its SOAP 1.2 after that. You 
only see the difference when you serialize.
For example, you can write a service implementation only thinking about SOAP 
1.2. If your service implementation is StAX based, still our model works. But 
when we serialize, the only catch is you have to use Axiom serializer. This 
decision was intentional and thus this is a feature, not a bug.

> SOAP11FaultCodeImpl contains SOAP 1.2 local name
> ------------------------------------------------
>
>          Key: WSCOMMONS-38
>          URL: http://issues.apache.org/jira/browse/WSCOMMONS-38
>      Project: WS-Commons
>         Type: Bug

>   Components: AXIOM
>  Environment: AXIOM 1.0, JDK 1.5
>     Reporter: Arjen Poutsma
>     Assignee: Eran Chinthaka
>  Attachments: Tester.java
>
> The class org.apache.axiom.soap.impl.llom.soap11.SOAP11FaultCodeImpl does not 
> override the localname of its parent 
> org.apache.axiom.soap.impl.llom.SOAPFaultCodeImpl. Since this parent class 
> contains the SOAP 1.2 specific SOAP12Constants.SOAP_FAULT_CODE_LOCAL_NAME as 
> localname, the localname is of the SOAP 1.1 subclass is not set correctly.
> Oviously, this code should be in 
> org.apache.axiom.soap.impl.llom.soap12.SOAP12FaultCodeImpl, and not in the 
> non-version specific superclass. In general, there seems to be a lot of 
> defaulting to SOAP 1.2-specific stuff in the org.apache.axiom.soap.impl.llom 
> package. This should be moved to the version-specific subclasses.
> The errors become clear when obtaining an XMLStreamReader from the fault 
> code, and reading from that. Serializing to an outputstream does work 
> correctly, since the serialize methods are properly overridden.

-- 
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


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to