問題タブ [resteasy]

RestEasy を使用して Windows Live から連絡先を取得しようとしています

ユーザーの認証に成功した後、https: //livecontacts.services.live.com/users/@L@ /rest/livecontacts への呼び出しを行いました。認証ヘッダーを設定し、ID とトークンを追加しました。

cUrl を使用してコマンド ラインから呼び出しを行うと、期待どおりの出力が得られますが、Web アプリケーションでは意味不明な内容が返されます

例えば

...?{?[??e^7E?...

現在のインターフェースクラスは

スローアウェイテスト:

誰でも応答をアンマーシャリングする方法の手がかりを持っていますか

そこで、Jersey/Tomcat で魅力的なように機能するサンプル REST リソースを作成しましたが、RestEASY/Tomcat に持っていくとうまくいきません。本当ですか？すぐに使える作業に何が起こったのか。とにかくちょっとがっかり。リソース ( http://localhost:7070/mg/mytest )にアクセスしようとすると、このエラーが発生します。

「コンテンツ タイプが null で、ボディを抽出することを期待していました」

7842 [http-7070-2] エラー com.loyalty.mg.rest.exception.MGExceptionMapper - 例外マッパーでキャッチされたエラー - org.jboss.resteasy.spi.BadRequestException: content-type が null で、本文を抽出することを期待していましたorg.jboss.resteasy.core.MessageBodyParameterInjector.inject(MessageBodyParameterInjector.java:131) で org.jboss.resteasy.core.MethodInjectorImpl.injectArguments(MethodInjectorImpl.java:98) で org.jboss.resteasy.core.MethodInjectorImpl.invoke( MethodInjectorImpl.java:121) org.jboss.resteasy.core.ResourceMethod.invokeOnTarget(ResourceMethod.java:247) org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:212) org.jboss.resteasy .core.ResourceMethod.invoke(ResourceMethod.java:202)

質問もあると思います-RestEASYはジャージーよりも優れていますか、これはほんの始まりに過ぎず、エラーが発生しています。ジャージーに固執する必要がありますか？

また、すでにこれも試しました:)

ステータス >=400 が返された場合の HTTP レスポンス コンテンツの取得方法。それは私のコードサンプルです:

これはスローします：

ステータス コード 400 以外の詳細を知りたいです。

私はSpringFrameworkとRESTEasyの両方を使用するWebアプリに取り組んでいます。アプリはしばらくの間RESTリクエストを送信するように構成されていますが、最近、RESTリクエストも受信するように設定しました。web.xmlを適切に構成しましたが、アプリは問題なくRESTリクエストを受信して​​処理しました。

これがweb.xmlスニペットで、RESTセットアップの詳細を示しています。

ただし、ブラウザでアプリを歩き回ると、ログに次の例外が表示され続けます。

/ AutomatedProcessing / rest / * URLパターンに一致するリクエストだけでなく、RESTが突然すべてのリクエストを処理しようとしているように見えます。NoResourceFoundFailure例外 の詳細、またはRESTが割り当てられたURLパターン外のリクエストを処理しようとする理由がわかりません。例外はユーザーにとって致命的ではありませんが、私が知らない何かを破壊している可能性があると思います。さらに、ログの例外は決して楽しいものではありません。この例外についての洞察をいただければ幸いです。

私のJAXRSアプリケーションでは、2つExceptionMapper登録しています@Provider

アプリケーションが new をスローすると、(JAX-RS 仕様によると) MyCustomRuntimeExceptionMapper 内でキャッチする必要があるにもかかわらずMyCustomRuntimeException、例外は 内でキャッチされます。MyExceptionMapper

これがJAXRSの言うことです-

JAX-RS は、例外の継承もサポートしています。例外がスローされると、JAX-RS はまずその例外のタイプの ExceptionMapper を見つけようとします。見つからない場合は、例外のスーパークラスを処理できるマッパーを探します。照合するスーパークラスがなくなるまで、このプロセスが続行されます。

ここで何が起こっているのか、誰も手がかりを持っていますか?

私のRESTEasyアプリケーションjava.lang.reflect.UndeclaredThrowableExceptionでは、throws句で例外を宣言していないメソッドからチェックされた例外がスローされているため、が発生しています。
だから私は書いていUndeclaredThrowableExceptionMapperます。UndeclaredThrowableExceptionラップは実際の例外をラップします。e.getCause()私はそれを取得するために呼び出します。
それから私はそれを投げることができますか、それともどういうわけかExceptionMapperそれを処理するための適切なものを探すことができますか？

CSVファイルを残りの簡単な（JAX RS）Webサービスにアップロードするためのマルチパート/フォームデータフォームがあります。このファイルには、é などの iso-8859-1 文字を含めることができます。Firefox からファイルをアップロードすると、これらの文字が文字化けし、最終的に ? のようになります。Internet Explorer でファイルをアップロードすると、すべて正常に動作します。

私はたくさんの読書をして、マルチパート/フォームデータとcharset属性（enctype='multipart/form-data; charset=ISO-8859-1'）を組み合わせたFirefoxに問題があることを発見しました。

だから私は<meta http-equiv="Content-Type" content="text/csv; charset=iso-8859-1" />自分のHTMLページで設定しようとしました（text/csvの代わりにtext/htmlまたはmultipart/form-dataを設定しようとしましたが、どちらも違いはないようです.

残りの簡単な API を調べたところ、「マルチパート メッセージのデフォルトのフォールバック コンテンツ タイプを上書きする」ことに関する何かが見つかりました。コンテンツ タイプが見つからない場合のデフォルトのフォールバックは us-ascii です。私が処理しようとしている文字 (é,..) は us-ascii には存在しないため、文字化けしてしまうのは理にかなっています。このデフォルトのフォールバック コンテンツ タイプをオーバーライドしても解決しないようです (参照: http://docs.jboss.org/resteasy/docs/1.2.GA/userguide/html/Multipart.html ) 。

Internet Explorer が http ヘッダーで content-type+charset を正しく送信するので、すべてがうまくいくと私が言ったのは正しいのです。そして、マルチパート/フォームデータと組み合わせてコンテンツタイプ/文字セットを送信しようとしているときに、そのFirefoxが物事を台無しにしますか? stackoverflow を検索しましたが、私の場合、承認されたソリューションはどれも機能していないようです。

誰かが以前にこの特定の問題を抱えていましたか? (Jboss rest easy フレームワークを使用したマルチパート/フォームデータファイルのアップロード)? 他に試してみることができますか？

前もって感謝します！

ヤニック

Apache Winkについて聞いたばかりで、 JerseyやJBoss RESTEasyと比べてどのような違いがあるのか​​疑問に思っていました。他の2つではできないことで、1つでは何ができますか?

私たちはいくつかの内部プロジェクトでジャージーを使用してきましたが、それは主にその単純さのためですが、他の 2 つをより良くする理由がわかりません。切り替えを検討します。これらのそれぞれがどのニッチを満たすユースケースを持っている人はいますか?

Apache CXF を使用して Restful Web サービスを実装しました。JBoss をデプロイに使用する予定なので、JBoss との統合が向上する RESTEasy に移行することを考えています。

サーバー統合の向上以外に、RESTEasy が Apache cxf より優れている点は何ですか?

私の知る限り、新しいリソースの作成を処理する正しい方法は、安らかな意味で、リクエストをPOSTしてから、ヘッダーの場所フィールドを介してクライアントを結果にリダイレクトすることです。

ClientRequestはこれをサポートしていないようです。投稿後にClientRequestが他の（303）リダイレクトを自動的にフォローするようにできません。PostMethodがRestEasyクライアントフレームワークによって作成されると、followRedirectはfalseに設定され、ClientRequestに設定されたfollowRedirectは無視されます。

別の方法はありますか？