2012-03-01 11 views
0

Webサービスは、アプリケーションによって提供されるサービスを外部と共有するために使用されます。これはWebサービスの基本的な理解です。Webサービスの最も重要な用途

私のアプリケーションがいくつかの特定の動作を公開することを想定し、そのコードを記述してメソッドを公開したとします。それを使いたい人は、wsdlへのリンクを取得し、スタブを生成してメソッドを呼び出すことができます。

私は自分自身でメソッドを公開し、jarファイルを生成し、その中のすべてをバンドルし、サーバーアドレスjarを共有することができます。

上記のケースと比較して、Webサービスがどのように異なっているか。多くのウェブサイトで検索がうまくいかないため、このような一般的な質問をしています。

答えて

3

クライアント・ジャーを生成する場合は、それを使用したいと思う人は誰でもJavaを処理する必要があります。代わりにWebサービスを公開すると、ユーザーは使用したい技術(Python、Ruby、.NET、C、C++など)を使用できます。それは大きな利点となるでしょう。

+0

はい。それは私が逃した点です。ありがとうございました。 –

1

あなたが提案しているのは、RESTfulウェブサービスに非常に近いものです。 SOAP Webサービスとは異なり、RESTful WebサービスはWSDLファイルを必要としません。あなたがする必要があるのは、特定のURLにリクエストを発行することだけです。

あなたが正しく説明したように(私の見解では)SOAP Webサービスは、他のシステムと統合するために、より複雑なものにするために、いくつかの作業を必要とします。これは、RESTfulなWebサービスでは当てはまりません。

編集:チュートリアルhereをチェックアウトすることができます。私はそれを少し前に試してみました。

+0

申し訳ありませんが、RESTfulを認識していません。あなたのコメントから、私はすぐにRESTful Webサービスを調べるべきであることを理解します。ありがとうございました。 –

+3

@Ajj:私は自分の答えを修正し、調べたいと思うチュートリアルへのリンクを含んでいます。 REST Webサービスでは、第三者にURLを提供するだけでサービスを公開できるようにする必要があります。JARファイルを提供する必要はありません。これは、第三者がどの言語が使用されたかなど、実装の詳細を気にする必要がないために優れています。 – npinti

+0

それはとても役に立ちます。ありがとう!! –

1

ウェブサービスでは、さまざまな種類のシステムを連携させるために一連の標準(SOAP、WSDLなど)を使用していますが、確かにクライアントジャーを好きなように生成できますが、サービス消費者は、それは一般的な解決策ではありません。

+0

真実ですが、jarとサーバーのURLを指定するだけで簡単にjarを実行できます。最終的に、彼らはクライアントのスタブを生成して、公開されたサービスを使用するためにそれからjarファイルを作成します。 –

+0

サービスコンシューマーがC#または他の言語を使用している場合は、Webサービス標準を選択すると思います。 –

関連する問題