問題タブ [jettison]

ResteasyとGWTを使用しています。特定の理由で、他の多くの人も同様の動機を持っているため、私が取り組んでいるソフトウェアの機能の一部にGWT-RPCを使用していません。

JSONとの間でPOJOをマーシャリング/デマーシャリングすることにより、GWTクライアントとサーバー間でPOJOを渡す必要があります。

OK、両側のPOJO-JSONコンバーターを一致させる必要があるため、言うのは簡単です。

Q1。JSONに標準のPOJO表記はありますか？JSONでPOJO表記の形式を指定するietfRFC、ISO、またはECMAはありますか？それとも、それはすべてのリバータリアンの無政府状態にとって無料ですか？

Q2。JettisonとJackson（JAXBで使用する場合）とAutobeansはPOJOに対して同じJSONを生成しますか？

Q3。これは最も重要な質問です。上記の他の質問は無視できますが、これに答える必要があります。連携して動作するサーバー側とGWTクライアント側のJSONizer/deJSONizerの組み合わせのペアを教えてください。たとえば、クライアント側でAutobeansを使用し、サーバー側でJAXB-jettisonを使用して、JSON化されたPOJO表記が同じであると期待できますか？

Q4。JAXB、Jettison / JacksonのJavaソースコードをwhatever.gwt.xmlファイルに含めることで、GWTクライアント側でJAXB-JettisonまたはJAXB-Jacksonを使用することは可能ですか？JAXB、Jettison / Jacksonソースコードの一部で、たとえばリフレクションに依存している、またはシリアル化できないなど、GWTクライアントコードでJAXB + Jettison / Jacksonを使用できない部分はありますか？可能であれば、その方法を説明してください。

〜

Q1について明確にする必要があります：

JSONのRFCについては質問していません。JSONPOJO形式について質問しています。POJOがJSONに変換されるとき、誰もが独自の方法でそれを行います。したがって、POJOがJSONに変換される方法とフォーマットを標準化するためのRFCが必要だと思います。標準はありますか？!!あなたの答えが私にJSONのRFCを引用しないことを願っています!!

〜

どうですか

誰かが私に話す必要があります

• GWTクライアントのbadgerfish
• GWTクライアントサーバーはJSON-RPCと一致しました。

ジャージーフレームワークは、JSONのアンマーシャリング/マーシャリングにJacksonライブラリ とJettisonライブラリの両方を使用します。AFAIK、JettisonはJSONをXMLにマッピングするためのもの（マップされた表記法などのさまざまなメカニズムのサポート付き）、JacksonはJSONの生成/解析用です（私はこれをJerseyなしでも使用しています）。

ジャージーはこれら2つを2つの異なる機能に使用しますか、それとも両方を同じJSON生成/解析機能に使用しますか？

JSON形式のみをサポートしたい。私の最初の考えでは、どちらの依存関係も削除できるようで、JacksoneはJSONの生成/解析のより自然な選択であるため、Jettisonを削除できると思います。

長い投稿で申し訳ありません...私はかなり冗長になる癖があります。:-P

iOS アプリに奇妙な問題があり、ユーザーから数か月前から報告されています。私はそれを数回調べましたが、それで障害にぶつかり続けています。アプリは投棄されていますが、投棄された時点でメモリをあまり使用していないようです。たとえば、ユーザーからの 1 つのログを次に示します (アプリ名と識別子が変更されています)。

これは 3GS デバイスからのもので、私が見た LowMemory ログからはあまり実行されていません (13484 ページ...約 55MB?)。私たちのアプリは 2 番目に大きいですが、9.3MB のレジデントはほとんど巨大ではありません。また、影響を受けるユーザーの約 15 分間の使用後に一貫して発生します (ただし、影響を受けるユーザーのリストは非常に小さいです)。

ログで明らかなように、報告されたときと同じように、アプリはアクティブでした (電話は上部がロックされていました)。放棄される前にメモリ不足の警告を受け取り、すべてのビューで viewDidUnload と didReceiveMemoryWarning を適切に実装します。9.3MB は通常のフットプリントである約 12MB よりも小さいため、メモリも解放しているように見えます。また、Apple のガイドラインに従ってトップロックされている間、アプリはビューを更新しません (それは良い考えだからです. :-P)。私たちは大量のデータをメモリに保存しているわけではありません...ほとんどのデータは DB に置かれ、必要なときにのみ取得されてから解放されます。UI 画像にはおそらく何よりも多くのメモリを使用します (読み込まれたビューの viewDidUnload で解放する必要があります)。

リークを伴う大規模なメモリ テストと、VM 統計と割り当てによるメモリ使用量のチェックから、メモリ リークも過度に高いメモリ スパイクや使用量もないと確信しています (少なくとも、私がテストした 3G および 3GS デバイスでは)。また、ダーティ メモリ サイズが過度に大きいようにも見えません (通常、追跡中は約 11 MB、常駐の合計は 12 MB です)。メモリ不足のログはこれを反映しています。そして、私は偏執狂なので、次の議論に触発されたメモリ ログを使用してユーザーに実行してもらいました: iPhone アプリは 150 MB のメモリを使用していますが、メモリ不足の警告はまだありません! . ロギングは、メモリ使用量が少ないことを裏付けているようです (アプリ常駐メモリは、上記の投棄の直前に 9,773,056 バイトと報告されました)。仮想サイズは大きい (342,740,992) ですが、仮想です。:-P

これはごく一部のユーザーにのみ影響し、3GS デバイスで報告されているのを見たことがあります (iOS 4.x...バージョンはさまざまですが、4.2 から始まっているようです)。また、影響を受けるユーザーの場合、約 15 分後に一貫して発生します。

問題の原因となる奇妙な動作がある場合に備えて報告された後、ユーザーに最も単純なユース ケースでアプリを使用してもらいましたが、それでも発生します。これは、ユーザーの電話に何らかの問題があると私に信じさせますが、何か指摘するものがなければそれが問題である可能性があると彼らに言うのは好きではありません. 3GS または 3G テスト デバイスで再現できません。

通常の原因 (ダーティ メモリ使用量の増加、メモリ リークなど) のいずれにも該当しないようです。助言がありますか？または、少なくともさらに調査を試みるために私が取ることができる道はありますか? :-P

私は REST サービスの完全な初心者ですが、Web サイトから REST を介していくつかの情報にアクセスする必要があります。このサービスには、私が使用したログイン方法を示すサンプル コードがいくつかあります。サンプル コードでは Jettison を JSON パーサーとして使用していますが、次のコード スニペットを実行しようとすると例外が発生します。

baseResourse は WebResource オブジェクトです。コードは次の例外で失敗します。

サンプル コードは、応答を処理するために「メッセージ本文リーダー」を追加する必要があることを示唆していませんか? または、応答を解析するために何かを追加または実行する必要がありますか? ありがとう。

RESTeasy が POJO を XML にマーシャリングするとき、デフォルトでは null 値をスキップします。

ただし、JSON にマーシャリングすると、null プロパティが含まれます。JSON 出力を XML 出力と強制的に一致させる方法はありますか?

Java オブジェクトを JSON オブジェクトとして返すために RESTEasy を使用しています (これは JSON マーシェリングに Jettison Mapped Convention を使用しています)。

しかし、ルートノードを返したくありません。

例えば

このクラスのオブジェクトは JSON になります。

実際に来ているので、

しかし、ルートノードは必要ありません。ただ欲しい：

したがって、Backbone.js などのクライアント ライブラリで使用できます。

JSONマーシェリングでこれを強制する方法(注釈)はありますか?

サム、

問題の詳細: RestEasy + Jettison

配列に 2 つの要素がある場合、形式は次のとおりです。

ただし、配列に単一の要素がある場合、形式は次のとおりです。

RestEasy はデフォルトで Jettison Mapped 形式を使用します。これには、単一要素のリストが配列として返されないという既知の制限があります。この議論によると、提案された解決策はジャクソンを使用することですが、それがオプションでない場合、RestEasy + Jettison を使用して単一要素配列の問題を回避する方法はありますか?

Jersey には JSONJAXBContext を使用するこの問題の解決策がありますが、RestEasy でこれを修正するにはどうすればよいですか?

方法があります

json出力は次のようなものです

しかし、私はこれを出力したい

これを行う方法はありますか？

Java Jettison JSON パッケージに実際の問題があります。何らかの理由で、長さ 1 のリストと長さ > 1 のリストの異なる表現を取得しています。

次の例では、長さ 1 (list1) と長さ 2 (list2) の 2 つのリストを作成していることがわかります。

私が返すものは次のとおりです。

私が取り戻したいのは：

なぜこうなった？iPhone JSON パーサーを狂わせています (もちろん、これは問題の縮小版です)。

Jettison を捨てて、Jackson と一緒に仕事をしようという議論をたくさん見てきましたが、今の私には選択肢がありません。

ありがとう！

現在、私は

入力：Date applicationDate;

出力：1318636800000

この日付出力を適切にフォーマットするにはどうすればよいですか?