Tomcatサーバー上でうまく動作するSOAPベースのWebサービスを作成しました。 Webサービスサービス自体は、Tomcatアプリケーションサーバー上で動作するSpring MVCベースのWebサービスです。SpringベースのWebサービスを呼び出すためのクライアントアーキテクチャ
これで、Webサービスのサービスを使用するスタンドアロンのJavaアプリケーションとなるThickクライアントを作成する必要があります。私は、クライアントがサービスの詳細(つまり操作)だけを知る必要があるという点で正しいと思います。
私がよく分からないことは、クライアントに使用するアーキテクチャと環境です。クライアントアプリケーションはSwingに基づいていますが、Swingと一緒にSpringを使用することは可能ですか?私は次のセットアップに
ビューを持っているウェブサービス上で
- >サービス - >モデル
クライアントアプリケーションは、基本的には、コンフィギュレーション・ツールです。 Webサービスを使用してユーザーアカウントを構成します。つまり、クライアントアプリケーションは実際にはデータベースに何も書き込まれません。 Webサービスのサービスを使用して 'ユーザーアカウント'を変更し、おそらくアカウントの一覧を表示するだけです。
私の質問は本当に です - このようなユースケースには、MVCデザインが適していますか? - 通常、WebベースのアプリケーションにはSpringが使用されています。 SwingベースのクライアントでSpringを使用する利点はありますか? - これを達成する代替ソリューションまたはより優れたソリューション/設計/アーキテクチャはありますか?
Swingアプリケーションと一緒に使用されるSpringを示す例は非常に便利です。
ありがとうございます。
ウェブサービスは既に実装されているので、私はそれについて心配していません。私は、Swingベースのクライアントアプリケーションにどのアーキテクチャーを使用するべきかだけに興味があります。ありがとう – ziggy
WebサービスのRESTまたはSOAPはベースですか? –
これはSOAPベースです。 – ziggy