AllegroGraph RDF Store は、通信するための複数のチャネルを提供します。そのためのWebサービスを開発しています。次の質問があります。
このSPARQL エンドポイントで Web サービスを実装する方法は? ベストプラクティスは何ですか? CXFまたはアクシス?
AllegroGraph RDF Store は、通信するための複数のチャネルを提供します。そのためのWebサービスを開発しています。次の質問があります。
このSPARQL エンドポイントで Web サービスを実装する方法は? ベストプラクティスは何ですか? CXFまたはアクシス?
あなたが提供したリンクは、AllegroGraph API ドキュメントを指しています。ドキュメントには次のように記載されています。
ここで説明するプロトコルは、Sesame 2.0 HTTP プロトコルおよび W3C SPARQL プロトコル (SPARQL エンドポイント) と互換性があります (のスーパーセットです)。
AllegroGraph とクライアント アプリケーションの間に位置し、「通常の」REST と SPARQL の組み合わせのように見えるこのプロトコルを「話す」小さなライブラリを開発したいと思うかもしれません。その後、クライアント アプリケーションは引数をライブラリに渡すことができます。これにより、それらは SPARQL クエリまたは通常の REST リクエストの引数に変換されます。これらの操作には、この回答
で
言及されているツールのいずれかを使用するか、 Jena ARQ などの SPARQL APIや JAX-RS などの一般的な REST API、またはプロジェクトのプログラミング言語で同様の機能を使用できる場合があります。
プロジェクトによっては、これらの機能 (SPARQL および REST 呼び出し) をクライアント アプリケーションに統合できます。もちろん、(CXF や Axis などを使用して) Web サービスとしてサービスを再度提供することもできますが、クライアント アプリケーションを制御する場合、これはプロジェクトにとって多すぎる可能性があります。