[
https://issues.apache.org/jira/browse/JENA-210?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13204894#comment-13204894
]
Rob Vesse commented on JENA-210:
--------------------------------
The supplied patch includes code previously submitted as a patch for JENA-56
which was not yet included in ARQ, if this patch is accepted and the issue
closed JENA-56 could also be closed
> Make QueryEngineHttp more configurable
> --------------------------------------
>
> Key: JENA-210
> URL: https://issues.apache.org/jira/browse/JENA-210
> Project: Jena
> Issue Type: Improvement
> Components: ARQ
> Affects Versions: ARQ 2.9.0
> Reporter: Rob Vesse
> Labels: http, query, results, sparql
> Fix For: ARQ 2.9.1
>
> Attachments: HttpQueryEnhancements.patch
>
>
> The current QueryEngineHttp is somewhat limited in that the Accept header is
> hardcoded to SPARQL Results XML or RDF/XML depending on the usage of the
> engine and there are a number of other features lacking including timeouts
> and support for requesting and reading compressed content.
> The submitted patch here adds the following features:
> 1 - Configurable Content Type support
> A QueryEngineHttp instance can be configured to request different content
> types as required by the users. For CONSTRUCT/DESCRIBE whether the requested
> content type is valid is verified using RIOT and the parser for reading
> responses into models automatically selected. For ASK/SELECT the supported
> content types are defined in hard-coded lists and the parser selected via if
> statements.
> In the future it is envisaged that ASK/SELECT supported format detection
> could be improved by wiring into whatever new machinery around handling
> result formats that ARQ/RIOT eventually supplies
> 2 - Configuration Timeouts
> Support for configuring Connection and Read Timeouts for queries
> 3 - GZip and Deflate Compression Support
> Support for specifying that the client will allow GZip/Deflate encoded
> content to be sent to it and for ensuring that the returned InputStream gets
> appropriately wrapped so the content is decompressed as read
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
