Comment interroger/mettre à jour un point de terminaison RDF distant avec Jena

Question

Je souhaite envoyer des mises à jour à un point de terminaison distant via http. J'ai trouvé que joseki sert d'un tel point de terminaison.

Cependant, comment envoyer des requêtes de mise à jour à ce point de terminaison, si je ne connais que l'URI du point de terminaison? Sinon, je voudrais savoir comment faire des requêtes de mise à jour à distance pour les points de terminaison pour lesquels seul l'URI est connu.

Mise à jour: A la fin, nous avons utilisé le code jena local. Ce type de point de terminaison RDF accepte les instructions d'insertion et de suppression. Je n'ai pas réussi à trouver un point de terminaison RDF distant acceptant les requêtes de modification.

Answer 1

Sinon, je voudrais savoir comment faire pour requêtes de mise à jour à distance aux terminaux pour lesquels seul l'URI est connu.

Ceci est géré un peu différemment selon le serveur de point de terminaison. Il existe un projet de protocole sparql/update. Mais comme c'est le projet et le support relativement nouveau est une petite variante.

Généralement, vous pouvez écrire des requêtes de mise à jour sparql un peu comme si vous écriviez des instructions d'insertion ou de mise à jour SQL. Les commandes de mise à jour sont Modify, Insert, Delete, Load, Clear, mais toutes les implémentations ne les supportent pas toutes.

Étant donné que les points de terminaison sont souvent publics, une authentification est habituellement nécessaire avant que l'action ne soit autorisée, ce qui n'est pas défini dans la spécification, de même que l'implémentation.

Il est conseillé d'utiliser une URL différente pour les instructions de mise à jour afin que l'authentification http puisse être utilisée. 4store, utilise/sparql pour les requêtes et/update pour les requêtes de mise à jour.

Le brouillon W3C a quelques examples de comment construire des requêtes de mise à jour sparql.

Answer 2

Joseki ne prend pas en charge les mises à jour à distance. Vous devriez probablement jeter un oeil à son successeur, Fuseki, qui prend en charge SPARQL Update.