0

ライブラリとして実行されている同じ豊富な機能のバックエンドを使用する複数の Web サイトを実行しています。バックエンドは複数のコンポーネントで構成されており、それらの間で多くのオブジェクトが共有されています。ここで、セキュリティ上の理由から、ステートレス ルール実行コンポーネントを別のコンテナーに分離する必要があります。(新しいインターフェースとオブジェクト/アダプターを定義するのではなく) ルール コンポーネントですべてのバックエンド オブジェクトにシームレスにアクセスできれば素晴らしいと思います。

ネットワーク経由での Java pojo (一部は休止状態の Bean) の受け渡しをシームレスにサポートする RPC メカニズムを使用したいと考えています。JAXB や Axis などの Web サービスでは、オブジェクトごとにかなりのボイラー プレートと構成が必要です。Java シリアライゼーションを使用しているものは単純に見えますが、後方/前方互換性の問題が心配です。

オブジェクトを永続ストアにシリアライズするために Xstream を使用しており、これまでのところ満足しています。しかし、一般的な rpc/webservice フレームワークのいずれも、シリアライゼーションに xstream を使用していないようです。xstream を使用し、カスタム実装を使用して HTTP 経由でオブジェクトを送信しても問題ありませんか? またはJavaシリアライゼーションは機能しますか、それともより良い代替手段がありますか?

アドバイスありがとうございます。

4

1 に答える 1

0

標準の Java シリアライゼーションの良い点は、これらの XML シリアライゼーション メカニズムよりもスペースと帯域幅の効率がかなり高いバイナリ ストリームを生成することです。しかし、あなたが書いたように、XML は後方互換性と前方互換性に優れている可能性があり、必要に応じて手動および/またはスクリプトで解析および変更する方が簡単です。これはトレードオフです。長期間の保存が必要な場合は、単純なシリアル化を避けることをお勧めします。

私は幸せな XStream ユーザーです。これまでのところ問題はありません。

于 2010-01-27T12:07:49.593 に答える