22

私は 2 つの Web サービスを作成しました。1 つは Jax-WS を使用し、もう 1 つは Jax-RPC を使用しました。それらは文字列を返すだけです。

jMeter の両方でストレス テストを行ったところ、奇妙なことに、Jax-RPC の方が少し高速でした。

パフォーマンス (応答時間、CPU 時間、ヒープ) の面で Jax-WS のメリットが実際に得られるのはいつですか? どうすれば証明できますか？

御時間ありがとうございます！=)

4

2 に答える 2

36

  1. 使用している実装については何も言及していなかったので、それらについて何も言うのは難しいです:)

  2. あなたのベンチマークが何かを代表しているかどうかはわかりませんが、それが有効な結論を出すことができるかどうかはわかりません。

  3. JAX-WSは、一般的にJAX-RPCよりも優れたパフォーマンスを発揮するはずです。前述の記事を参照してください。

  4. JAX-RPCは、Java EE 6で削除された（したがって、将来のバージョンから削除される可能性がある）デッドスタンダードです。プルーニングの理由： JAX-RPCは、RPC呼び出しとしてSOAPWebサービスをモデル化する初期の試みでした。その後、WebサービスはRPCモデルから成長しました。はるかに堅牢で機能が豊富で人気のあるJAX-WSAPIは、JAX-RPCに効果的に取って代わります。

要約すると、私はJAX-RPCに基づいて新しいプロジェクトを作成することは絶対にありません。

于 2010-07-23T00:03:32.320 に答える
3
  • JAX-RPC 1.0:java.rmi.Remoteインターフェイスの概念で動作します。またRemoteException、サービス エンドポイント インターフェイス (SEI) のすべてのリモート メソッドを使用すると、標準がスローされますjava.rmi.RemoteException。JAX-RPC 2.0はJAX-WS 2.0に名前が変更されました。
  • JAX-WS : Annotations @WebService、@SOAPBinding、@WebMethod、 @WebParamなど@WebServiceClientを使用します。
  • Java: JAX-RPC は Java 1.4 を使用します。JAX-WS は Java 5.0 を使用します。
  • SOAP: JAX-RPC および JAX-WS は SOAP 1.1 をサポートします。JAX-WS は SOAP 1.2 もサポートします。
  • XML/HTTP : WSDL 1.1 仕様は HTTP バインディングを定義しました。これは、SOAP なしで HTTP 経由で XML メッセージを送信できる手段です。JAX-RPC は HTTP バインディングを無視しました。JAX-WS はそのサポートを追加します。
  • WS-I (Web Services Interoperability Organization) の Basic Profiles: JAX-RPC は、WS-I の Basic Profile (BP) バージョン 1.0 をサポートします。JAX-WS は BP 1.1 をサポートします。
  • データ マッピング モデル: JAX-RPC には独自のデータ マッピング モデルがあり、JAX-WS のデータ マッピング モデルは JAXB です。
于 2015-12-09T03:05:38.550 に答える