2010-12-01 7 views
2

サーバー側のリソースへの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からではなく、ジャージからではありません -

ドミニク

答えて

0

私はあなたが探していると思います。私はあなたの例のようにドキュメントを解析するためにそれを使用しました。

リソースに@Contextを使用してそれを注入して使用します。

+0

あなたの答えをありがとう。それがまさに私が探しているものです。残念ながらジャージーを使うことはできません。標準でUriInfo.getMatchedResources()メソッドがあることがわかります。これは役に立ちますか?新しいUriInfoインスタンスを作成するにはどうすればよいですか? – raymi

+0

申し訳ありません、以前のコメントを気付かなかった。 @Context UriInfoはUriInfoの現在のインスタンスをリソースにDIし、getMatchedResources()メソッドの動作についてはわかりません。以前は使用していませんでした。 – imyousuf

関連する問題