Please get the Axis2 1.3's source zip and look at:
org.apache.axis2.transport.http.ApplicationXMLFormatter.java
You can write your own class that overrides the getContentType method
of that class and specify your class in the axis2.xml
thanks,
dims
On 8/21/07, Ford, Jennifer M. <[EMAIL PROTECTED]> wrote:
> All,
>
> I've developed some web services that will be in use by both Java and
> .NET users. Java clients have no problem with the results, but the
> first .NET developer has reported a problem with the WCF text encoder
> for .NET that is preventing them from correctly parsing the response.
> Has anyone encountered this problem and if so, is there a way that I can
> fix it on my server side so that we can proceed?
>
> If I could change the order of the headers, that would likely be
> sufficient. Is there a way to do that through configuration changes?
>
> Thanks,
> Jennifer
>
>
> For reference, here's the email from my client:
>
> After a bit of research, I have found that the WCF text encoder has a
> bug in it right now. It does an awkward series of string parsing to
> determine the content type and character set in the http header. The
> current logic assumes that the character set will always immediately
> follow the content type. However, Axis inserts the optional action
> parameter between content type and character set. On a side note, let
> me be clear that I am not saying this is a problem with Axis. WCF just
> doesn't properly implement the W3C RFC in this situation.
>
> For example, the following content type header would be successfully
> parsed:
>
> application/soap+xml; charset=utf-8; action="http://myaction";
>
> However, if you swap the order of action and charset, WCF currently
> can't handle it:
>
> application/soap+xml; action="http://myaction";; charset=utf-8
>
>
> This is apparently a known issue that will be addressed in the next
> release of WCF. Unfortunately, I obviously need a solution right now.
> :)
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
Davanum Srinivas :: http://davanum.wordpress.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]