> Am 08.09.2020 um 08:27 schrieb Ruediger Pluem <rpl...@apache.org>:
>
>
>
> On 8/21/20 9:20 AM, Ruediger Pluem wrote:
>>
>>
>> On 8/20/20 11:38 AM, Stefan Eissing wrote:
>>>
>>>
>>>> Am 20.08.2020 um 11:35 schrieb Ruediger Pluem <rpl...@apache.org>:
>>>>
>>>>
>>>>
>>>> On 8/20/20 10:47 AM, Stefan Eissing wrote:
>>>>>
>>>>>
>>>>>> Am 20.08.2020 um 10:01 schrieb Ruediger Pluem <rpl...@apache.org>:
>>>>>>
>>>>>>
>>>>>>
>>>>>> On 8/19/20 12:18 PM, Stefan Eissing wrote:
>>>>>>>
>>>>>>>
>>>>>>>> Am 19.08.2020 um 12:08 schrieb Ruediger Pluem <rpl...@apache.org>:
>>>>
>>
>>>>
>>>> What about:
>>>>
>>>> set_error_response would set the http_status in a not yet existing field
>>>> (e.g. early_status)
>>>> of the h2_request struct via stream->rtmp instead of creating a brigade in
>>>> stream->out_buffer and adding to it.
>>>> h2_request_create_rec could then check for this field and if non zero call
>>>> ap_die after doing some minimal request_rec setup.
>>>> I could transform this into a patch for more gory discussion if you like.
>>>
>>> ;-)
>>>
>>> a) without making the complete requests, but a special one that knows how
>>> to fail? Go for it!
>>
>> How about https://github.com/apache/httpd/pull/137 ?
>
>
> Any feedback or comments?
Sorry about the delay, my inbox in unhealthy these days.
Had a quick look. My read: it looks like a good approach. The request still
needs to be processed in a worker, but that should be very light and fast. I
was first confused by the "early_http_status" term as there is the "103 early
hints" intermediate response code stuck in my brain. Maybe we should just call
it http_status and have a HTTP_NEEDS_FURTHER_PROCESSING (0) in our server.
Stefan
>
> Regards
>
> Rüdiger
