andrew,
Which version of Fuseki is this?
You can launch with "-v" to get more runtime info.
Also - how are you sending the request to Fuseki?
If you are parsing the string and then sending the parsed form, the BOM
it might be that the BOM is lost because of handling (by java) of BOM in
the middle of text:
http://unicode.org/faq/utf_bom.html#bom6
What exactly ends up in the Fuseki server?
Andy
On 26/03/17 11:52, Andrew U Frank wrote:
i use fuseki with the SPARQL update "INSERT DATA {...}" command, send as
a HTTP POST to a fuseki server.
this works very well except when a triple contains in a literal a BOM
(65279) character. Then the confirmation is still positiv (204) but the
triples are NOT inserted.
the issue is not that the request with the BOM is ignored - this is
probably a good thing, but that a 204 confirmation is produced; some
information pointing to a syntax error in the SPARQL request or similar
is necessary.
i cannot see if the request arrives at the fuseki server ok - is there a
flag i can set when starting the fuseki server to show the request as it
is received? i can only see that the server is receiving the POST.
here the protocol of the sender:
callHTTP5 :
request POST http://xxxxt:3030/march25/update HTTP/1.1
Accept: */*
Content-Length: 586
Content-Type: application/sparql-update
requestbody INSERT DATA { GRAPH <http://gerastree.at/g12>
{<http://gerastree.at/waterhouse-kw#>
<http://gerastree.at/lit_2014#titel> " the BOM "@xx .
....
} }
callHTTP5 result is is Right HTTP/1.1 204 No Content
Date: Sun, 26 Mar 2017 10:32:08 GMT
Fuseki-Request-ID: 39
Connection: close
the literal is "\65279 the BOM " - if i remove the BOM mark, the
contents are stored, but the response from the server is exactly the same!
please produce an appropriate error message!
andrew
