2009-05-05 20 views
0

Hibernateフレームワークを使って書かれたJavaコードは、もともとはフロントエンドでJSPを使って書かれていました。ただし、フロントエンドの要件が変更されており、デスクトップクライアント(.NETで記述される)がユーザーにとってより適していると判断しました。JavaフロントエンドでJavaバックエンドを接続する方法

私は本当にすでに書かれていたコードを無駄にしたくない - 誰もが、我々は、.NETからアクセスすることができますドキュメントベースのWebサービス・インターフェースを作成するためのツールの良いセットを提案することができますか?

おかげで、

ジム

+0

は、あなたのデスクトップアプリをターゲットとしていますか? –

+0

おそらくない理由がないので、おそらく3.5をターゲットにします。 –

答えて

0

私たちは、あなたが金融アプリケーションの記述の正確なアーキテクチャを使用してアプリケーションを開発しています。いくつかの異なるオプションを見直し、最終的にHTTP経由で圧縮されたCSVを使用して着陸しました。

大部分のデータがフロントエンドのグリッドに表示されるため、CSVが選択されました。定期的に250kを超える大きな結果セットがあり、本当にうまく圧縮されます。

我々はまた、使用して見て:

  • ICEを、しかしによるライセンス費用とそんなにを改革する必要があるため、その上で減少しました。
  • Googleのプロトコルはサーブレットを介してバッファされますが、C#のサポートが不足しているために拒否されました(昨秋の時点)。
  • WOXを使用して圧縮されたXMLですが、サポートとXMLがあまりにも冗長すぎるため、小規模な論文プロジェクトにロックインされているために縮小されました。

    • SOAPを、それはそれ自身の十分に文書化の問題があります。

    業界も同様に異なるオプションのカップルをサポートしています。

  • IIOPのJ-Integraには、フロントエンドからRMIを実行できるようにするEspressoという製品があります。 .NETフレームワークのバージョン
0

私は個人的にはXML-RPCや自家製の一つで、いくつかの軽量なRPCプロトコルを使用すると思います。 SOAP、IMOはあまりにも太っており、想定されているほどの相互運用性はありません。よりシンプルな方が良いでしょう。

+0

質問をもう一度見てみましょう...彼は具体的にはRPCスタイルではなくドキュメントベースのWebサービスを望んでいます。 –

0

私たちは、相互運用性のためのJava RMIサーバとIIOP.NETを使用して、非常に大規模なアプリケーションを持っています。私たちは、Sun RMIとBea Weblogic(現在はOracle)でIIOP.NETを使用しましたが、大きな問題はありませんでした。

1

あなたは本当に(というRPCスタイルのWebサービスアーキテクチャより)文書ベースのサービス・インターフェースを使用する場合は、あなたの最善の策は、SOAPベースのWebサービス・インターフェースを作成しようとしています。

のJavaサイトに一目メトロスタックがビットを助けるかもしれないことを示しています

Java Web Services at a Glance

関連する問題