httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "William A. Rowe, Jr." <>
Subject Re: Windows HTTP API
Date Tue, 22 Jun 2004 03:40:08 GMT
At 04:17 PM 6/21/2004, Kornél Pál wrote:
>And I think filters that are processing raw data should be ignored for this
>MPM as they are not usefult in this situation and the raw data should be
>recreated from HTTP API structures to can be passed to filters and then
>reprocessed again. Other filters dealing with headers and entity body can be

The header filters are also useless in this regard.  Construct the request_rec
from the header and request data from the HTTP_REQUEST structure and
compose a new one, rather than reinvent the wheel.

All of the connection level filters are rendered moot by the semantics
of the win32 HTTP api.

>Note that it's possible to preprocess all the raw data that goes through
>http.sys, but it's not documented and resuts in performance lost.

Exactly.  As usual with MS products, the truly valuable interfaces are
rarely well documented (if at all) and tightly coupled to a specific product,
e.g. IIS 6 in this case.

>And you don't have to take care of SSL at all, as you will see HTTPS and
>HTTP request the same way. The only difference is that server certificates
>has to be configured for SSL and client certificates can be retrieved.

Which is why I suggested you look at the netware ssl module.  It is only
sort-of working at the sockets level, the full blown winsock (which win32
never truly provided) integrated all of the SSL support.  Likewise with the
win32 HTTP API.

The netware ssl module stuffs the certificates as configured into the
socket and lets the socket layer handle all the handshaking details - this
is close enough to what needs to happen for the win32 HTTP API that
borrowing the config and bastardizing the initialization logic should give
you something close to workable.


View raw message