You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cxf.apache.org by "Daniel Kulp (JIRA)" <ji...@apache.org> on 2006/10/02 17:45:19 UTC

[jira] Created: (CXF-143) Content-Type not being set

Content-Type not being set
--------------------------

                 Key: CXF-143
                 URL: http://issues.apache.org/jira/browse/CXF-143
             Project: CeltiXfire
          Issue Type: Bug
          Components: Soap Binding
    Affects Versions: 2.0-M1
            Reporter: Daniel Kulp
             Fix For: 2.0-M1



The Content-Type header is not being set properly.    This might be an HTTP transport issue instead.   Not sure.

In anycase, the request messages are using the default:
Content-type: application/x-www-form-urlencoded

and the response messages are not setting ANY Content-type header.

-- 
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: (CXF-143) Content-Type not being set

Posted by "Andrea Smyth (JIRA)" <ji...@apache.org>.
    [ http://issues.apache.org/jira/browse/CXF-143?page=comments#action_12439204 ] 
            
Andrea Smyth commented on CXF-143:
----------------------------------

In HTTPConduit.setPolicies, use the getContentType getter of HTTPClientPolicy directly instead of checking if the attribute is set first (it has "text/html" as default).
Same for server side.

> Content-Type not being set
> --------------------------
>
>                 Key: CXF-143
>                 URL: http://issues.apache.org/jira/browse/CXF-143
>             Project: CeltiXfire
>          Issue Type: Bug
>          Components: Soap Binding
>    Affects Versions: 2.0-M1
>            Reporter: Daniel Kulp
>             Fix For: 2.0-M1
>
>
> The Content-Type header is not being set properly.    This might be an HTTP transport issue instead.   Not sure.
> In anycase, the request messages are using the default:
> Content-type: application/x-www-form-urlencoded
> and the response messages are not setting ANY Content-type header.

-- 
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] Closed: (CXF-143) Content-Type not being set

Posted by "maomaode (JIRA)" <ji...@apache.org>.
     [ http://issues.apache.org/jira/browse/CXF-143?page=all ]

maomaode closed CXF-143.
------------------------

    Resolution: Fixed

> Content-Type not being set
> --------------------------
>
>                 Key: CXF-143
>                 URL: http://issues.apache.org/jira/browse/CXF-143
>             Project: CXF
>          Issue Type: Bug
>          Components: Soap Binding
>    Affects Versions: 2.0-M1
>            Reporter: Daniel Kulp
>             Fix For: 2.0-M1
>
>
> The Content-Type header is not being set properly.    This might be an HTTP transport issue instead.   Not sure.
> In anycase, the request messages are using the default:
> Content-type: application/x-www-form-urlencoded
> and the response messages are not setting ANY Content-type header.

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