You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jena.apache.org by "Aaron Coburn (JIRA)" <ji...@apache.org> on 2017/07/26 18:00:09 UTC
[jira] [Created] (JENA-1378) RDFDataMgr does not perform conneg
when reading remote RDF resources
Aaron Coburn created JENA-1378:
----------------------------------
Summary: RDFDataMgr does not perform conneg when reading remote RDF resources
Key: JENA-1378
URL: https://issues.apache.org/jira/browse/JENA-1378
Project: Apache Jena
Issue Type: Bug
Components: ARQ
Affects Versions: Jena 3.4.0
Reporter: Aaron Coburn
In the past, I have been able to use RDFDataMgr.read(Graph, String) to fetch vocabularies like so:
final Graph graph = Factory.createDefaultGraph();
RDFDataMgr.read(graph, "http://purl.org/dc/terms");
This no longer works in 3.4.0. The error is:
org.apache.jena.riot.RiotException: Failed to determine the content type: (URI=http://purl.org/dc/terms/ : stream=text/html)
The key thing about these remote resources is that they involve content negotiation in order to get to the RDF serialization; otherwise an HTML page is returned that cannot be parsed by RIOT.
Adding a Lang attribute to the read() function does not help.
This appears to be due to the RDFParser library not including an Accept header in the HTTP request to the remote resource: https://git.io/v7sTV
Perhaps a good solution would be to provide a default accept header ("text/turtle, application/rdf+xml, application/ld+json") or, even better, that accept header could be configurable by a client.
A work-around for me is to just use the HttpOp.execHttpGet function directly, but it would be nice if this functioned as it once did.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)