You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@synapse.apache.org by "Asankha C. Perera (JIRA)" <ji...@apache.org> on 2009/06/15 17:24:07 UTC

[jira] Resolved: (SYNAPSE-534) Make logging of HTTP 500 responses configurable

     [ https://issues.apache.org/jira/browse/SYNAPSE-534?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Asankha C. Perera resolved SYNAPSE-534.
---------------------------------------

       Resolution: Fixed
    Fix Version/s: 1.3
         Assignee: Asankha C. Perera

Thanks for the patch Eric, applied with minor changes

> Make logging of HTTP 500 responses configurable
> -----------------------------------------------
>
>                 Key: SYNAPSE-534
>                 URL: https://issues.apache.org/jira/browse/SYNAPSE-534
>             Project: Synapse
>          Issue Type: Improvement
>          Components: Transports
>            Reporter: Eric Hubert
>            Assignee: Asankha C. Perera
>            Priority: Minor
>             Fix For: 1.3
>
>         Attachments: warnOnHttp500.patch
>
>
> Currently Synapse outputs a warning for any HTTP 500 response, irrespective of the content-type. Consequently, this also applies to any SOAP fault. I would propose to generaly only log such server/service responses as a warning. Additionally I would like to make this configurable via a transport sender parameter. This parameter could be called warnOnHTTP500 and contain a delimiter separated list of content-types for which a warning shall be logged.
> I started implementing this, ao attached you will find a patch containing changes to HttpCoreNIOSender, ClientHandler, axis2.xml plus a short addition to the Maven sites transport documentation.
> The implementation was straight forward and simple but I was uncertain about how to pass the parameter from HttpCoreNIOSender to ClientHandler. I'm not sure whether my solution to use the Axis2 ConfigurationContext's properties is acceptable. So I would apreciate feedback/corrections here.
> If the parameter is missing, there will be no change in functionality. In order to "document" the change also in the default configuration I changed the axis2.xml to contain the following line:
> <parameter name="warnOnHTTP500" locked="false">*</parameter>
> which has the same meaning as the missing parameter.
> An example of another valid configuration could look like this:
> <parameter name="warnOnHTTP500" locked="false">x-application/hessian|none</parameter>
> With this configuration a warning would only be logged for 500 responses of content-type 'x-application/hessian' or messages missing a content-type.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@synapse.apache.org
For additional commands, e-mail: dev-help@synapse.apache.org