On 23/10/15 13:22, Andy Seaborne wrote:
Hi Paul,
Thanks for the report. Recorded as:
https://issues.apache.org/jira/browse/JENA-1055
(Neither Tomcat nor https are not factors.)
> Any ideas what’s going on?
Having written the code to do it using the conventional servlet
processing ... the dispatch goes via a completely different route and
avoids it. It's all a dynamic dispatch nowadays because datasets can
added while the server is running so the URL space is changing on the fly.
Andy
Should be fixed and tested. Specifically, this test:
https://github.com/apache/jena/blob/master/jena-fuseki2/jena-fuseki-core/src/test/java/org/apache/jena/fuseki/TestHttpOptions.java#L32
If that's not the case, a failing test case would be good if there are
environmental factors.
Andy
On 23/10/15 01:31, Paul Tyson wrote:
When sending a CORS XMLHttpRequest to https sparql endpoint we get the
following report in stdout and the query fails. Presumably this is
coming from the preflight OPTIONS request required of CORS.
Using 2.3.1#46 in tomcat8 with default CORS configuration in web.xml.
[2015-10-22 17:30:54] Fuseki INFO [5] OPTIONS
https://example.com/fuseki/ds/sparql
[2015-10-22 17:30:54] Fuseki INFO [5] OPTIONS /ds :: 'sparql' ::
<none> ?
[2015-10-22 17:30:54] Fuseki INFO [5] 405 HTTP method not
allowed: Not a GET or POST request (0 ms)
The request code looks like:
jQuery.ajax({
type: "POST",
url: endpoint,
data: myQuery,
contentType: "application/sparql-query",
beforeSend: function(req) {
req.setRequestHeader("Accept",
"application/sparql-results+json");
},
success: function ( data ) {
console.log("loading data");
alert(“Query successful”);
}
})
Any ideas what’s going on?
Thanks,
--Paul
