Axis2 Information Model - 現場のためのソフトウェア開発プロセス - たかのり日記
さて、大分間を空けてしまったけど、S2Axisの開発に向け、Axis2へのサービスのデプロイ方法を調査してみる。 Axis1.x と Axis2 では、アーキテクチャが大きく変わってしまっているので、一から調べ直しです。 Information Model まず、Axis2でサービスは「Information Model」という構成に基づいて管理されている。 構成としては分かりやすい。Axis Configuration のオブジェクトがS2から取得できれば、とりあえず何でもできそう。 Axis2でのサービスのデプロイ Axis2でサービスをデプロイする際は、「Web Application」というAxisのWeb管理画面からサービスのjarファイル（*.jar もしくは *.aar というファイル名にする）をアップロードする。 この後、Axisがどのように処理するかというと、「Web A
XML+Java - WSDL viewer
WSDL viewer WSDL has its constructive logic, but it is hard to read / understand the content by business professionals (mostly non-programmers). Here is a small tool to visualize the web-service in a more intuitive way. I developed this transformation for WSDL interface analysis (to understand the service business functionality). The version 3.1.xx has experimental support for WSDL 2.0 and modular
SOAP拡張機能でSoapExceptionに例外情報を付加する：CodeZine
はじめに SOAPとは、XMLで構成されたメッセージを、HTTPなどのプロトコルで送受信するための仕組みです。メッセージは送信する際にXML形式にシリアライズされ、受信する際には逆シリアライズされます。正常時はもちろん例外発生時にも同様にXML形式で情報が返されます。 SOAPの仕様によると例外発生時には、このXML形式に定義されるdetail要素に任意の情報を付加するように定められています。しかし、特別な仕組みを構築せず、Webサービスを作成した状態で例外が発生しても、detail要素には何の情報も設定されません。取得できる情報はmessage要素に含まれるExceptionのメッセージとスタックトレース程度です。 そこで本稿では、.NET Frameworkで提供されるSOAP機能拡張を使い、Webサービス内で発生した例外を一元的にハンドリングし、detail要素に例外情報を付加するS
クレイジーなWebサービス標準の全てを理解する
SOAP とWSDL(Web Service Description Language)が、ヘテロジニアスなシステム間の通信とデータ交換を容易にするための標準として紹介されてから、8年が経過しました。それ以来、総称してWS*と呼ばれるプロトコルの混乱によって、特定の通信要求とケースの際に容易になるSOAP(そして、場合によってはWDSL)の拡張としても紹介されることとなりました。SOAP とWSDL(Web Service Description Language)が、ヘテロジニアスなシステム間の通信とデータ交換を容易にするための標準として紹介されてから、8年が経過しました。それ以来、総称してWS*と呼ばれるプロトコルの混乱によって、特定の通信要求とケースの際に容易になるSOAP(そして、場合によってはWDSL)の拡張としても紹介されることとなりました。 本稿では、もっともよく耳にするWS
REST vs SOAP
GET /WebSite1/WebService.asmx/getHello?str=string HTTP/1.1 Host: localhost HTTP/1.1 200 OK Content-Type: text/xml; charset=utf-8 Content-Length: length <?xml version="1.0" encoding="utf-8"?> <string xmlns="http://tempuri.org/">string</string> RESTは、WebブラウザのAjaxや、クライアントアプリから使う場合もあるが、サーバ間のシステム連携でも使う。 RESTの最大の特徴は「WebブラウザにURLを入力すれば動作確認できる」事である。 Webブラウザで容易に動作確認ができるため、すでに存在しているサービスに対しては「まずはアクセスしてみて必要な情報
連載：世界のWebサービス 第11回 Windows XPでXML Webサービスへアクセス（2/3） - ＠IT
連載：世界のWebサービス 第11回 Windows XPでXML Webサービスへアクセス １．WebサービスとSOAPクライアント 田口 景介 2002/01/09 ■MSSOAP.SoapClientオブジェクト それではWSHスクリプトを使ってWebサービス・クライアントを作ってみよう。次のリストに示すXML Webサービスが“http://localhost/Calc/CalcService.asmx”から参照できるものとする。このXML Webサービスは四則演算を行う4つのメソッド（add、sub、multi、div）を持っている。 1: using System; 2: using System.Collections; 3: using System.ComponentModel; 4: using System.Data; 5: using System.Diagnost
yohei-y:weblog: S はシンプルの S
This entry is a Japanese transration of Pete Lacey's "The S stands for Simple". Burton グループのアプリケーションプラットフォームサービスグループでは、 REST派とSOAP派の間でずっと継続中の議論がある。 その大部分は外部での議論によく似ている。 最近のやりとりの一つ、 SOAP と Web サービスフレームワークの複雑さの議論で、 SOAP 側は「WS-* の前は、SOAP は実際にシンプルだった。S はシンプルの略だ」といった。 さあ歴史を学ぼう。 2000年、悩める開発者が問題をかかえている。 開発者: うちの上司が先週末ゴルフをやってきて、 いわゆる SOAP なエンタープライズをやる必用があるんです。 でも私は SOAP が何なのか知りません。 教えてもください、 SOAP の人。 SOAP
JavaSE 6 で Webサービス公開と実行 - なんとなくな Developer のメモ
JavaSE 6 には JAX-WS 2.0 が用意されており、簡単に WebServices を公開・実行する事が可能になっている。 WebServices を公開・実行する手順は以下の通り。 WebService アノテーションを使って WebServices 公開用のクラスを定義 wsgen コマンドを使って関連クラスを自動生成 Endpoint クラスを使って WebServices を公開 wsimport コマンドを使ってクライアント用の関連クラスを自動生成 クライアントから WebServices 実行 WebService アノテーションを使って WebServices 公開用のクラスを定義 javax.jws.WebService アノテーションをクラスに付与するだけで、全ての public メソッドが公開される。 なお、クラスがパッケージに属していない場合、target
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://webservices.amazon.com/AWSECommerceService/JP/AWSECommerceService.wsdl
http://namazu.org/~takesako/shibuya.pm/soap-20041217.ppt
IBM Developer
http://www.beasys.co.jp/cs/support_news/product_troubleshooting/WS_ExceptionHandling_Pattern.html
Custom Exceptions in Axis2 (Web Services forum at Coderanch)
IBM Developer
java.net: Web Services Made Easy with JAX-WS 2.0
Web Service - Translation Engine