 |
|
|
|
|
|
RESTful Web サービスの基本
REST (Representational State Transfer) は SOAP ベースや WSDL (Web Services Description Language) ベースの Web サービスに代わる単純な手段として Web 全体で広く受け入れられるようになっています。こうした、インターフェース設計での REST へのシフトの重要な証拠として、Web 2.0 サービスを提供する主要各社 (Yahoo、Google、Facebook など) は SOAP ベースや WSDL ベースのインターフェースを非推奨あるいは不使用とし、使いやすいリソース指向のモデルを使って彼らのサービスを公開するようになっています。この記事では、Alex Rodriguez が REST の基本的な原則を紹介します。 |
|
|
|
2008/11/06 |
|
| |
WSDL 2.0 で REST Web サービスを記述する
根本的には Web サービスが定義するのは、ネットワークと XML を使用したマシン間の相互作用メカニズムです。Web サービスでは Web サービス記述言語 (WSDL) による形式の記述が重要な要素となりますが、最近になるまで REST (REpresentational State Transfer) Web サービスを記述するための形式言語はありませんでした。そこで登場したのが、WSDL 2.0 です。この記事では REST と WSDL 2.0 の概要を紹介し、WSDL 2.0 で REST Web サービスを記述する方法を説明します。 |
|
|
|
2008/05/29 |
|
| |
Web サービスのヒント: 再利用可能な WSDL 障害を設計する
私達は誰しも、WSDL (Web Services Description Language) 障害を定義することは良いことだと考えています (もしそう思わない人がいるなら、その人はおそらくこの記事を読まないでしょう)。WSDL 障害を定義する方法はいくつかありますが、それらのうち、再利用可能な WSDL 障害を提供できるのは一部の方法のみです。この記事では、再利用可能な WSDL 障害のためのテンプレートを示し、このテンプレートをどのように再利用するのか、また避けなければならないいくつかの事項について説明します。 |
|
|
|
2008/02/28 |
|
| |
Web サービスのヒント: JAX-RPC と JAX-WS、第 5 回
JAX-RPC (Java API for XML-based RPC) は Sw/A (SOAP with Attachments) 仕様をサポートしていますが、JAX-WS (Java API for XML Web Services) は Sw/A と共に、新しい MTOM (Message Transmission Optimization Mechanism) 仕様もサポートしています。このシリーズの 5 回目である今回はこの 2 つの添付モデルを比較し、WSDL (Web Services Description Language) の例と、マッピングされた Java インターフェースの例を検証します。 |
|
|
|
2007/11/15 |
|
| |
WSDM/Apache Muse メトリック・レポート・システムを有効にするための 3 つの鍵
WSDM (WS-DistributedManagement) は、管理対象リソースの基盤となる Web サービス・インターフェースを定義する OASIS 標準です。WSDM 仕様にはメトリックに関する定義も含まれています。メトリックとは、一定の期間で値を収集する対象となるリソース・プロパティーのことです。Web サービス・メトリックの例には、1 分あたりの要求処理数、1 日あたりのディスク・スペースの消費量、サーバーのタイムアウトが原因で失敗したトランザクションの割合などがあります。この記事では、WSDM のメトリックを使用する上での重要な 3 つのタスク、すなわち、メトリックにすべきリソース・プロパティーの決定、Apache Muse によるメトリックの作成、そして Web サービス・クライアントからのメトリック値の評価について説明します。 |
|
|
|
2007/07/23 |
|
| |
管理可能なリソースを Apache Muse で設計する
皆さんは Apache Muse を使って、単に WSDM に準拠したプロジェクトの作成から WSDM に最適化されたプロジェクトの作成に進化したいと思いますか。Apache Muse の新しいユーザーは、Apache Muse ランタイムの基礎となる部分についてほとんど理解しなくても、Apache Muse を使って、管理可能なリソースのための Web サービス・インターフェースを設計でき、必要な Java コードを生成でき、そしてデプロイ可能な成果物を構成することができます。しかし、大量の管理可能なリソースか、あるいはたとえ 1 つでも非常に複雑なリソースを公開する Web サービスを作成する場合には、Muse プログラミング・モデルの背景にある中核概念を理解する価値があります。この記事と、この記事に続くチュートリアルを読むことで、この中核概念を理解しましょう。それによって、Muse を使って単に WSDM に準拠したプロジェクトを作成するのではなく、Muse を使って WSDM に最適化されたプロジェクトを作成できるようになります。 |
|
|
|
2007/07/03 |
|
| |
Apache Muse で WSDM Advertisement を有効にする方法
WSDM (WS-DistributedManagement) 標準のとりわけ強力な特徴として挙げられるのは、管理対象リソースのライフ・サイクルに関する通知に標準ベースの Advertisement 機能です。WSDM Advertisement を WSN (WS-Notification) と組み合わせると、いかにして監視対象となる管理可能なリソースを管理クライアントにアラートしてシステムを「ブートストラップ」させるかという、自己管理 IT システムで最も厄介な問題の 1 つを解決することができます。これまでも、手作業による介入とリソース情報のハードコーディングによってこういった構成を実現することもできなくはありませんでしたが、それでは適応性の高いシステムにはなりません。この記事では、Apache Muse を使用して実装した管理可能なリソースが、WSDM Advertisement 機能を活用することにより、起動とディスカバリーをさらに動的で柔軟なプロセスにする仕組みを説明します |
|
|
|
2007/06/12 |
|
| |
Web サービスで REST を実現する、第 1 回:: WSDL 2.0 でのREST と Web サービス
リモートでホストされるリソースと対話動作するクライアントにとって、REST (REpresentational State Transfer) が急速に Web サービスを置き換えるものになりつつあります。その大きな理由は、REST ではユーザーが SOAP を理解して使用する必要がないためです。今日の対話性の高い環境にはどちらがより適しているのかに関して、議論が続いています。しかし最近では、WSDL (Web Services Description Language) 2.0 などにも見られるように、Web サービスでも REST の利点を活用できるよう、また REST の概念を利用できるようにする努力がなされています。WSDL 2.0 の付属の仕様としての HTTP バインディング仕様には、これについて多くが記述されています。このシリーズの第 1 回である今回は、WSDL 2.0 では REST と Web サービスとがどのように結びつけられているかに焦点を当てます。そして第 2 回では、これが Apache Web サービス・プロジェクトではどのように実装されているかを説明します。 |
|
|
|
2007/05/24 |
|
| |
優先データ・ソース・パターンの内幕
この記事では、サービス指向アーキテクチャー (SOA) パターンの 1 つ、優先データ・ソース・パターンについて詳しく説明します。優先データ・ソース・パターンでは、クライアントは複数の情報ソースが存在することを (少なくとも上位レベルで) 知らなくても一連の情報ソースから情報を取得できます。 |
|
|
|
2007/05/10 |
|
| |
WS-Notification フィルターによる最適なメッセージ処理
WS-Notification (WSN) は、管理対象のリソースに対してサブスクライブを行い、Notificationを受信するために定められたOASIS 標準です。これらのNotificationは、状態の変化や致命的エラー、ステータスの更新などを通知します。また、WS-Notificationでは、クライアントが本当に通知の対象としたいNotificationのみを受信するように絞り込むことができるフィルタリング方法を定義しています。Apache Muse プロジェクトには、すべてのフィルタリング・オプションが使用可能になるWS-Notification の実装が含まれます。この記事では、さまざまなフィルタリング・オプション、およびそれぞれの利点と欠点を検討し、Muse ベースの Web サービス・エンドポイントでそれらを活用する方法をご紹介します。 |
|
|
|
2007/05/08 |
|
| |
イベント作成を容易にする Muse と WEF
Web Services Distributed Management (WSDM) Event Format (WEF) は、システム管理関連のイベントを XML 形式でシリアライズする方法を記述した OASIS 標準です。この標準は、指定が必須な値、任意指定の値、およびそれぞれの意味構造を詳細にカバーしていますが、実際のシステムの実装方法については説明していません。しかし幸いなことに、Apache Muse プロジェクトには WEF が実装されており、単純な Java API を使用して WEF イベントを作成、送信、および受信することが可能です。この記事では、Apache Muse アプリケーション内からこれらの処理方法について解説します。 |
|
|
|
2007/04/03 |
|
| |
Axis2 デプロイメント・モデルの使いやすさが際立つ 6 つの理由
複数のサービスをデプロイするのに時間がかかったり、変更を加えるたびにサーバーを再起動しなければならないことにうんざりしていませんか? そんな場合に救いの手となるのが、Apache Axis2 です。Axis2 は簡潔で拡張可能なオープン・ソースの Web サービス・プラットフォームとして人気が高まっています。Axis2 には Apache SOAP ファミリー全体における大幅な改善点がいくつかあり、その多くは Axis2 のデプロイメントに生かされています。この記事では、Axis2 の新しいフィーチャーのなかでも、とくに Axis2 デプロイメント・モデルを Axis1 に比べてはるかに使いやすくしている注目のフィーチャーを取り上げます。 |
|
|
|
2007/03/15 |
|
| |
Apache Museを使用して効率的なWSDMエンドポイントを実装する
Apache Muse 2.0 を使用して、インスタンス数が数百から数千に及ぶリソース・タイプ用の WS-DistributedManagement (WSDM) インターフェースを作成する方法について説明します。本文では、最初に Java Platform, Enterprise Edition (Java EE) アプリケーション・リソース (どのアプリケーション・サーバー上でも非常に数が多くなる可能性があります) を表現するための WSDM インターフェースの作成方法について説明します。次に、「Factory」リソースの作成方法について説明します。このリソースは、Web アプリケーション・リソースがサーバー上にインストールされているものとして作成します。最後に、WSDM エンドポイントがそのホストに負荷をかけないよう、多数のリソースをサポートするために必要な占有スペースを最小化する方法について説明します。 |
|
|
|
2006/12/12 |
|
| |
仕様を知る: WS-ResourceTransfer 1.0 の概要
WS-ResourceTransfer 1.0 の最初のドラフト仕様 (WS-RT) は、リソース全体に影響を与えることなく単一リソース内の XML コード・フラグメントをアドレス指定できるようにすることで特定の操作を拡張する、オープン・スタンダードとして提案されています。ここでは、仕様の概要、仕様が継承している機能について説明し、フラグメントの定義については触れずに、WS-RT で採用された 3 つの式の方言を見ていきます。 |
|
|
|
2006/09/19 |
|
| |
エンタープライズ規模の SOA における Web サービスの取り扱い、パート 15: IBM Rational ClearCase および ClearQuest による Framework のコラボレーション
新たに取得された IBM WebSphere DataPower SOA Appliances の使い方を学び、WebSphere Extended Deployment の ODR (On Demand Router) で XML ベースのリクエストを分類できるようにしましょう。 |
|
|
|
2006/08/11 |
|
| |
SOAP メッセージ・レベルでのインターオペラビリティー
共通に取り決められた XML スキーマで、Web サービスを使ったシステム間での正常なデータ交換を保証できるでしょうか？その答えは、この事例研究で見つけてください。この事例研究によって、統合レイヤーが関係する場合に SOAP メッセージ・レベルでインターオペラビリティーを実現するには、どのように WSDL 文書を定義すればいいのかが分かるようになります。 |
|
|
|
2006/07/18 |
|
| |
XMLBeans で Web サービス・クライアントを作成する
XMLBean 技術を使って、メソッドへの入力にカスタム・データ型を必要とする Web サービス・クライアントを作成します。XMLBeans を使えば、クライアント側に静的スタブを生成する必要がなくなります。この利点について、詳しく説明します。 |
|
|
|
2006/07/18 |
|
| |
Web サービス・プログラミングのヒントと秘訣: WS-I の wsi:swaRef XML タイプを使用したアタッチメント (添付)
このヒントでは、Web Services Interoperability Organization によって定義された XML アタッチメント (添付) タイプ (wsi:swaRef) の使用法について説明します。 |
|
|
|
2006/06/27 |
|
| |
Java SCAの呼び出しスタイル
この記事では、SCA（Service Component Architecture）のPOJO（Plain Old Java Object: ごく普通のJavaオブジェクト）コンポーネントの中でJavaを使う場合の概要と、POPJコンポーネントの入出力データの流れの概要について説明します。 |
|
|
|
2006/06/06 |
|
| |
XSLTによるWSDLドキュメントの処理
この記事では、XSLスタイルシートによるWSDLドキュメントの深い理解を引き出すために使えるアプローチと、避けるべきよくある間違いについて説明します。 |
|
|
|
2006/02/14 |
|
| |
Webサービス・レスポンス・テンプレート・パターン: その仕様
この記事では、WSRTパターン仕様について、またその仕様に基づくソリューションによってサービス・インターフェースを改善できることを検証します。 |
|
|
|
2006/02/10 |
|
| |
ヒント:xsd:any：教訓話
xsd:anyは、XMLスキーマを設計する人々に人気のある機能です。しかし、その価値以上に厄介な点も多くあります。xsd:anyを使うことにした場合でも、注意して扱えるように、XMLそのものとJAX-RPC Java言語バインディングの両方でxsd:anyの欠点を探ってみます。 |
|
|
|
2005/12/13 |
|
| |
Atom 1.0でWebサービスを宣伝する
この記事では、今や消滅状態となったWS-Inspectionの機能的な置き換えとして、Atom 1.0仕様とWeb Services Addressing 1.0仕様とを組み合わせて使う方法の紹介と解説を行います。この記事を読む前提として、AtomとWS-Addressingの両方の仕様を基本的に理解していることが必要です。 |
|
|
|
2005/10/07 |
|
| |
モデル・ドリブンXMLフォーム生成、第2回:Webサービス用のフォームの生成
XML Forms Generatorを詳しく見てみましょう。この2回シリーズの第2回では、XML Forms Generatorを使用してWeb Services Description Language（WSDL）ドキュメントからフォームを生成する方法を説明します。 |
|
|
|
2005/08/25 |
|
| |
Webサービス・コレオグラフィーの実際
この記事では、単純な株取引の例を使いながら、ビジネス・プロセスの統合にはWeb Services Description Languageでは不足なこと、そうした不足を補う上で、Web Service Choreographyをどのように利用すべきかを解説します。 |
|
|
|
2005/05/10 |
|
| |
Webサービス・プログラミングのヒントと秘訣: 手動作成したSOAPメッセージで名前空間を扱う
この記事では、ツールの助け無しに、手動でSOAPメッセージを作って名前空間を処理する場合のヒントを解説します。 |
|
|
|
2005/05/03 |
|
| |
WSRP（Web Services for Remote Portlets）入門
SOAとWSRPの組み合わせは強力であり、追加的な開発やデプロイ活動を行うことなく、プレゼンテーション指向のポートレット・アプリケーションを発見し、再利用することができるようになります。 |
|
|
|
2005/04/15 |
|
| |
WSDMに関するヒント
この記事では、WSDM 1.0仕様の概要と、設計において重要となる考え方のいくつかについて解説します。 |
|
|
|
2005/03/11 |
|
| |
ETTK WSDL Port Type Aggregatorを使ってWSDLの合成を単純化する
Emerging Technologies Toolkit のWSDL Port Type Aggregatorは、複数の異なるWSDLのソースからのWSDL構成を単一のWSDL文書にまとめる視覚的かつ直感的な方法を提供します。 |
|
|
|
2005/01/28 |
|
| |
Webサービス・プログラミングのヒントと秘訣: J2EEテクノロジーと.NETの間のインターオペラビリティーを改良 第1回
このシリーズの第1回は、WSDLの設計の重要性に注目し、Webサービス・インターオペラビリティーでの伝統的なRPC/エンコード方式の長所とワナを分析します。 |
|
|
|
2004/12/21 |
|
| |
サービス指向アーキテクチャー（SOA）のポリシーをサポート
このソリューションは幾つかの新生の標準（WSDL 2.0、WS-Addressing、そしてWS-Policy）をベースにしています。さらに、提案されたWSDLの拡張の動的処理をサポートするAPIを作成するのに使う汎用のEMFベースのアプローチを説明します。 |
|
|
|
2004/11/30 |
|
| |
OAP添付を行うアプリケーションをウィザードで作る
ここでは、SOAPメッセージと共に添付ファイルを送信するアプリケーションを、WebSphere Studio のウィザードを使って実装する手順を紹介します。 |
|
|
|
2004/11/12 |
|
| |
UDDIとWSDLへの新しいアプローチ 第5回: 新規のOASIS UDDI WSDLテクニカル・ノートを使用したJavaアプリケーションからの照会
この記事では、Javaアプリケーションから照会するために新規のOASIS UDDI テクニカル・ノートにて定義されたアプローチを応用する方法を学びます。 |
|
|
|
2004/11/02 |
|
| |
eBay SDKとWebサービスで商店街を作る: 第1回
このシリーズ第1回の今回の記事では、eBayで売りに出すアイテムをどのようにリスト表示するかを説明します。 |
|
|
|
2004/10/15 |
|
| |
ヒント: XFormsインスタンスの一部をWebサービスに送る
このヒントでは、SOAPメッセージだけでなく他のデータも含むインスタンスの構成方法、そして送信指示によりSOAPメッセージのみを送信する方法について説明します。 |
|
|
|
2004/08/13 |
|
| |
ヒント: 第2のインスタンスを送信するXFormsフォームを作る
このヒントでは、2番目のインスタンスを送信中に、一つのインスタンス内でどのようにデータを管理するかを説明します。 |
|
|
|
2004/07/22 |
|
| |
Webサービス・プログラミングのヒントと秘訣: WSDLファイルのインポート
この記事では、WSDLファイルにある2種類のインポート・ステートメントに見られるニュアンスについて考察します。 |
|
|
|
2004/07/09 |
|
| |
ヒント: XFormsを使ってWebサービス・メッセージを送受信する
このヒントでは、SOAPリクエストを送信し、その結果をブラウザで直接表示する例を通して、どのようにXFormsブラウザをWebサービスのクライアントとして使用するかを説明します。 |
|
|
|
2004/06/24 |
|
| |
スキーマにデータ・ディクショナリのリンクを使う
このヒントでは、XMLやWebサービスのスキーマを設計する際に、しばしば既存の標準で定義されているデータの再利用について説明します。 |
|
|
|
2004/05/20 |
|
| |
Webサービス・プログラミングのヒントと秘訣: JAX-RPCによる例外処理
Javaメソッドで明示的に例外を宣言するのと同じように、WSDL操作でも明示的にフォールトを宣言するのはプログラミング習慣として良いものと言えます。 |
|
|
|
2004/02/06 |
|
| |
UDDIとWSDLへの新しいアプローチ 第2回: 新しいOASIS UDDI WSDLテクニカル・ノートがサポートする照会
今回は、テクニカル・ノートに基づいて作成されたUDDIモデルに対して発行するUDDI照会のタイプについて説明します。 |
|
|
|
2003/09/03 |
|
| |
UDDIとWSDLへの新しいアプローチ: 新しいOASIS UDDI WSDL テクニカルノートの紹介
今回は、新しいテクニカルノートの背景と目的について解説し、テクニカルノートに記載されているアプローチ法についても説明していきます。 |
|
|
|
2003/08/19 |
|
| |
JAX-RPC の紹介: 第1回 JAX-RPC型マッピング・システムのすべてを学ぶ
JAX-RPC (Java APIs for XML-Based Remote Procedure Call) は、Webサービスの相互運用の達成における重要な前進となりました。2つの記事からなるシリーズのこの最初の記事で、Joshy Joseph氏は相互運用推進の核であるJAX-RPC型マッピング・システムについて説明します。この記事では、XML型をJava型へ変換する方法について解説し、Webサービス・クライアントとJavaベースのアプリケーションの間でスムーズにデータを交換できるようにします。 |
|
|
|
2002/11/01 |
|
| |
WSDLによるWebサービスの配置 第2回: SOAP (Simple Object Access Protocol)
この記事では、SOAP通信の詳細情報、オブジェクトがSOAPを使用して自身の機能を公開する方法、SOAPオブジェクトを呼び出す方法、およびSOAP対応のアプリケーション間での情報の交換の仕方について解説します。また、WSDLアプリケーションにSOAPサービスを配置する方法と、リモート・サーバーでのその呼び出し方法も説明しています。 |
|
|
|
2002/03/01 |
|
| |
WSDLによるWebサービスの配置: 第1回
このシリーズでは、Webサービスのあらゆる主要な技術的側面を検討していきます。第1回では、WSDLのオーサリングに焦点を当てます。 |
|
|
|
2001/11/01 |
|
| |
UDDI レジストリー内の WSDL を理解する
Web Services 記述言語 (Web Services Description Language) は、使用方法に多様性があります。なかでも、アプリケーションのニーズに応じ、様々な方法で UDDI レジストリーと連携できるのが、WSDL の特色です。3 回シリーズのこの初回記事では、UDDI レジストリーと共に WSDL を使用する各種の方法を見て行きます。 |
|
|
|
2001/09/01 |
|
| |
Python Web Servicesデベロッパー: 第4回
Web Servicesとして実装するソフトウェア・リポジトリーの作成についての第3回目で最終回となる今回の記事では、Mike Olson氏とUche Ogbuji氏が、ソフトウェア・リポジトリーを拡張し、WSDLを使ってその存在をブロードキャストできるようにします。 |
|
|
|
2001/06/01 |
|
| |
Web Servicesインサイダー: 第1回:SOAPについての随想
「Web Servicesの大変革」の現状は？ 「Web Servicesインサイダー」と題するこの第1回目の記事では、この問いにお答えします。そのためにはまず、この1年ほどの間に現れたさまざまなツールやテクノロジーを調べ、それぞれの相違点や類似点を明らかにする必要があります。 |
|
|
|
2001/04/01 |
|
| |
Web Servicesの進化と革命: 第4回
本稿では、Web Services Description Language (WSDL) について取り上げます。このWSDLは、Web Serviceの機能や保管場所や起動方法といったプロパティーを指定するためのXML文法です。さらに、IBM WSDL Toolkitも紹介しましょう。これは、WSDLからスタブを生成して、Web Servicesアプリケーションの作成を簡略化するためのツールキットです。 |
|
|
|
2001/02/01 |
|
| |
SOAPアプリケーションでWSDLを活用する方法
本稿では、この WSDL の背景を簡単に取り上げ、技術的な解説を示したいと思っています。XML と XML 名前空間についての知識を前提として話を進めますが、XML スキーマと SOAP についてもいくらかの知識があれば、さらに理解が深まると思います。 |
|
|
|
2000/11/01 |
|
| |
Web Servicesの進化と革命: 第1回
新しいコラムの初回となるこの記事では、Web Serviceアプリケーションを作成することの利点と、作成するうえでの課題を示します。Web Servicesは分散アプリケーション設計における1つの発展段階ですが、それなりの問題がないわけでもありません。真に実用的なWeb Services分散システムを作成するうえで 開発者たちが直面している課題について、著者Grahamが解説します。また、このコラムの今後の記事ではピアツーピアWebアプリケーション を構築する方法が示される予定ですが、その計画についても今回の記事で紹介されます。 |
|
|
|
2000/11/01 |
|
| |
XSLTを使ったWSDLの処理
Web Servicesを記述する 言語Web Services Description Language (WSDL) について、およびWSDLベースのRDFアプリケーションについて説明した これまでの記事に基づき、この記事では、Extensible Stylesheet Language for Transforms (XSLT) を 使ってWSDLを処理するさまざまな方法をご紹介します。読者はXSLTとResource Description Framework (RDF) について すでに理解している必要があります。XSLTについては、参考文献を参照していただくことができます。 |
|
|
|
2000/11/01 |
|
| |
RDFによるWSDLのスーパー・チャージ
Resource Description Frameworkは、XMLオブジェクトのメタデータの定義に使用するWorld Wide Web Consortiumの公式形式です。概念的には、XMLベースのサービスに関するメタデータのコレクションであるWeb Services Description Languageに似ています。この記事では、これら2つの仕様の間にかかる橋に焦点を合わせます。まず、Web Servicesの記述がどのようなRDFファイルになるかの例を示します。次に、RDFビジュアル化ツールを活用してWSDLデータのグラフを生成する方法について説明します。最後に、WSDL用に使用できるRDF図式の一部を示します。 |
|
|
|
2000/11/01 |
|
| |
Web Servicesアーキテクチャーの概要
この記事では、IBM Web Services とは何か、IBM Web Services の基本的な特徴、このアプローチの利点など、IBM Web Services についての概要を示します。 |
|
|
|
2000/09/01 |
|
| |
