Please open an item in bugzilla (issues.apache.org).

Thanks,

Rainer

Taka J.S. schrieb:
> Hi,
> I'm using Apache2.0.59, mod_jk1.2.20 and Tomcat5.0.28.
> The resources are located in the area where is protected by Tomcat's
> BASIC authentication.
> When I send a request via HEAD method without account nor password,
> the values of response headers are not recorded into the Apache2's
> access log file.
> In the following case of log related parameters for Apache2:
> 
> LogFormat "\"%{WWW-Authenticate}o\"" combined
> CustomLog /var/log/httpd/access_log combined
> 
> Despite the response includes a WWW-Authenticate header that are not
> empty values,
> the log is set as "-" value.
> 
> This phenomenon does not happen at the case of neither Apache1.3.37
> nor the combination of Apache2.2.4 and mod_proxy_ajp.
> 
> I guess that the return value from jk_handler's function causes this
> unexpected result.
> Since the generation of Apache2,
> the value of 'sent_bodyct' has not been set as '1' when the
> 'header_only' value is '1'
> (see httpd-2.0.59/modules/http/http_protocol.c L1765).
> As a result, the condition at
> tomcat-connectors-1.2.20-src/native/apache-2.0/mod_jk.c L2118
>       /* If tomcat returned no body and the status is not OK,
>          let apache handle the error code */
>       if (!r->sent_bodyct && r->status >= HTTP_BAD_REQUEST) {
>           jk_log(xconf->log, JK_LOG_INFO, "No body with status=%d"
>                  " for worker=%s",
>                  r->status, worker_name);
>           JK_TRACE_EXIT(xconf->log);
>           return r->status;
>       -- snip --
>       return OK;      /* NOT r->status, even if it has changed. */
> is always true, and jk_handler returns the "NOT OK" value.
> Finnaly, the contents of headers table for Apache2 are all cleared.
> 
> I suggest to mend the 'if'-condition clause as below:
>       if (!r->header_only && !r->sent_bodyct && r->status >=
> HTTP_BAD_REQUEST) {
> 
> What do you think about this, bug or not?
> I would like to resolve this probelm.
> 
> Regards,
> 
> Taka J.S.
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 

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

Reply via email to