トップページtech
92コメント23KB

XML-RPC, SOAP について

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさんNGNG
語れ
0002デフォルトの名無しさんNGNG
いやだ
0003デフォルトの名無しさんNGNG
通信プロトコルはHTTPやSMTPなどなんでも。
転送されるデータはXML。

よって終了。
0004デフォルトの名無しさんNGNG
関連スレ
http://mentai.2ch.net/test/read.cgi/infosys/1007738665/
0005デフォルトの名無しさんNGNG
>>4
いや、Sヨとしての話じゃなくてあくまで開発者の話として。
00064NGNG
別にガイシュツって言ってるわけじゃないだろ。
0007デフォルトの名無しさんNGNG
agr
0008デフォルトの名無しさんNGNG
 i

 $g[
aъ・Cモ
Sャvvホワー6 。」F剤wwwtDD@ チx`ヲ@ |チp l燧x|ク ・・P ,・・Β=0ユ:ヌglタタ 
・ 79ペンンンワB ・ |チ・ホP Lチw・チタ@rA|テ・Π>'[チ・ <タK・サカj血AUUIU刄 ・ユ94キ・」[・PQエQソソ1^3剛・イ捻ソ$ッF・sw歐ツ?=フマス~ワカ~衡リ 阯wjンテP妹U 
6aPJ渦・
蜿bュリ,。1DルT筺マ 毳ヨアユ/-vuuトハ廐\ホ・・F コ9046_!シ~チ゚巛([徃乾サ>Yf垠今?19ネ・ム_リリygア
テイ2Xツphc8Jシ゚*ーヒ右囘タp床ワ エ・鐔Y・1
ヘ@{・ン・メ生ヘ・飃2jjV・M# カ_躙,[彡0凉Qtw魚LG・Eリ
ェ;dコ彷モM糧mtミクカs・貲エE衂ー?l黍・ワ>鋏・ゥ("ノ」・
0009デフォルトの名無しさんNGNG
>>8
は、もしかしてRPCのテストなんだろーか?
(XML-RPCだったら人間可読で良かったのにね)
0010デフォルトの名無しさんNGNG
暗号化されたXML-RPCだったりして
0011デフォルトの名無しさんNGNG
[[[
0012デフォルトの名無しさんNGNG
.h、麿像、ッ蒭QX@リ8X=ラ.7マ.レ Y)ゥ*Mッ..準...綢s-J5sy睛Du.╋イ..ワエ・剣.キ
&ソi\ン].ワサ.Vソ之コ4ィ`テa_...+HノIヒMノ-ネGPI-ムM..、Jォ.!V跂ヲ、目ツ.@メエ
辯%JォLノP蕗惧.*ャュ!@UZf~ZnQmョfZdュ.コケUiェハ・U・ィ(ァgdァハィノォ..兜V俣*ュ;.->リVB0($.HJヌOュ....劫U
、#ァハネP+.."Altワ・.>ョUZnr┴aシl.チ.a. .Bゞi ノコ.テ血.$ワе.摺ワ..Q閏+>ョョUFуツ効..・=Zfrs..B・
...&,...b・YUi.)ケJ.Rウ・Wユハエ.ョ.*キ.Vr|ェン b$.・..4ュ9>.ヘj.ツマォ媛猿W.@ュ 膽ニ.D・・m\!$ワUmャュthミ.吋Z
iィ潮モ2ヤ.+ma.bェモrS..I瘁..駟諜藐ユユニチ...快uur。..*.>S黐恰@.滋帖。...
・.$」゚ミ!ナ..>・#@8...泣「V察ネ .)...薙ト. .#ルf...Bd%x.ィu cue..ミテ.・.ォ.ェhタ.
.%F・0.J界□..&C
0013shigeNGNG
@[@[@[@[@[@[
0014デフォルトの名無しさんNGNG
AxKit
0015デフォルトの名無しさんNGNG
やい、おまえら!
おまえらみたいなモンのお勧めのSOAPの入門書は何をお使いですか?

(XMLわかってる初心者が読んでもわかるもので、
 そこそこ後々まで使えるもの)
0016shigeNGNG
SOAP技術入門
http://www.pearsoned.co.jp/washo/inet/wa_int111-j.html
0017デフォルトの名無しさんNGNG
age
0018デフォルトの名無しさんNGNG
httpsとかに逃げるんでなしに、
Secure方面はどうなのよ?
0019デフォルトの名無しさんNGNG
WS_Security
0020デフォルトの名無しさんNGNG
xmlrpcの実用例(実装例でなく)って?
0021デフォルトの名無しさんNGNG
xmlrpc-c
curl使うように那t
0022デフォルトの名無しさんNGNG
Ruby >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
0023デフォルトの名無しさんNGNG

1 << RUBY ≒ 1
JAVA < C# > C >= C++
0024デフォルトの名無しさんNGNG
ffffffffffffffffweeeeeeeeeeeeeeeeee
0025デフォルトの名無しさんNGNG
SOAP < トルコ
0026デフォルトの名無しさんNGNG
ゼミの先輩が研究してた。

「SOAPはポート80番で通信するのでファイアウォールに邪魔されることなく内部と通信できる。」

とのことでした。

頭悪いのかと思いました。
ファイアウォールは得体の知れないプロトコルをシャットアウトするためにあるわけで、
それを超えようとする技術自体がナンセンスな気がします。

SOAPのメリットって本当は何ですか?
0027デフォルトの名無しさんNGNG
カジュアルクラッカーを増やす
0028デフォルトの名無しさんNGNG
>>26
拡張性を確保しつつ、クロスプラットフォーム分散システム間の統合を可能にすること。
0029デフォルトの名無しさんNGNG
>>28
さっぱりわかりませんでした。勉強してきます。
0030デフォルトの名無しさんNGNG
まだ沈まずや定遠は
0031デフォルトの名無しさんNGNG
>>26
馬鹿だね(プ
0032Rubyist! >>>>>>>>> C++NGNG
ふ〜ん、そうなんだ。凄いね〜
帰っていいよ
0033デフォルトの名無しさんNGNG
>>31
ところで論拠は?
0034デフォルトの名無しさんNGNG
その言の葉は短きも
0035デフォルトの名無しさんNGNG
xml-rpcぼろくそにいえ割れているが。
0036デフォルトの名無しさんNGNG
xml は面倒すぎるので氏んで欲しい。
0037デフォルトの名無しさんNGNG
自前で全部やることなんか少なかろ。
0038デフォルトの名無しさんNGNG
0039デフォルトの名無しさんNGNG
マジで、そろそろSOAPやっといたほうがいいのでage
0040デフォルトの名無しさんNGNG
SOAP行ってきます
0041デフォルトの名無しさんNGNG
age
0042デフォルトの名無しさんNGNG
幼稚園児がお相手してくれるソープに行ってきました。
0043デフォルトの名無しさんNGNG
>>18
Secure方面って、XMLで送るデータの暗号化はどうよ?ってこと?
それとも伝送路上でのSecure確保どうするよ?ってこと?

伝送路ってことなら、HTTPSってのがポピュラーな選択だと思ってたけど
HTTPSって選択は「逃げ」になっちゃうの??
0044デフォルトの名無しさんNGNG
SOAPの利点がどうしてもわかりません。

HTTPつかえば、ファイアウォールに穴あけなくてもすむからってだけですか?

どう考えてもCORBAとかのほうがいいと思うんですが。
同じ内容をほかのスレにも書いてしまったのですがすれ違い立ったのでこちらに書き直します。
0045デフォルトの名無しさんNGNG
お前らの言ってることはさっぱり理解できないが

たのしいSOAP
http://www6.airnet.ne.jp/manyo/soap/index.html

俺はこれで2回抜いた。
0046デフォルトの名無しさんNGNG
> 俺はこれで2回抜いた。

俺はこれから三回目だYO!
0047デフォルトの名無しさんNGNG
なんだこれ
中途半端。北の誠か(w
0048デフォルトの名無しさんNGNG
いや、石だ靖だ。
0049デフォルトの名無しさんNGNG
ここも例の粘着が一行屑レスつけてる屑スレですか...
0050デフォルトの名無しさんNGNG
49>>
オマエモナー
0051デフォルトの名無しさんNGNG
はぃ?
0052デフォルトの名無しさんNGNG
 しかしほんとに盛り上がらんスレですね。

このスレ見る限りSOAPってほんとにはやってるのか疑問
やっぱりさわいでいるのはマスコミだけなのか。
0053デフォルトの名無しさんNGNG
>>44
(企業間)システム連携を安価で迅速に実現できる(場合もある)。
(CORBAに比べて)技術的敷居が低い。

とりあえずこんな感じでどうでしょ?
005439NGNG
SOAPって基本的にRPCだよね。
サーバ側にも状態持たなくちゃいけないときに、セッション確立したりするのって
どうするの?
CORBAだったらリモート参照持っておけばいい話だけど。認証周りもないよね。
この辺解決できるなら、俺的にはSOAP大歓迎なんだけど。HTTPの上でできるから楽チンだし。
005554NGNG
39ってのは間違えです。ごめん>本当の39
0056デフォルトの名無しさんNGNG
SOAPはRPCではありません。以上。
0057デフォルトの名無しさんNGNG
すんげー気持ち良かった。以上。
005853NGNG
>>54
SOAPが基本的にRPCというのには賛同いたしませんが、

Apache SOAPでは同じCallオブジェクトを使えば、Cookieを使ってセッション
が維持されます。具体的にはサーバ側のインスタンス変数が保持されます。
ただしApache SOAP以外は対応しません。

通常はBodyやHeaderにメッセージIDでも入れてがんばるってとこでしょうか。
005954NGNG
>>58
>SOAPが基本的にRPCというのには賛同いたしませんが
う・・ ttp://www6.airnet.ne.jp/manyo/soap/index.htmlでも見て出直してきます

Apache-SOAPのは、JavaクラスをデプロイするときにSessionスコープを指定すると
同じインスタンスを掴みっぱなしにする機能ですよね。
小規模ならいいんですが、でかいアプリ組もうとするとどうしてもサービス間で状態
共有するケースも出てきそうで、これじゃ辛いかなと思ってます。で結局
>通常はBodyやHeaderにメッセージIDでも入れてがんばるってとこでしょうか
ですか。
自分Apache-SOAPの上っ面しか知らないんだけど、こういうのやる場合、XML<=>Java
のシリアライザを自前で書かないと駄目っぽいですよね。辛そう。
0060デフォルトの名無しさんNGNG
だから、SOAPでRPCやろうとおもっちゃいけません。ステートレスで
やっちゃってください。
0061デフォルトの名無しさんNGNG
SOAPはまだ分散オブジェクト技術と呼ぶにはまだ実装や
互換性が付いて来てない気がする。だからRPCとか言われ
ちゃうんだろうなぁ、、
今の段階ではSOAP使ったWEBサービス=パッケージ化された
リモートプロシージャくらいにしか思えない。
まぁ、そう割り切れば結構使えるんでないかい?


006254NGNG
>>60,61
やっぱそうですよね。システム間の疎結合に使っとくのに留めとくのが無難ですよね。
クライアントSwingにしてJavaWebStartで自動配信、クラサバ間の通信をHTTP/SOAPで
やっちゃえば、Webシステムでリッチクライアント実現できるかなーと考えてたんですが。
自前でSOAPもどき作りこむのも馬鹿らしいし。
006353NGNG
>>64
SOAPの仕様に以下のような記述があるように、将来的にもSOAPが目指している
のは分散オブジェクト技術ではないと思ってますがどうでしょう?

Two major design goals for SOAP are simplicity and extensibility.
SOAP attempts to meet these goals by omitting features often found in
messaging systems and distributed object systems such as:

・distributed garbage collection;
・boxcarring or batching of messages;
・objects-by-reference (which requires distributed garbage collection);
・activation (which requires objects-by-reference).

送受信するメッセージをXML Schemaで決めておいて、実装ではDOMで処理する
かもしれないし(メッセージング的?)、Object Mappingするかもしれないし
(分散オブジェクト的?)、かってにやってよ。ってのがSOAPのいいとこでは
ないでしょうか。
0064デフォルトの名無しさんNGNG
σ(゚Д゚) 俺ですか?
0065デフォルトの名無しさんNGNG
>>63 thank you!
・拡張性
だけでなく、
・シンプル
ってのも重要な方針ですね。

object by reference と object by value って、
HORBやCORBA(3.x近辺?)では両方サポートしてたけど、
SOAPでは reference の切り捨てによりシンプルにできた、と言えるわけですね。

ところで、上記にある
セッション管理とかトランザクション処理では、
結局 session idや transaction idみたいなもの(抽象度と粒度の高いreference)
が必要になると思うんですけど、それをシンプルに実装する戦略はどうなんでしょうね?

ヘッダにID追加?
006653NGNG
>>65
実装の話ですが、現状、SOAP RPCでHeaderを処理できる実装はほとんどない
と思います。XMLBusやAxisのようにHandlerとして処理できる実装もありますがシンプルにはできない。

なので、SOAP RPCならBodyに入れちゃえばよいでしょう。
Document/LiteralならHeaderに入れましょう。

これは個人的な意見ですが、標準で決まった仕様でなければ無理してHeaderを
使うことないと思う。
0067デフォルトの名無しさんNGNG
>>63
SOAPにそれほど詳しくは無いのですが、objectの値転送ってできるんですか?
どうすればいいのでしょうか?
006853NGNG
どんなObjectでも値転送できるってわけではありませんが、
http://www.rpbourret.com/xml/XMLDataBinding.htm
っていうのがあります。
006967NGNG
>>68
とりあえず、http://java.sun.com/xml/jaxb/をみてみたけど、
これはSOAPでの転送というよりは、XMLを使ってということらしい。
SOAPでは言語にデフォルトでオブジェクト転送のバインディングが
あるのかな?
007053NGNG
>>69
ありません。そもそもSOAPはオブジェクト指向に依存してません。
昔はSimple Object Access Protocolの略称でしたが、今は違う。
SOAP1.2からは何の略称でもありません。

それと、SOAPの仕様では実装手段については触れていません。
オブジェクトにバインドしたければかってにやれば?ってことだと思う。
007167NGNG
>>53
>>63を見直して思ったのは、「結局、RPCと比べてどこが良くなっているの」という
ことですが。XMLだからパーザを自分で書く手間が少なくなるだけで、SOAPで
できて、RPCでできないことはない、という認識でよいでしょうか?
0072デフォルトの名無しさんNGNG
ネットワーク上の既存のサービスをSOAP(というよりはXMLスキーマに
基づいたデータ転送)を使って再実装するという試みはあるんでしょうか?
0073デフォルトの名無しさんNGNG
>72
google APIなんてそうじゃないの?
007453NGNG
>>71
Firewallを越えるとか、
Multi-Platformとか、
テキストだからデバックが楽とか、
多くのミドルウェアが対応している、自分で実装しても簡単とか、
RPCでできないかどうかはともかく、SOAPなら楽にできることはいろいろ
あると思う。

「XMLだからパーザを自分で書く手間が少なくなる」ってどうゆう意味?
0075デフォルトの名無しさんNGNG
SOAPってCORBAやRPCを使って可能になるシームレスなメソッドを統合してやろう
ってことだと認識してるんだけど。
あまり技術よりな話じゃないよね?
0076デフォルトの名無しさんNGNG
>>75
SOAPはメソッド呼び出しではありません。
0077デフォルトの名無しさんNGNG
XMLのパーサは使い物になるのに後何年かかるの?
あんなもん業務に使うヤツはチャレンジャーだと思ってんだけど、
お客さんの要望で仕方なく使ってるのが現状。
0078デフォルトの名無しさんNGNG
>>77
CSVフォーマットとかエクセルファイル!とか使ってるほうが
よっぽどチャレンジャーでしょ。
0079デフォルトの名無しさんNGNG
>>75
雑誌とかWebの記事を読むと簡単なのでSOAP RPCしか説明してませんが、
Document/Literalが本命だと思います。
ebXMLをちょっとでも勉強してください。ebXMLを使えって意味じゃないです。
0080デフォルトの名無しさんNGNG
>>79
Doc/Litが本命にはYes。ebXMLなんてSwA使ってる時点で終わってるからNo。
0081デフォルトの名無しさんNGNG
>>80
もう少し情報キボン。
0082nanasiNGNG
http://www.atmarkit.co.jp/fdotnet/opinion/yoshimatsu/onepoint03.html

この人ってDQNですか? 
0083デフォルトの名無しさんNGNG
>>82
おまえがDQN。
0084デフォルトの名無しさんNGNG
82ではないですが、

Googleの例が駄目なのは、単にGoogle APIのWSDL定義が間違ってただけ。

メッセージのスキーマを定義するのに、初めから将来の拡張性を考慮して
強い型付け(?)をしておく必要などない。拡張したときに従来のスキーマを
吸収すればいいだけ。
0085デフォルトの名無しさんNGNG
>>84
どうやってあとから吸収できるの?
0086デフォルトの名無しさんNGNG
新しい要素/属性を追加するときは、あってもなくてもいいようにする。
0087デフォルトの名無しさんNGNG
age
0088デフォルトの名無しさんNGNG
いつの間にかバージョンアップ

Soap Toolkit 3.0
http://msdn.microsoft.com/downloads/sample.asp?url=/msdn-files/027/001/948/msdncompositedoc.xml
0089shigeNGNG
えっくちゅえむえるage
0090デフォルトの名無しさんNGNG
Axisのtcpmonためしたいんですが、
Tomcatのサーバー立ち上げて、tcpmonで
localhost:8080ターゲット80とやると
java.net.BindException:Address already in use JVM_BIND
と出て使えないです。どうすればよいのですか?
0091デフォルトの名無しさんNGNG
>>90
エラーメッセージ読めよ. んで, どうすればいいか考えろ.
0092デフォルトの名無しさんNGNG
netstat
■ このスレッドは過去ログ倉庫に格納されています