[
https://issues.apache.org/jira/browse/JENA-601?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17505431#comment-17505431
]
Gilles Sérasset commented on JENA-601:
--------------------------------------
Sorry, I made so many experiments (trying to create docker images that would be
efficient on arm64 AND amd64) that I apparently made a mistake and mistakenly
thought bz2 failed to load...
I just checked on a simpler setting and everything is well.
I'll experiment with gzip, but this will mean changing my whole data production
process and will have an impact to users downloading my dumps...
Thanks
> Provide better support for compressed input formats
> ---------------------------------------------------
>
> Key: JENA-601
> URL: https://issues.apache.org/jira/browse/JENA-601
> Project: Apache Jena
> Issue Type: Improvement
> Components: RIOT
> Affects Versions: Jena 2.11.0
> Reporter: Rob Vesse
> Priority: Major
>
> Currently Jena has little or not support for compressed input formats. There
> are the odd cases where some consideration is given e.g.
> - {{RDFLanguages.filenameToLang()}} strips off {{.gz}} extensions to help it
> correctly detect file types
> - HTTP responses can deal with compressed responses by virtue of Apache
> HttpClient
> What would be nice is to have a better strategy for handling compressed
> inputs. For example having a registry of known compression extensions e.g.
> {{.gz}}, {{.bz2}}, {{.deflate}} which ARQ would strip off when trying to
> deduce format from the filename.
> It would also be useful if the various locator implementations took
> compression into account when opening input streams as I'm fairly sure if you
> asked ARQ to open a {{foo.nt.gz}} file it would just open a raw input stream
> and then the reading would fail.
--
This message was sent by Atlassian Jira
(v8.20.1#820001)
