Springサービスがクライアントから要求されたコンテンツタイプを返すのはなぜですか？

Question

私は、Spring 3.1.0.RELEASEを使用してSpring Restサービスを提供しています。ここで問題となっているサービスコールに関連するコードは次のとおりです。

@RequestMapping(value="/{var1}", method=RequestMethod.GET, produces="application/json") 
@ResponseBody 
public String getSomeStuff(@PathVariable final String var1) { 
    return myJsonString; 
} 

私は、次のcurlコマンドを使用して、これを呼び出した場合、私が期待する一方で、それは喜んでくれたアプリケーション/ XMLのコンテンツタイプと私のJSON文字列を返します。春3.1のドキュメントに基づいて406：このサービス（シリアライズ）のための私のアプリで余分な設定はありません

curl -v -H "Accept: application/xml" http://localhost:8080/MyServiceSite/myvalue 

、私は、設定されたサービスのための無後処理で生のJSONを返すいます。私は何かを見逃していると確信しています、誰かが私が逃したかもしれない何かを指摘できますか？

編集：ここがdocumentationです。これを試してみると、私は見ていました。特にセクション16.3.2.5。私のコードは、Springがシリアライゼーションを処理できるようにするための設定を前提にしているように見えることを除いて、非常に似ています。おそらく、Springのシリアル化をバイパスしても、プロダクションが動作しないでしょうか？

編集：応答コードの期待値を変更しました。 415は私のリクエストボディに不適切なコンテンツを送っていたことを示していますが、406はサーバーのコンテンツタイプに気づかない受け入れヘッダを持つのに適しています。

とにかく、このメソッドを変更してMapを返し、jsonにシリアル化するための設定を追加しました。そして、クライアントから無効なコンテンツタイプを送信すると、適切な406応答を取得します。メソッドの出力がシリアル化されていないときは、「生成」設定が無視されるようです。

Answer 1

生成条件はSpring MVC 3.1で新しく、RequestMappingHandlerMappingおよび関連する@MVCサポートクラス（new in Spring 3.1）でのみサポートされています。私の推測では、生成条件をサポートしていない3.0 @ MVCサポートクラスを使用しているということです。そうでなければあなたのコードは正しいので、何が起こるべきかについてのあなたの期待があります。

3.1では、headers = "Accept = application/json"の使用は不要です。それは正確に生産条件が導入されたものです。

Answer 2

@RequestMappingのheaders属性についてはどうでしょうか。そこにAcceptヘッダーを設定することができます。私は春が一致するヘッダのないそのパスへのリクエストを処理する方法を知りません

@RequestMapping(value="/{var1}", method=RequestMethod.GET, produces="application/json", headers = "Accept=application/json") 
@ResponseBody 
public String getSomeStuff(@PathVariable final String var1) { 
    return myJsonString; 
} 

：ような何か。それがあなたの望むものを与えていない場合は、ヘッダーなしで同様のマッピングを定義し、ResponseEntityを返信して応答コードなどを設定する必要があるかもしれませんが、適切に処理することを願っています。