SOAPの開発事例
1 ：で：
何かありませんか？
金融機関で用いる場合どうでしょうか？
金融機関の決済では、全銀フォーマットを電文化してると思うのですが
ＸＭＬでフォーマットを作ってプロトコルをＳＯＡＰにすると専用線
を作らなくていいだけなんでしょうか？
誰か開発やった人おる？
金融機関で用いる場合どうでしょうか？
金融機関の決済では、全銀フォーマットを電文化してると思うのですが
ＸＭＬでフォーマットを作ってプロトコルをＳＯＡＰにすると専用線
を作らなくていいだけなんでしょうか？
誰か開発やった人おる？
|
|
|
2 ：非決定性名無しさん：01/12/08 11:12
3 ：非決定性名無しさん：01/12/08 21:04
SunONEもやっとSOAP対応してきたね
4 ：非決定性名無しさん：01/12/08 23:24
やっぱり、現行の日中グロスだったらオン関バッチ後に電文で
センタに飛ばすという手法でいいと思うけど、時点グロスに移
行するとＳＯＡＰを使ってＣＳ形式で処理するほうがいいとい
うことなんですかねぇ（疑問）
センタに飛ばすという手法でいいと思うけど、時点グロスに移
行するとＳＯＡＰを使ってＣＳ形式で処理するほうがいいとい
うことなんですかねぇ（疑問）
5 ：プロフェッショナル：01/12/09 01:29
>1
専用線をひかなくていいというか（ひかなくていいんですけどね）
httpのポートしかあけてないサーバー（ファイアーウォールってやつ）
とも通信できるのがウリです。
CORBAのプロトコル（iiop）はそれ用のポート空けなきゃだめ。
セキュリティを考えると専用線が必要になってしまう。
>4
仰ってることがｻﾊﾟｰﾘわかりませｎ
専用線をひかなくていいというか（ひかなくていいんですけどね）
httpのポートしかあけてないサーバー（ファイアーウォールってやつ）
とも通信できるのがウリです。
CORBAのプロトコル（iiop）はそれ用のポート空けなきゃだめ。
セキュリティを考えると専用線が必要になってしまう。
>4
仰ってることがｻﾊﾟｰﾘわかりませｎ
6 ：非決定性名無しさん：01/12/09 01:48
SOAPを実装してる製品だって、まだ出て間もないし、
タダでさえセキュリティに厳しい金融系で実装して
るとは思えないのだが？
タダでさえセキュリティに厳しい金融系で実装して
るとは思えないのだが？
7 ：プロフェッショナル：01/12/09 20:44
>6
だからHTTPのポートしか空けなくても通信できるってとこがセキュリティの観点から
好ましいんじゃないですか。
事例がないのは仰るとおりです。
だからHTTPのポートしか空けなくても通信できるってとこがセキュリティの観点から
好ましいんじゃないですか。
事例がないのは仰るとおりです。
8 ：非決定性名無しさん：01/12/10 22:46
てことはこの技術精通していると
セキュリティーブームに載れますか？
丁度エントリーがあるんですが。
セキュリティーブームに載れますか？
丁度エントリーがあるんですが。
9 ：非決定性名無しさん：01/12/12 18:05
10 ：プロフェッショナル：01/12/13 22:16
ＳＯＡＰの機能はただのリモート・プロシージャ・コール。
呼び出されるプロシージャがトランザクション機能もってたら金融機関などでの利用も問題ないはず。
呼び出されるプロシージャがトランザクション機能もってたら金融機関などでの利用も問題ないはず。
11 ： ：01/12/13 23:10
,〜（（((((((〜〜、
( ＿（（（((((((＿ )
|/ ~^^＼)／^^~ヽ|
| ＿ 《 ＿ |
(|-(_//_)-(_//_)-|）
| 厶、 | ／￣￣￣￣￣￣￣￣￣￣￣￣￣￣
＼ |||||||||||| ／ ＜田代まさしメンバーに投票よろしく
＼_＿＿_／＼ ＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿
| ＿＿／ ）
へ へ|＿＿＿／| 三二＝=
⊂《二 《⊃ | 三二＝=
＼＼|／＼＿＿| 三二＝= スイ〜ッ
＼＼ ／ ) 三二＝=
＼/ ノ 三二＝=
/ / / 三二二＝＝
＼＼＿ ＼ 三二＝=
⊂⊂ ／￣￣＼ 三二＝
| |￣ | ／＼ | 三二=
| ￣￣| ＼／ | 三二＝=
＼＿＿＼＿＿／
http://www.pweb.ne.jp/~kouki/vote/tvote.cgi?event=vote1&show=10
( ＿（（（((((((＿ )
|/ ~^^＼)／^^~ヽ|
| ＿ 《 ＿ |
(|-(_//_)-(_//_)-|）
| 厶、 | ／￣￣￣￣￣￣￣￣￣￣￣￣￣￣
＼ |||||||||||| ／ ＜田代まさしメンバーに投票よろしく
＼_＿＿_／＼ ＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿
| ＿＿／ ）
へ へ|＿＿＿／| 三二＝=
⊂《二 《⊃ | 三二＝=
＼＼|／＼＿＿| 三二＝= スイ〜ッ
＼＼ ／ ) 三二＝=
＼/ ノ 三二＝=
/ / / 三二二＝＝
＼＼＿ ＼ 三二＝=
⊂⊂ ／￣￣＼ 三二＝
| |￣ | ／＼ | 三二=
| ￣￣| ＼／ | 三二＝=
＼＿＿＼＿＿／
http://www.pweb.ne.jp/~kouki/vote/tvote.cgi?event=vote1&show=10
12 ：9：01/12/14 10:25
>>10
そうじゃなくて、メソッドを呼び出すクライアントの方で実装されてない、って意味。
そりゃあ確かに呼び出されるメソッドが実装してたら呼び出されたローカルの
環境ではトランザクションが実行されるかもしれないが、「A銀行のATMから、
A銀行からB銀行への資金移動をする」なんてシチュエーションじゃ、
ATMは1.A銀行から移動金額をマイナス 2.B銀行へ移動金額をプラス
ということを1つのトランザクションにしなくちゃいけないでしょ？
そういう用途には「いまのところ」使えないだろうな、という話をしてる
わけ。
BEAとかはWLS6.1で独自実装を始めてるようだが、使ってないので
しらん。
そうじゃなくて、メソッドを呼び出すクライアントの方で実装されてない、って意味。
そりゃあ確かに呼び出されるメソッドが実装してたら呼び出されたローカルの
環境ではトランザクションが実行されるかもしれないが、「A銀行のATMから、
A銀行からB銀行への資金移動をする」なんてシチュエーションじゃ、
ATMは1.A銀行から移動金額をマイナス 2.B銀行へ移動金額をプラス
ということを1つのトランザクションにしなくちゃいけないでしょ？
そういう用途には「いまのところ」使えないだろうな、という話をしてる
わけ。
BEAとかはWLS6.1で独自実装を始めてるようだが、使ってないので
しらん。
13 ：非決定性名無しさん ：01/12/14 20:50
14 ：プロフェッショナル：01/12/14 23:32
ＡＴＭから呼ばれたメソッドがＡ銀行とＢ銀行の口座ＤＢを1つのトランザクションの中で更新するのはできますよ。
ＳＯＡＰを使ってはいないけど今もできてるし。
ＳＯＡＰを使ってはいないけど今もできてるし。
15 ：非決定性名無しさん：01/12/15 01:48
16 ：非決定性名無しさん：01/12/15 14:20
少なくても今のSOAPはトランザクション処理なんか
考えてないだろ。もっと緩やかな協調処理を目的と
してるんでないか？
考えてないだろ。もっと緩やかな協調処理を目的と
してるんでないか？
すまん。もしかして物凄く素人な意見かもしれんが…
SOAPってメッセージのプロトコルでしょ？
2フェーズコミットを実現するのはサーバプロセスの内部処理
じゃないの？
非同期で依頼を投げて、コミット完了したら帰ってくるような
サーバとクライアントを作れば、プロトコルがSOAPだって
トランザクションを実行できるんじゃないのけ？
SOAPってメッセージのプロトコルでしょ？
2フェーズコミットを実現するのはサーバプロセスの内部処理
じゃないの？
非同期で依頼を投げて、コミット完了したら帰ってくるような
サーバとクライアントを作れば、プロトコルがSOAPだって
トランザクションを実行できるんじゃないのけ？
18 ：非決定性名無しさん：01/12/15 15:32
19 ：プロフェッショナル：01/12/17 21:23
そして>>7に話しは戻る…
20 ：非決定性名無しさん：01/12/18 04:52
WSDLでインターフェースが晒されるのは
セキュリティ的にはどーなの？
セキュリティ的にはどーなの？
21 ：非決定性名無しさん：01/12/18 10:02
22 ：非決定性名無しさん：01/12/18 10:16
この前のMicrosoft TechEdでも
MS社のエバンジェリストが
「現状ではSOAP仕様上はトランザクション伝播をサポートしていない」
と言っていたので、
2相コミットをするためのトランザクション管理の仕組みは今後必要になるはずです。
>>17
> 非同期で依頼を投げて、コミット完了したら帰ってくるような
> サーバとクライアントを作れば、プロトコルがSOAPだって
> トランザクションを実行できるんじゃないのけ？
いや、それは2相コミットじゃなくて、
各々のサーバで、互いに関連しないトランザクションをコミットしてるだけです。
MS社のエバンジェリストが
「現状ではSOAP仕様上はトランザクション伝播をサポートしていない」
と言っていたので、
2相コミットをするためのトランザクション管理の仕組みは今後必要になるはずです。
>>17
> 非同期で依頼を投げて、コミット完了したら帰ってくるような
> サーバとクライアントを作れば、プロトコルがSOAPだって
> トランザクションを実行できるんじゃないのけ？
いや、それは2相コミットじゃなくて、
各々のサーバで、互いに関連しないトランザクションをコミットしてるだけです。
23 ：9：01/12/22 00:43
>>22
>この前のMicrosoft TechEdでも
>MS社のエバンジェリストが
>「現状ではSOAP仕様上はトランザクション伝播をサポートしていない」
>と言っていたので、
>2相コミットをするためのトランザクション管理の仕組みは今後必要になるはずです。
そういうことをいいたかったワケ
ﾌｫﾛｰｻﾝｸｽ!
まぁｶﾞﾀｶﾞﾀ言っててもしかたないので、
年明けにでもApache使ってWebｻｰﾋﾞｽのﾃｽﾄでもしてみるYO!
>この前のMicrosoft TechEdでも
>MS社のエバンジェリストが
>「現状ではSOAP仕様上はトランザクション伝播をサポートしていない」
>と言っていたので、
>2相コミットをするためのトランザクション管理の仕組みは今後必要になるはずです。
そういうことをいいたかったワケ
ﾌｫﾛｰｻﾝｸｽ!
まぁｶﾞﾀｶﾞﾀ言っててもしかたないので、
年明けにでもApache使ってWebｻｰﾋﾞｽのﾃｽﾄでもしてみるYO!
24 ： ：01/12/22 11:06
んー、、、2pcは大量トランザクションに弱いし、
リカバリめんどくさいからおいらは要らないッス
リカバリめんどくさいからおいらは要らないッス
26 ：非決定性名無しさん：02/01/26 17:11
あげてみる
27 ：非決定性名無しさん：02/02/28 11:12
全銀などでバッチでファイル受信していた処理をＳＯＡＰで実現できないですか。
ファイル交換みたいなのは無理なんでしょうね。。。
ファイル交換みたいなのは無理なんでしょうね。。。
>MS社のエバンジェリストが
>「現状ではSOAP仕様上はトランザクション伝播をサポートしていない」
>と言っていたので、
これ、ちょと違う。
SOAP仕様は今もこれからもトランザクションをサポートするつもりはない。
この話はたぶん、COM+のトランザクション伝播機能が、COM+-SOAPでは利用できない
ってことだったと思う。
>「現状ではSOAP仕様上はトランザクション伝播をサポートしていない」
>と言っていたので、
これ、ちょと違う。
SOAP仕様は今もこれからもトランザクションをサポートするつもりはない。
この話はたぶん、COM+のトランザクション伝播機能が、COM+-SOAPでは利用できない
ってことだったと思う。
29 ：非決定性名無しさん：02/03/08 01:29
Transaction Managerを使ったトランザクションは
無理だろうね。HTTPでTransaction Contextを飛ばす
実装考えられる。Internetで通信のQOSも確保されて
ないんだよ。
SOAPとかWeb Serviceのトランザクションは，出来てアプリケ
ーションレベルのroll backだろうね。TMレベルでなく。
だから，アプリケーション開発者がroll backのロジック
までケアしないといけないと言う訳。
無理だろうね。HTTPでTransaction Contextを飛ばす
実装考えられる。Internetで通信のQOSも確保されて
ないんだよ。
SOAPとかWeb Serviceのトランザクションは，出来てアプリケ
ーションレベルのroll backだろうね。TMレベルでなく。
だから，アプリケーション開発者がroll backのロジック
までケアしないといけないと言う訳。
30 ：非決定性名無しさん：02/03/08 01:56
31 ：非決定性名無しさん：02/03/08 02:05
しかしなー・・・
いまの銀行のATMでA銀行→B銀行の原子性を保ってるところなんてみたことねーぞ。
（注：日本のね）
振りこみは勘定系経由非同期がフツーだろ？
やってることはせいぜいB銀行の口座チェックくらいなもんだよ
いまの銀行のATMでA銀行→B銀行の原子性を保ってるところなんてみたことねーぞ。
（注：日本のね）
振りこみは勘定系経由非同期がフツーだろ？
やってることはせいぜいB銀行の口座チェックくらいなもんだよ
・トランザクション
・セキュリティ
・QoS
あたりは、Web Service の今後の課題って事で…
あと、どっかの調査会社は、Web Service による企業間取引が
クリティカル・マス(笑 に達するのは、2005-2006年位だって書いてたけど、
なんとも眠いスケジュールだなぁ。
＃眠っ…
・セキュリティ
・QoS
あたりは、Web Service の今後の課題って事で…
あと、どっかの調査会社は、Web Service による企業間取引が
クリティカル・マス(笑 に達するのは、2005-2006年位だって書いてたけど、
なんとも眠いスケジュールだなぁ。
＃眠っ…
33 ：非決定性名無しさん：02/03/08 11:03
SOAPサーバー側は何で構築してる？
MSの.NETが出たら爆発的に広がるのだろうか？
ApachSOAPも止まっちゃって後継へ引き継いだみたいだし。
何がいいんだろう？
MSの.NETが出たら爆発的に広がるのだろうか？
ApachSOAPも止まっちゃって後継へ引き継いだみたいだし。
何がいいんだろう？
>>33
sunがなんか作ってなかったっけ？
sunがなんか作ってなかったっけ？
35 ：低レベルＰＧ：02/03/08 23:01
Ｆｏｒｔｅの追加モジュールを使うと「コーディングなしで SOAP-RPC インタフェースを
定義し、EJB メソッドと結合することによって、このインタフェースを Web サービスに
公開することができ」るそうだ。
ＥＩＰが流行りそうだからこいつでＷＥＢサービス実装の練習しとこ。
定義し、EJB メソッドと結合することによって、このインタフェースを Web サービスに
公開することができ」るそうだ。
ＥＩＰが流行りそうだからこいつでＷＥＢサービス実装の練習しとこ。
36 ：非決定性名無しさん：02/03/11 01:41
ApachSOAPはAXISへ引き継いだみたいだけど、何が違うんだい？
37 ：非決定性名無しさん：02/03/11 01:52
>>34
J2EEのJMSがSOAPサポートっていうやつ？
J2EEのJMSがSOAPサポートっていうやつ？
38 ：非決定性名無しさん：02/03/11 03:15
Microsoft Moneyで銀行から取り込むファイルがOFX形式だったよ。
>>35
それはいまどきWebサービスとは言わないぞ。やめとけ。Apacheで練習。
SunはWebサービスをわかってない、またはわかったうえでつぶそうとして
DQNなソフトと発言を連発している会社だ。
それはいまどきWebサービスとは言わないぞ。やめとけ。Apacheで練習。
SunはWebサービスをわかってない、またはわかったうえでつぶそうとして
DQNなソフトと発言を連発している会社だ。
40 ：非決定性名無しさん：02/03/11 23:13
どこがWebｻｰﾋﾞｽじゃないのー？
とりあえず今年出るJ2EE1.4はどんな飛び技出すか、楽しみにしてんですけど。
とりあえず今年出るJ2EE1.4はどんな飛び技出すか、楽しみにしてんですけど。
EJBやその他粒度の細かいコンポーネントを公開することがWebサービスだと勘違いしないほうがいいよ、ってこと。
WebサービスとEJBでは粒度が違う。それがわかってかわからずか、Sunは相変わらずJAX-RPCとか作ってやがる。
もう3年遅れてることに気づいたほうがいい。
WebサービスとEJBでは粒度が違う。それがわかってかわからずか、Sunは相変わらずJAX-RPCとか作ってやがる。
もう3年遅れてることに気づいたほうがいい。
42 ：非決定性名無しさん：02/03/12 11:28
あ、RMI＝{CORBA,RPC}＝Webサービス、みたいな構図が見え隠れする、って事ですか。
Microsoft.NETの例題と、どれほど粒度が違うのだろう？
また、SOAP/WSDL/UDDI みたいな技術は、
ebXMLにとっては下位プロトコルに過ぎないみたいですけどね。
Microsoft.NETの例題と、どれほど粒度が違うのだろう？
また、SOAP/WSDL/UDDI みたいな技術は、
ebXMLにとっては下位プロトコルに過ぎないみたいですけどね。
ebXMLなんざ机上の空論。CALSより先に進めるかな？無理だろうなぁ。
44 ：非決定性名無しさん：02/03/12 13:38
論点摩り替わってるし。
CALS関係者なら、説得力ないなぁ。
CALS関係者じゃなければ、駄法螺っぽいなぁ。
Webサービスで、どこの分野が伸びると予測されているか御存知？
CALS関係者なら、説得力ないなぁ。
CALS関係者じゃなければ、駄法螺っぽいなぁ。
Webサービスで、どこの分野が伸びると予測されているか御存知？
知らない。教えて。
46 ：非決定性名無しさん：02/03/12 21:47
>> 41Sunは相変わらずJAX-RPC
JAX-RPCって何？単なるXML baseのRPC?
JAX-RPCって何？単なるXML baseのRPC?
なんだよ、ハッタリ君かよ>44
48 ：非決定性名無しさん：02/03/13 23:35
>>JAX-RPC
JXTAのことだと思う
http://www.jxta.org/
UDDIはもともとsunのアイデアじゃなかったんだっけ。
sunの「WebServices」のサンプルにはUDDIがない。
JXTAのことだと思う
http://www.jxta.org/
UDDIはもともとsunのアイデアじゃなかったんだっけ。
sunの「WebServices」のサンプルにはUDDIがない。
51 ：非決定性名無しさん：02/03/14 13:43
服部ですが、呼びましたか？
52 ：非決定性名無しさん：02/03/14 13:52
DQN会社のDQNＳＥはきっと、
2005〜2006年頃のブロードバンド普及、Webサービス普及まで、
仕事上Webサービスを扱う事は無いんじゃないかな。
2005〜2006年頃のブロードバンド普及、Webサービス普及まで、
仕事上Webサービスを扱う事は無いんじゃないかな。
53 ：非決定性名無しさん：02/03/14 14:09
>>52
おまえモナー
おまえモナー
漏れの事かよ！
SOAP ランド SOAP ランド
ヤッホ〜ィ ヤッホ〜ィ♪
56 ：非決定性名無しさん：02/03/14 19:05
>>48
JXTAとRPCは全然違う概念だと思うけどな。
基本的にRPCは同期通信なのに対してJXTA
は、非同期通信でしょ。RPCというよりは
プロトコル的にはもっとprimitive。
RPCといったメソッドをinvocateするための
Wrapper層というよりは、P2Pを実現するプロトコル
そのもの。
JAXPとかいうXMLのAPIあるじゃない？それで、
JAX-RPC ってXML baseの新たなRPCかな？
と思ったわけ。
JXTAとRPCは全然違う概念だと思うけどな。
基本的にRPCは同期通信なのに対してJXTA
は、非同期通信でしょ。RPCというよりは
プロトコル的にはもっとprimitive。
RPCといったメソッドをinvocateするための
Wrapper層というよりは、P2Pを実現するプロトコル
そのもの。
JAXPとかいうXMLのAPIあるじゃない？それで、
JAX-RPC ってXML baseの新たなRPCかな？
と思ったわけ。
>57
おまえらほんとにものをしらねーんだな。JXTAは非同期？はっはっは。腹いてー。
>50に書いただろ。java.sun.com見ろっての。まあ見なくてもいいや、どうせこんなのは
腐るだけだから。JavaのXML系ってほんとにつかえねーよ。いまどきまだDOMとSAXか。
腹いてー。
おまえらほんとにものをしらねーんだな。JXTAは非同期？はっはっは。腹いてー。
>50に書いただろ。java.sun.com見ろっての。まあ見なくてもいいや、どうせこんなのは
腐るだけだから。JavaのXML系ってほんとにつかえねーよ。いまどきまだDOMとSAXか。
腹いてー。
58 ：非決定性名無しさん：02/03/15 00:43
WebServicesの落としどころはポータル（特にEIP）だと思うな。
粒度としてはEJBと同じ。
UDDIはあぼーん。
粒度としてはEJBと同じ。
UDDIはあぼーん。
59 ：非決定性名無しさん：02/03/15 01:40
60 ：非決定性名無しさん：02/03/15 01:56
XMLをいまのインフラの上で通信プロトコルに使おうという人間は、
頭がおかしいです。
頭がおかしいです。
つまり、RosettaNet とか、BizTalkも、そなんですか。へー
終わっちゃったら、次どうするの？>> RosettaNet, BizTalkユーザ
64 ：非決定性名無しさん：02/03/16 00:37
65 ：非決定性名無しさん：02/03/16 02:39
おちもひねりもくそもない ですな・・・
>>64
勉強しな。
勉強しな。
67 ：非決定性名無しさん：02/03/16 02:51
68 ：６７：02/03/16 02:53
>>６４ でした（ミスしました ひつれい）
69 ：非決定性名無しさん：02/03/16 08:48
SOAP とか UDDI とか CORBA とか言ってるは逝ってよし。
IMS DB/DC が金融系業務のキーワードなの。（多分今でも。）
IMS DB/DC が金融系業務のキーワードなの。（多分今でも。）
70 ：非決定性名無しさん：02/03/16 15:29
>>69 ここは金融ｽﾚじゃないよー。ｽﾚ違い。
>>58
＞WebServicesの落としどころはポータル（特にEIP）だと思うな。
＞粒度としてはEJBと同じ。
＞UDDIはあぼーん。
遅レスですが、
UDDI 2.0サーバは、IBM, MS に加えて、
SUN, HP(with ARIBA), SAP が立ててるそうですね。
この先１〜２年は、Webサービスを企業内システムで試行・運用する時期だそうで、
ERP系/SCM系大手が力を入れ始めているそーな。
って情報を、2000年問題煽ってガッポリ儲けた、調査会社＆ERPパッケージ大手が
流しているらしい。
＞WebServicesの落としどころはポータル（特にEIP）だと思うな。
＞粒度としてはEJBと同じ。
＞UDDIはあぼーん。
遅レスですが、
UDDI 2.0サーバは、IBM, MS に加えて、
SUN, HP(with ARIBA), SAP が立ててるそうですね。
この先１〜２年は、Webサービスを企業内システムで試行・運用する時期だそうで、
ERP系/SCM系大手が力を入れ始めているそーな。
って情報を、2000年問題煽ってガッポリ儲けた、調査会社＆ERPパッケージ大手が
流しているらしい。
73 ：非決定性名無しさん：02/03/16 20:32
情報ソースは？
最後二行読めば判るでしょ!
>>73 ごめん、調査会社は、2000年問題煽った方じゃなくて、No.1の方だったよー
76 ：非決定性名無しさん：02/04/11 01:59
パパはこのスレ上げちゃおうかなー
77 ：非決定性名無しさん：02/04/21 14:40
SOAP が提供する機能というのは、は CGIによる（POSTメソッドやGETメソッドの）
パラメータ渡しを分かりやすく、格好よくしたものと理解しているのですが、この
ような理解でよろしかったでしょうか。
パラメータ渡しを分かりやすく、格好よくしたものと理解しているのですが、この
ような理解でよろしかったでしょうか。
78 ：非決定性名無しさん：02/04/21 15:36
単純な理解としては、それで結構だと思います。
例えばGoogleを自動的に呼び出して、検索結果を自動解析するプログラムを考えてみましょう。
(1)人間が、検索サービスの所在を確認し(URLが変わっているかもしれない)
(2)検索フォームを人間が見て、検索パラメータの名称を確認し、
(3)検索フォームを自動送信するプログラムを書き、
(4)得られた検索結果のHTMLファイルを人間が見て、
必要な情報の位置を確認して、
(5)最後に検索結果を自動抽出するプログラムを書く
必要があります。
次にSOAPで同じ事をやる場合は、
(0)UDDIでサービス所在を確認し、
(1)WSDLを取り寄せてサービスの呼び出し方を調べ、
(2)WSDLを基に、自動(もしくは半自動)で、
Webサービスを呼び出すSOAPプログラムを作成する
事ができます。
FORMやHTMLファイルを人間が解析して、データを抽出する必要がない、
というのが、大きなメリットでしょう。
SOAPの他のメリットとしては、
・サービス所在や、サービス手順の変更に柔軟に対応できる(UDDI,WSDL)
・送受信する電文のフォーマットや、パラメータの型を自動でチェックできる(DTD,XML schema)
といった点があると思います。
例えばGoogleを自動的に呼び出して、検索結果を自動解析するプログラムを考えてみましょう。
(1)人間が、検索サービスの所在を確認し(URLが変わっているかもしれない)
(2)検索フォームを人間が見て、検索パラメータの名称を確認し、
(3)検索フォームを自動送信するプログラムを書き、
(4)得られた検索結果のHTMLファイルを人間が見て、
必要な情報の位置を確認して、
(5)最後に検索結果を自動抽出するプログラムを書く
必要があります。
次にSOAPで同じ事をやる場合は、
(0)UDDIでサービス所在を確認し、
(1)WSDLを取り寄せてサービスの呼び出し方を調べ、
(2)WSDLを基に、自動(もしくは半自動)で、
Webサービスを呼び出すSOAPプログラムを作成する
事ができます。
FORMやHTMLファイルを人間が解析して、データを抽出する必要がない、
というのが、大きなメリットでしょう。
SOAPの他のメリットとしては、
・サービス所在や、サービス手順の変更に柔軟に対応できる(UDDI,WSDL)
・送受信する電文のフォーマットや、パラメータの型を自動でチェックできる(DTD,XML schema)
といった点があると思います。
79 ：非決定性名無しさん：02/04/21 22:18
ＳＯＡＰには認証機構はありますか？
methodのインターフェースが分かれば誰でもコールできるというのではまずいと思
うんですが。
またクライアントとサーバが異なる言語で実装されている場合パラメータやリター
ンの受け渡しは正常に行えるようになってるんでしょうか。
ＳＯＡＰはテキストベースのプロトコルだというのを聞いたことがあるんですがど
んなクラスでもテキストに変換されるんでしょうか？Javaのクラスから変換された
ものを変換元のJavaクラスに相当するC#のクラスに復元したりします？
methodのインターフェースが分かれば誰でもコールできるというのではまずいと思
うんですが。
またクライアントとサーバが異なる言語で実装されている場合パラメータやリター
ンの受け渡しは正常に行えるようになってるんでしょうか。
ＳＯＡＰはテキストベースのプロトコルだというのを聞いたことがあるんですがど
んなクラスでもテキストに変換されるんでしょうか？Javaのクラスから変換された
ものを変換元のJavaクラスに相当するC#のクラスに復元したりします？
80 ：非決定性名無しさん：02/04/22 01:10
>>78
それがSOAPであることの利点がまったく不明。よって3点（100点満点）。
>>79
ありません。SOAPのプロブレム止めインには認証は含まれません。
SOAPはパラメータやリターンを受け渡すプロトコルはありません。
SOAPはテキストベースのプロトコルではありません。
オブジェクトへのデシリアライズはまったくの環境依存です。
それがSOAPであることの利点がまったく不明。よって3点（100点満点）。
>>79
ありません。SOAPのプロブレム止めインには認証は含まれません。
SOAPはパラメータやリターンを受け渡すプロトコルはありません。
SOAPはテキストベースのプロトコルではありません。
オブジェクトへのデシリアライズはまったくの環境依存です。
81 ：78 ◆Pc5eQJEM ：02/05/05 21:37
82 ：非決定性名無しさん：02/05/06 23:52
>>81
ぶっ。まだいたんか。（ｗ
SOAPの利点？SOAPそのものに利点なんかないんとちゃう？
SOAPはアプリケーションプロトコルのためのプラットフォームだからね。
WebサービスJapanで会いましょう。あ、俺もちろん参加者だけどさ。（ｗ
ぶっ。まだいたんか。（ｗ
SOAPの利点？SOAPそのものに利点なんかないんとちゃう？
SOAPはアプリケーションプロトコルのためのプラットフォームだからね。
WebサービスJapanで会いましょう。あ、俺もちろん参加者だけどさ。（ｗ
>82
最後の一行が無ければ良かったのにね。
最後の一行が無ければ良かったのにね。
84 ：非決定性名無しさん：02/05/16 00:01
＞８２
＞SOAPそのものに利点なんかないんとちゃう？
B2Bするにはいくつかハードルがあるけど、イントラのEAIなら今のWSDLとWSFLの仕組み
だけで便利なことできそう。
でもイントラ内で使うならSOAPそのものの利点は…。
まぁ、MQより安くできりゃいいんじゃない？
＞SOAPそのものに利点なんかないんとちゃう？
B2Bするにはいくつかハードルがあるけど、イントラのEAIなら今のWSDLとWSFLの仕組み
だけで便利なことできそう。
でもイントラ内で使うならSOAPそのものの利点は…。
まぁ、MQより安くできりゃいいんじゃない？
85 ：非決定性名無しさん：02/05/16 19:59
WebServicesJapan行ってきた。
参加者はSIerがほとんどのようだったけどあの中で今後UDDIがらみの仕事する
人なんて一人もいないかも知れない。
大半はEAIの案件で既存システムとのアダプタ造りに従事するんだろうからいま
までとやることあんまり変わらないんでは？
参加者はSIerがほとんどのようだったけどあの中で今後UDDIがらみの仕事する
人なんて一人もいないかも知れない。
大半はEAIの案件で既存システムとのアダプタ造りに従事するんだろうからいま
までとやることあんまり変わらないんでは？
86 ：非決定性名無しさん：02/05/16 21:27
>>85 は EDI絡みの仕事知らないの？
87 ：８５：02/05/16 21:51
>>86
知らない。だってまだヒヨっ子だもん。きゃは（ｗ
BizTalkつかうのかなぁ。
実はMSカンファレンスにも行ったのですがBizTalk Server 2002って製品
でるらしい。
http://www.microsoft.com/japan/biztalkserver/evaluation/overview/
でもこれSOAPじゃないや。
BizTalk Server Accelerator for RosettaNet
http://www.microsoft.com/japan/biztalkserver/evaluation/overview/accelerators.asp
知らない。だってまだヒヨっ子だもん。きゃは（ｗ
BizTalkつかうのかなぁ。
実はMSカンファレンスにも行ったのですがBizTalk Server 2002って製品
でるらしい。
http://www.microsoft.com/japan/biztalkserver/evaluation/overview/
でもこれSOAPじゃないや。
BizTalk Server Accelerator for RosettaNet
http://www.microsoft.com/japan/biztalkserver/evaluation/overview/accelerators.asp
88 ：非決定性名無しさん：02/05/16 22:02
89 ：非決定性名無しさん：02/05/16 22:02
じゃこのｽﾚ的には、ソープは終了ってことで。後はよろしく
90 ：非決定性名無しさん：02/05/16 22:17
>>88
確かにまばたきが多過ぎるのはちょっと気に障った。
確かにまばたきが多過ぎるのはちょっと気に障った。
91 ：非決定性名無しさん：02/06/05 15:22
SOAP
あわわわわ
93 ：オーバーテクナナシー：02/10/31 11:38
94 ：非決定性名無しさん：02/10/31 21:27
SOAPは終わったの？
95 ：非決定性名無しさん：02/11/01 01:01
つまらん
このスレの住人が終わっちゃってるんだよ
97 ：非決定性名無しさん：02/11/05 01:22
誰か盛り上げてー
98 ：非決定性名無しさん：02/11/05 01:32
なんだよここ
アルファベットの羅列上げるの好きな人ばっかなんですね
もっと初心者にわかりやすく説明してくれ
アルファベットの羅列上げるの好きな人ばっかなんですね
もっと初心者にわかりやすく説明してくれ
99 ：非決定性名無しさん：02/11/05 02:05
＞アルファベットの羅列上げるの好きな人ばっかなんですね
ｶﾜｲｿｳな人ﾊｹｰｿ
ｶﾜｲｿｳな人ﾊｹｰｿ
101 ：日立，COBOLの新版「COBOL2002」を2003年4月末に出荷へ：02/12/17 00:57
コボラーに朗報
http://itpro.nikkeibp.co.jp/free/NSW/NEWS/20021211/3/
Webサービスとのインタフェースを支援するCOBOL-SOAP連携機能を提供する
http://itpro.nikkeibp.co.jp/free/NSW/NEWS/20021211/3/
Webサービスとのインタフェースを支援するCOBOL-SOAP連携機能を提供する
（＾＾）
103 ：東京三菱が実業務をWebサービス化：03/02/28 01:03
（＾＾）
105 ：非決定性名無しさん：03/04/18 20:43
ソープランド
106 ：非決定性名無しさん：03/04/19 13:26
で、SOAPはおわりなの？
107 ：非決定性名無しさん：03/04/19 17:41
ソープへ行きたい。堀の内！
あぼーん
109 ：非決定性名無しさん：03/04/19 18:02
証券のパッケージで使用しているが、
そんなSOAPを使用することが難しいの？
よく分からん？
そんなSOAPを使用することが難しいの？
よく分からん？
∧＿∧
（ ＾＾ ）＜ ぬるぽ（＾＾）
（ ＾＾ ）＜ ぬるぽ（＾＾）
111 ：非決定性名無しさん：03/04/20 11:13
soap landは深夜まで営業中！
あぼーん
∧＿∧
ﾋﾟｭ.ｰ ( ＾＾ ） ＜これからも僕を応援して下さいね（＾＾）。
＝〔~∪￣￣〕
＝ ◎――◎ 山崎渉
ﾋﾟｭ.ｰ ( ＾＾ ） ＜これからも僕を応援して下さいね（＾＾）。
＝〔~∪￣￣〕
＝ ◎――◎ 山崎渉
114 ：非決定性名無しさん：03/06/28 22:18
いまだに無さそうですな
__∧＿∧_
|（ ＾＾ ）| ＜寝るぽ（＾＾）
|＼⌒⌒⌒＼
＼ |⌒⌒⌒~| 山崎渉
~￣￣￣￣
116 ：非決定性名無しさん：03/07/15 22:52
ソープランドのシステム開発の事例かとおもた
あるとだけいっておく
118 ：ぼるじょあ ◆yBEncckFOU ：03/08/02 03:24
∧＿∧ ∧＿∧
ﾋﾟｭ.ｰ （ ・３・） ( ＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
＝〔~∪￣￣￣∪￣￣〕
＝ ◎――――――◎ 山崎渉&ぼるじょあ
ﾋﾟｭ.ｰ （ ・３・） ( ＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
＝〔~∪￣￣￣∪￣￣〕
＝ ◎――――――◎ 山崎渉&ぼるじょあ
(⌒V⌒)
│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
120 ：非決定性名無しさん：03/09/21 02:10
吉原
121 ：非決定性名無しさん：03/11/24 03:49
相変わらずこの板には怪しい上げ荒しが住み着いて、気に入らないスレのdat落としを画策してるようだな
>>121
お前がそうだよ
お前がそうだよ
123 ：非決定性名無しさん：
>>122
オマエモナー(=ﾟωﾟ)つ)ﾟ∀ﾟ)ｸﾞｧ
オマエモナー(=ﾟωﾟ)つ)ﾟ∀ﾟ)ｸﾞｧ