2011-12-27 9 views

答えて

2

サーバがデータベースと通信する場合、クライアントは(層/階層のイデオロギーに応じて:http://en.wikipedia.org/wiki/Multitier_architecture)してはいけないと思います。 または、クライアントがデータベースで直接動作する場合は、サーバーの使用を避けることができます。 クライアントとサーバー間の通信には、RMI、ソケット、Webサービスなどの多くのオプションを使用できます。 Java Webアプリケーションの経験があれば、webservicesを使用することをお勧めします。

+0

Hmmmmmm、さらにDB操作はサーバー側で行われます。 – Palani

+0

私はstruts1.2.Butを使用していくつかのWebアプリケーションを行っています。私はWebサービスを初めて利用しています。以下のコンセプトは、Webサービス1を使用して行うことができます。サーバーは、各クライアントにジョブを要求する要求を送信します。サーバーのリクエストが手動で実行されています(送信ボタンをクリック)。しかし、クライアントは、ジョブが自動的に完了したら応答を送信する必要があります。 Webサービスのコンセプトを使ってこれを達成できますか? – Palani

+0

あなたのアーキテクチャーはちょっと変わっていますが、どのクライアントを使用しているのか説明できますか?それはdesctopアプリケーションですか、アプリケーションサーバーなどで実行することは可能ですか? – dbf

1

私の大学でクライアントサーバーアプリケーションについて私の最初のモジュールを取ったとき、彼らはRMI &ソケットプログラミングについて教えてくれました。私の意見では、クライアントとサーバー間の通信に関する基本的な知識が必要な場合は、RMI &ソケットプログラミングが便利です。しかし、実動システムにもたらすソリューションが必要な場合は、EJBをJSP/JSFで見てください。

+0

私の場合、サーバーはクライアントに要求を送信し、クライアントはタスクを実行し、完了するとサーバーにステータスを返します。より多くのDB操作がサーバー側で行われます。あなたのコンセプトでは、クライアントはサーバーに応答テキストを送信できますか? – Palani

+0

クライアント/サーバの概念では、通常、クライアントはサーバに要求を送信します。その後、サーバーはいくつかのタスクを実行し、結果をクライアントに返します。サーバーがクライアントに要求を送信する必要があるのはなぜですか? –

+0

サーバーは各クライアントにジョブを要求しています。クライアントはそれで完了したら、次のタスクに利用できることをサーバーに伝える必要があります。サーバーはすべての情報を知っています。 – Palani

関連する問題