nutch-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Sebastian Nagel (JIRA)" <>
Subject [jira] [Commented] (NUTCH-2716) protocol-http: Response headers are not stored for a compressed response
Date Mon, 06 May 2019 15:21:00 GMT


Sebastian Nagel commented on NUTCH-2716:

I think removing the headers is not ideal for two reasons:
- the proper solution for WARC files is to archive the misleading headers with a {{X-}} prefix,
see the [discussion on the openwayback list|!topic/openwayback-dev/vabOfUZhXAs].
Yes, any WARC writer should handle this.
- the headers should be kept as is because there might be other use cases than writing WARC
files, e.g. [some users want to index HTTP headers|]
and modifications would only cause confusions

> protocol-http: Response headers are not stored for a compressed response
> ------------------------------------------------------------------------
>                 Key: NUTCH-2716
>                 URL:
>             Project: Nutch
>          Issue Type: Bug
>          Components: protocol
>    Affects Versions: 1.15
>            Reporter: Yossi Tamari
>            Assignee: Sebastian Nagel
>            Priority: Major
>             Fix For: 1.16
> Even when store.http.headers=true, the HTTP headers are not saved for a gzipped or deflated
response, because they may contain an incorrect content-length header.
> This causes WARCExporter to generate "resource" (headreless) entries instead of "response"
> While I can see why reporting the wrong content-encoding and length may be a bug, removing
all the headers is not a fix.
> I am not submitting a patch yet since I'm not sure what the best fix is, but I guess
the best patch is to remove those two header lines and store the rest of the headers. If there
is no objection, I can submit a patch that does this. Otherwise, what would be a better fix?

This message was sent by Atlassian JIRA

View raw message