サーバー側のリソースへのREST URIを解決する標準的な方法(JAX-RS)はありますか?一般的な習慣を理解しているので、リソースの識別子として完全なURIを提供することが最善です。私は、誰かが投稿できるようにしたい場合は/このように文書を作成するために、PUT /変更製品:JAX-RS:サーバー上のリンクされたリソースのURIを解決する
<product>
[...]
<categories>
<category>http://.../rest/categories/12</category>
<category>http://.../rest/categories/35</category>
</categories>
</product>
あなたが見ることができるように、カテゴリへの言及は、そのリソースのURIです。サーバー側では、これらのURIを対応するリソースに解決する必要があります。最も簡単な方法は、サーバー自体にサービスのクライアントを作成し、これらのURIに対して標準のGET要求を行うことです。しかし、私はこれが必要ではないように感じます。
標準的な方法はありますか?これを行うCXFの方法はありますか?追加IDを常に提供する方が良いでしょうか?
ありがとうございました。 http://jersey.java.net/nonav/apidocs/latest/jersey/com/sun/jersey/api/core/ResourceContext.html
それはCXFまたはJAX-RSからではなく、ジャージからではありません -
ドミニク
あなたの答えをありがとう。それがまさに私が探しているものです。残念ながらジャージーを使うことはできません。標準でUriInfo.getMatchedResources()メソッドがあることがわかります。これは役に立ちますか?新しいUriInfoインスタンスを作成するにはどうすればよいですか? – raymi
申し訳ありません、以前のコメントを気付かなかった。 @Context UriInfoはUriInfoの現在のインスタンスをリソースにDIし、getMatchedResources()メソッドの動作についてはわかりません。以前は使用していませんでした。 – imyousuf