POST message handling in 2.2.8 vs 2.2.9

Hello All,

This is the continuation of a thread that was titled "Increase Logging" but=
that doesn't seem to make much sense anymore so I am starting a new thread=
.. The core of the problem is that my application sends a POST message whic=
h goes through the mod_isapi module to a MSFT ISAPI dll. What I have found=
is that in 2.2.8 the HTTP_IN and CORE_IN incoming filters are used on the =
message but in 2.2.9 only the CORE_IN filter is used and therefore the mess=
age does not get parsed into the buckets and sent out to the external DLL.
I can't seem to find anything in the CHANGES logs specific to this so thoug=
ht I would send it out and see if anyone had any ideas why the HTTP_IN filt=
er would not be added for this message.
Thanks.

Tom Hickey





------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org

RE: POST message handling in 2.2.8 vs 2.2.9

I was incorrect in my statement that the HTTP filter was not being added, e=
rror in my log statement. It actually is being added and the change affect=
ing my application is here. Hopefully someone might be able explain why th=
e change was made and perhaps offer a suggestion as to what I would need to=
change in my app to get things working again.
In http_filters.c, in the ap_http_filter() function, a changes was added ar=
ound line 327 to check the status on the request, and based on this we migh=
t exit out when we check the value of eos_sent a bit later.

if (!ap_is_HTTP_SUCCESS(f->r->status)) {
ctx->state =3D BODY_NONE;
ctx->eos_sent =3D 1;
}

The status for my message is 0 and it appears that Apache is looking for so=
mething between 200 and 300. Could this have been done as one of the change=
s noted below?=20
*) http_filters: Don't return 100-continue on redirects. PR 43711
[Ruediger Pluem]
*) http_filters: Don't return 100-continue on client error
PR 43711 [Chetan Reddy ]

Tom

-----Original Message-----
From: Hickey, Tom [mailto:tom.hickey@radiantsystems.com]=20
Sent: Tuesday, November 03, 2009 7:10 AM
To: users@httpd.apache.org
Subject: [users@httpd] POST message handling in 2.2.8 vs 2.2.9

Hello All,

This is the continuation of a thread that was titled "Increase Logging" but=
that doesn't seem to make much sense anymore so I am starting a new thread=
.. The core of the problem is that my application sends a POST message whic=
h goes through the mod_isapi module to a MSFT ISAPI dll. What I have found=
is that in 2.2.8 the HTTP_IN and CORE_IN incoming filters are used on the =
message but in 2.2.9 only the CORE_IN filter is used and therefore the mess=
age does not get parsed into the buckets and sent out to the external DLL.
I can't seem to find anything in the CHANGES logs specific to this so thoug=
ht I would send it out and see if anyone had any ideas why the HTTP_IN filt=
er would not be added for this message.
Thanks.

Tom Hickey





------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org




------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org