ウェブサービス技術の概要これにはいくつかの方法を記述するウェブサービスでは、しかし、その目的のために使用する標準の定義を使用し、 w3cの定義では、ウェブサービス：では、ウェブサービスは、システムの設計を支援するソフトウェアの相互運用マシン同士のネットワークを介して相互作用します。 インターフェイスに記載されており、機械加工形式（具体的に記載、後述）します。 他のシステムと情報をやりとりするウェブサービスで規定された方法でメッセージの説明とせっけんを使って、通常のxml伝えhttpを使用する、シリアル併用して他のウェブ関連の規格です。ウェブサービスは、典型的なシナリオでは、ビジネスアプリケーションでは、ウェブサービスを使用して可能性があるメッセージのせっけん、通常以上のhttpトランスポートプロトコルは、他のサービスへのリクエストを送信するには、指定します。 このサービスを受信し、その要求を処理し、応答を返します。 サプライチェーンのシナリオでは、ウェブサービスや消費者は、通常の企業は、圧倒的に作りウェブサービスビジネス（企業間取引）の取引をします。 エンタープライズすることができ、ウェブのサービスプロバイダとなっており、消費者の他のウェブサービスとします。 たとえば、卸売販売代理店は、消費者の役割を果たすの香辛料を使用したときでは、ウェブサービスを利用できるかを確認するバニラ豆とプロバイダの役割を果たすときには、将来の顧客を供給することで価格をバニラ豆します。 問題多様なビジネスアプリケーションの統合に密着した、信頼性、およびアーキテクチャを確保することは、ほとんどの企業が共通の課題に取り組むため、日常的にします。 は、前の例では、卸売、販売代理店の可能性があり李javaのシステムでは、製品メーカーの中には、します。ネットやレガシーシステム。 アプリケーション間の相互作用を表し、伝統的なリモートプロシージャコール（ rpc ）で、 2つのシステムを使用する同期通信機構が統合されます。 クライアントの情報を受信するために置かれその結果に基づいて、製品メーカーから受け取った。 狩りをする権利を決定する技術とコミュニケーションスタイル（対同期非同期）が重要な要因に成功しました。ソリューションwebサービスの事実上の業界標準となって全体を効果的に達成するため、相互運用の多様な企業向けアプリケーション、およびセットの選択肢を提供するための技術の統合を推奨します。 ここでは、理由：相互運用性、シンプルさ、人間が読めるxmlベースのフォーマット、および使いやすさヘルプのアプリケーション間の通信を合理化します。 したがって、ウェブサービスは、広く使用され、両方のb2bと同様の企業間アプリケーション統合します。 ウェブサービスのモデルを概念的に呼び、以下の要素：
webサービス技術xmlのサービスは、ウェブに支えられ、これは、マークアップ言語で、プラットフォームの中立性を有効に、言語、ベンダーとします。 xmlは、キーを押しても、ウェブサービスの性質ゆるく結合します。 ウェブサービスとは、抽象的なエンティティで定義され、 xmlベースのインターフェースでは、ウェブサービス記述言語（記載） 、および通信を使用してxmlベースのプロトコル（せっけん）または表象状態転送（残り）します。 これは、本質的には、ウェブサービスの値propositionthe抽象的な性質のウェブサービスの定義、検出、および通信、基礎実装は、してください。ネット、ジャワ李、あるいは何か他の消費者から離れては、完全に抽象化されます。 同様に、柔軟性があるのhttp経由でsoapメッセージの送信/秒やftp 、またはsmtpの転送プロトコルです。 せっけんは、ウェブサービスの通信に使われている技術です。 非常に単純な情報転送サービスの中に実装することができずにせっけん、安全で、信頼性が高く、複数の部分は、複数政党制および/または複数のアプリケーションがはるかに簡単にネットワークを構築する場合は、標準的な手段を包装してメッセージの情報を中立的なプロトコル方法です。 でもこれを使用すると、メッセージングインフラストラクチャ（ハードウェア専門れる可能性があり、せっけんの仲介者、またはコードのライブラリから呼び出され、究極のメッセージの受信者のせっけん）を提供する認証、暗号化、アクセス制御、トランザクション処理、ルーティング、サービスの配達確認します。 せっけん封筒（添付ファイル）の構造とヘッダ/処理モデルが立証するのに非常に堅牢で強力な枠組み内でこれを行うにはします。 異種システム全体の相互運用性を必要とする機構を許可するの正確な構造やデータの種類のメッセージを般的に理解される生産者と消費者のウェブサービスです。 記載の正確な説明を提供する根拠とは、どのようにウェブサービスsoapメッセージ交換のために生成することができ、消費者との間でのサービスです。 サービスに加えて、ウェブアプリケーションインターフェースを記述する、を有効にする方法も記載するサービスは、ウェブに記載され、どこからとビジネスのレジストリを発見することができます。 ビジネスレジストリは、やや電子電話帳のように、それが含まれリスティングのサービスとどのように話をすることができます。 通常、これらのレジストリは、普遍的説明に基づいて、検出および統合（ uddi ）は、別のxml -変異します。 最後に、ウェブサービスの情報を交換することができフォーマットによると、公共のスキーマよく知られます。 コンテンツに応じて、そこには多くの利用可能なスキーマなどの拡張可能な財務報告言語（ extensible business reporting language ）と市場のデータ定義言語（ mddl ）します。 記載、せっけん、 uddiとして行動するとの最小共通分母を作成するためのウェブサービスと消費が、このサービスの実装の詳細はjavaとは異なっています。純ます。 良いニュースは、自分の技能を設定に関わらず、それぞれのプラットフォームを提供するための手段と相互運用サービスの開発や配備します。javaのウェブサービスjavaの側にして、いくつかの技術協力javaのサポートを提供するウェブサービスです。 これらの技術を介してアクセスすることが可能javaのウェブサービス開発者パック（ jwsdp ）ツールキットや開発ツールに対応して使用されるかもしれないウェブサービスを構築します。 出発点として、そのjavaのapi xmlベースのrpc （ jax - rpc ）のサポートを提供するウェブサービスを使用してせっけんhttp経由します。 jax - rpcをjavaのクラス間のマッピングを定義するとxmlのrpcコールせっけんとして使用されます。 例としては、複数のjax - rpcを実装しても、多様なデモを設定し、開発者のシナリオで、この技術を活用することができます。 jax - rpcと記載するには、クライアントと相互運用することが簡単で実行してjavaベースのサービスまたは非javaベースのプラットフォームなどのmicrosoft 。 netします。 してクライアント側では、スタブに対応したウェブサービスで、ウェブのサービスは、サーバー側でコンパイルされ、対応を図りました。 トランスポートプロトコルの根底にあるメッセージと同じでなければならないの間での相互運用性を確保するため、クライアントとサーバーです。 そこには、 3つのモードで、 jax - rpcクライアントサーバーと情報をやりとりすることができます。 最初の1つは、伝統的な同期要求応答; 2番目の方法は、 1 - rpcのをブロックすることができません。または、クライアントの反応を待つ。そして、 3日目の1つは、どこをnon - blocking rpcの実行を継続することができ、クライアント内以降、同じスレッドをブロックするための世論調査を受けるために、または応答します。
jax - rpcをさておき、ジャワwebサービスapiここでは、添付ファイルを含めて石鹸のjava （ saaj ）します。 このapiを使用してビジネス文書を渡す（バイナリ形式）を添付したメッセージをせっけんします。 バイナリデータの相互運用性を確保するため、添付ファイルのドキュメントのせっけんは、両方のjava webサービス（経由『 ws - jax ）とします。純せっけんを提供してメッセージを伝送最適化機構（ mtom ） 開発者のメモ の発売以来、 jax - rpcを1.0 、新しい仕様と新しいバージョンの基準を実装することが公開されました。 jax - 『 ws 2.0は、後継者をjax - rpcと同じ規格に関連したが、大幅に追加しています。 それには、以下の：
おそらく最も重要な機能は、 java李apiをウェブサービスとxmlでは、彼らのすべての業界標準をサポートし、そのための相互運用性を保証します。 さまざまなネットワークの相互運用性の基準グループのように、ワールドワイドウェブコンソーシアム（ w3c ）とその組織の構造化情報標準促進（オアシス）は、定義してきたウェブサービスを許可する基準の異なるアプリケーションをシームレスに統合している。 ウェブサービスでのmicrosoft 。 net frameworkマイクロソフト。 netの2つのメカニズムを構築するためのウェブサービスを提供します。 最初のアプローチを実装し、より広く使われては、ウェブサービスを使用するに、 microsoft 。 net system.web.webservicesのネームスペースで。 net frameworkをします。 サーバーアプリケーションのかもしれないが、ウェブのメソッドとして定義されたメソッドを使用して[ webmethod ]属性となります。 このアプローチをビルドするために使用されるのmicrosoft 。 net webサービス相互運用のための図解でjavaの李クライアントだけでなく、の説明の重要性をさまざまな属性と、ウェブメソッドの枠組み指令します。 他の方法を書くためには、カスタムハンドラクラスのhttpに差し込むは、 microsoft 。 net httpのパイプラインのihttphandlerインターフェイスを実装します。 ハンドラは、 httpのリクエストを処理するオブジェクトを個別にurlをurlまたは特定のファイルの拡張子（のようです。 asmxたりします。 aspx ）します。 建物のカスタムハンドラを使用する必要があり、 system.webのapiのhttp受信メッセージを処理するとともに、 system.xml apiを処理した封筒が見つかりました石鹸は、 http体します。 カスタムハンドラを記述する必要も手動でオーサリングして文書を正確に記載して説明してウェブサービスを実施します。 を確実に理解することも必要なのxml 、 xsd 、せっけん、およびwsdl仕様にします。 マイクロソフトasp.net特別ihttphandlerクラスに同梱されます。 asmxエンドポイント（と呼ばれるwebservicehandler ）で、これは、基本的なのxml 、 xsd 、せっけん、およびwsdl機能を開発者がウェブサービスを構築する必要があります。 後者の方法により、さらなるflexibilityparticularlyがあった場合は、事前に必要なプロセスや投稿の内容をせっけんのメッセージです。 クライアント側にして、プロキシを使用しての通信では、ウェブサービスします。 これらのプロキシが自動的に生成されたwsdl.exeツール内で利用可能なことはしています。ネットフレームワークや視覚からstudio.netます。 これらのプロキシ、一度に含まれるとリンクされ、プロジェクトのコードをコンパイルする際には、ウェブ上の通信を管理することが暴露されたメソッドのサービスです。 彼らは生成されたwsdlファイルの解析を記述するwebサービスです。 xml処理は、中央をウェブサービスでは、本質的には、団体の。 net frameworkます。 soapメッセージを渡さ入ったり出たりするのでは、ウェブサービスは、 xml処理は暗黙のうちに、ランタイム上で実行される開発者の代わりにします。 だから法が露出した場合はウェブ（れることを期待したい文字列を成立させること）している間、クライアントからの通信の基礎をウェブ方法は石鹸のメッセージは、コードの文字列を受信するだけで可決されたように、ローカルメソッドの呼び出しします。 xmlのことができ、もちろん、直接に使われる使用して、クラス内のsystem.xmlネームスペースを作成し、負荷、パース、および編集を含めてxmlドキュメントせっけんの例を示します。 。 net frameworkのデフォルトの機能は含まれませんuddiます。 公開したい場合、またはその他のuddi内でのサーバーでは、 uddiプラットフォームソフトウェア開発キット（ sdk ）が必要です。 このsdkを実装する。 netのアセンブリのアプリケーションに使用されていることでしょう、そのmicrosoft.uddiネームスペースを提供します。 次の例では、 uddi sdkのアクションはどこのディレクトリがenquiredは、特定のサービスをし、その後、ビジネスサービスのお問い合わせは、重複して試合：uddiconnection myconn =新しいuddiconnection （ " http://test.uddi.myserver.com/inquire " ） ; getservicedetailたgs =新しいgetservicedetail （ strkey ） ; servicedetail servdetail = gs.send （ myconn ） ; foreach （ businessservice bsでservdetail.businessservices ） （ ... ）添付ファイルを処理するなどのインターネットに直接メッセージをカプセル化（ダイム）またはメッセージ伝送最適化機構（ mtom ）は、マイクロソフトがスイートライブラリとして追加されています。ネットフレームワークと呼ばれるウェブサービスパックを増強します。 これらのアップデートをしています。 net frameworkを実施して、最新の『 ws - *基準の枠組みの間での大規模なリリースします。 についての完全なガイドを行うことで、すべてのウェブサービスは、マイクロソフトとします。ネットの世界は、 msdnのウェブ開発者ポータルサービスは素晴らしいリソース。 哲学は、マイクロソフトのソフトウェアは非常に建物を中心として原子サービス指向のソフトウェアコンポーネントを示します。 それは、このことを念頭に置いて、次の世代のマイクロソフト社のソフトウェア開発が含まれてapiを新しいウィンドウコミュニケーション財団は、 1つのapiのソフトウェアを構築するためのサービスのように、これをバージョン2.0に追加されました。 net frameworkをします。 このapi 、家族の基礎部分のapi （ windowsのワークフロー財団は、財団ウィンドウズプレゼンテーションなど）には、コアapiされるサービス指向のシステムを構築するために接続します。 これは、記事に追加されblerick tawman
|
|||||||||||||||
|