SOAP

どーYO!

死ね

　　('A`)＜２ｹﾞｯﾄです…　　
　　('A`)＜ヒロシです…

4年ぐらい前にSOAPのスレなかったか？重複スレだろ

８０００円とかのはやめた方がいいだろう。

漏れも冬休みなので女子大生がいっぱいと聞いていたのでつが
おばちゃんが出てきますた（TT

SOAPか。
C/C++で手軽に使えるライブラリほすぃ

Axis C++とかどうよ？
いや、使った事無いんだけど。

>>8
レスども。
試しに使ってみまつ。

C++の方ってまともなの？Javaの方しか使った話きかんのだが。

Windowsなら.NET使うのが楽だろうし、Unixでサービス作るならJavaのAxis使う。
C++で書く局面自体、あまり思いつかないね…。
>>9
出来ればレビューきぼん。

いやぁ〜 SOAP最高ッスよ。ほんとに。

>>12
できれば、無料のSOAPを紹介してほしいのですが。

Axisなら無料で...

>>14
病気とかもらわんっすかね。

CORBAとSOAPとどっちが強いでつか？

JWSDPはヤメトケ。Axisがいい。

ハマーン・カーンが開発してたんだっけ？

a

axis使って開発することになったんだけど、ファイルの転送方法とかいまいちわかりません。
どっかにいいドキュメントまたは書籍ありませんか？
SOAP Messages with Attachments
とか
DIME
とか見つけたんだけど、具体的な実装法がよくわかりません。
他にもセッション管理をしてくれるとか書いて実装方法は詳しく書いてなかったり・・・
結局cookie使っていいのか悪いのかよくわからん

http://ws.apache.org/axis/jp/

>>21
レスありがとうございます。
でも、そこ見たんですけど、実際の実装方法が見つからないような気がするんですよ。
リンク先の英語のページを見るしかないんですかね〜・・・

C#でやればＸＭＬのことを考えずにすむぜ

>>23
お客さんの要望でJAVA決定なんですよ。
リッチクライアントで、WINDOWS、MAC、LINUXすべてカバー
・・・マヂで言ってますか？って感じなんですが。
とりあえず、ファイル添付と、セッション管理がクリアできれば先に進めるんですけどね〜・・・

リッチクライアントならセッション情報はクライアントのメモリ上でいいじゃん。
つどつどサーバに投げれば？
というかサーバ側をステートフルにすると色々考えないといけないから
責任は全部クライアントにしちゃうのが楽と思うけど。
もしクライアントでセッション内容を永続化する必要があるなら、
cookieとかでなくて普通にファイルでよいかと。ファイルアップロード
するくらいだから、クライアントリソースのアクセス制限は弱めるんでしょ？


これみるとaxisで出来ると思うんだけど。
ttp://www.atmarkit.co.jp/fdotnet/special/wse04/wse04_04.html

ファイルだけsoapでなくバリナリで送って良いなら、httpでフツーに
ストリーム流してあげれば良いね。

しかしMAC、LINUXをカバーってのはお気の毒様です・・・

>>25
！！
そうかセッション自体が普通のWEBシステムと同じじゃないんだ。
こちらstruts使いなんですが、どっかの馬鹿営業が
「数画面程度のWEBアプリだから2ヶ月もありゃできるだろ」
なんて言って取ってきたものなので、大変なことになっております。

セッションに関しては＠ITのページ参考にしてクライアント側で
セッション管理できるように考えてみます。

ファイルの添付に関しては
クライアント側でPORT80のストリーム開いてHTTPのヘッダ落としてbase64
とかでエンコードされたデータを読んで・・・
AXISで簡単にいかないんですかね〜(T_T)

読み込んだファイルはWINDOWS以外のクライアントでもPDF読み込んで
プリンタに印刷データ渡すなんて簡単にいくのかね・・・

スレタイ見てたらチンポたってきた

・・・・あ！
ども、はじめまして。

ソラリス上のTOMCATにaxis載せて動かしてます。
ずばり、SOAP通信してきたクライアントのIPアドレス取得方法が分かりません。
＃ サーブレットだと簡単なんですけど・・・；；

HttpServletRequestのgetRemoteAddr()みたいな便利メソッドってないのでしょうか？

男爵が一番いいよ　ﾏｼﾞで

javaでリッチクライアントってアプレット？
それともJAVA WEB START？

>>28
MessageContext#getProperty()に、
org.apache.axis.transport.http.HTTPConstants#MC_HTTP_SERVLETREQUEST
渡せばHttpServletRequest取って来れるよ。

soap へ行きたい

Sons Of All Pussys

gimmi A guitar

　　　　　　　　|l| |　|l| |
　　　　　　　　_,,..,,,,_
　　　　　　　./ ﾟ 3　 `ヽｰっ
　　　　　　　l　ﾟ ll ⊃　⌒_つ
　　　　　　　 ）`'ｰ---‐'''''"（_
　　　　　　　　⌒）　　　（⌒　　　ﾋﾞﾀｰﾝ
　　　　　　　　　　　⌒

　　　　　　　　_,,..,,,,_
　　　　　　　./ ﾟ 3　 `ヽｰっ .........
　　　　　　　l　ﾟ ll ⊃　⌒_つ
　　　　　　　 `'ｰ---‐'''''"


　　　　　　　　_,,..,,,,,,_
　　　　　　　./ ,' 3　 `ヽｰっ
　　　　　　　l　　 ⊃　　⌒_つ
　　　　　 　 `''ｰ---‐'''''"

WSDL2Javaで作ったクライアントスタブを使って
文書形式のSOAPメッセージ投げているのだけど
8kBぐらいのメッセージの生成に5秒ぐらいかかってる。
こんなものなの？

環境書かなきゃ意味ねぇじゃん

きっとこんな感じのショボイ環境なんだろ、どうせ
PentiumIII@600MHz, mem:256M, OS:Win2Kpro, SOAP:WSDK

PentiumM@1GHz, mem:384M, OS:XPpro, SOAP:Axis
です・・・。

>>38
＞メッセージの生成に
通信じゃなくて？通信なら相手が詰まってんじゃないの？
あるいは一発目でいろいろ初期化が走ってるとか。
あるいは、メモリ不足でスワップとか。
あるいは、そもそもＪａｖａＶＭの起動時間もカウントしてるとかｗ

.NETでSOAPでXMLデータを受け取った場合、そのXMLからデータを
どういうふうに取得するのですか？

>>40
.NETなら、WSDLから自動的に、
SOAPメッセージからオブジェクトのmarshalize/unmarshalizeを行う
クラスを生成してくれる。通信周りも隠蔽してくれるので、
クライアントはメソッドを読んで結果を得るだけのコードを書けばよろしい。

SOAPよりもWSDLのほうがいいって話みたいだが。
プロトコルに依存しないから。

SOAPで受け取ったXMLデータが変なときってあるの？

そりゃあるだろう。

SOAPでXMLデータを送るときはどうやって送るんですか？
Stringの長い文字列でダーっと送るのですか？
ちなみに.NETで。

SOAPでXML以外の何を送ると思っているのか。

>>42
SOAPはプロトコル。
WSDLは、何かのプロトコルでアクセスできるサービスのIF定義言語。

サービスのIF定義だけあっても、
なにかプロトコルがなくてはアクセスできない。

WSDLで書けるSOAP以外のプロトコルは今んとこMIMEとHTTP位。
結局SOAP使うしかない。
あとIBMが独自に（勝手に）JMS拡張とかしてた筈だが、
IBM製品じゃなきゃ繋がらないんじゃ、WSとは言えんな。

つ WebLogic

>>47
WSDLは現状SOAP専用だね。

> WSDLで書けるSOAP以外のプロトコルは今んとこMIMEとHTTP位。

これはちょっと勘違いしてない?
SOAPはHTTPやSMTPの上位。

>>46
ＸＭＬを送るのはわかるんだけど、ＸＭＬをstringの文字列として
送るんですか？

>>48
WebLogicは、IBM独自拡張のWSDLを読み書きできて、
IBMのJMSとちゃんと相互接続できるのかい？

>>49
してないつもりだよ。WSDLのBindingは、
SOAP Binding http://www.w3.org/TR/wsdl.html#_soap-b と
HTTP Binding http://www.w3.org/TR/wsdl.html#_http と
MIME Binding http://www.w3.org/TR/wsdl.html#_Toc492291084
があるよ。SOAP以外は規格上あるだけで使ってるの見たことないけど。

.NETよく知らないんだけど、どうせマイクロソフトのことだから
SOAPサーバとかSOAPクライアントのクラスかコンポーネントが用意されてて
メソッド一つで情報のやりとりできるようになってるんじゃないの？

自前でやるならStringでソケット使って送り込んでもいいと思うけど

.NETとJavaでＳＯＡＰで通信するときに文字コードを意識する必要
とかあるのでしょうか？

もうちょっとxmlについて勉強したまえ

ソープ？

SOAPとSOAて関係ある？

なくはない

>>52
あたり。

右クリックしてアドレスぶち込めば、普通にライブラリーをリファレンスに入れたときと同じように使える。
インテリセンスでもちゃんと出てくるし。
XMLのエの字もないぞ。バイナリーをリターンする時は勝手ににbase64でencode/decodeされてるっぽいし。

サーバー側ではメソッドのところをちょっと作り変えればそのままいける。

死ぬほどめんどくさい会計上の計算とかをライブラリにしてSOAPってるよ。おれは。
だから、XMLでデータを提供している会社とかでSOAP使ってないで自分のとこで作った
適当なフォーマットで提供してる奴らってアフォ？って感じ

それにしてもいい世の中になったもんだ・・・

バイナリはたぶんDIMEだな。おかげで相互運用性に問題が

問題提起の際に、「多分」とか言うなよ…。

SOAPってURLとメソッドがわかってれば、Javaとか.NETとか意識を
しなくてもいいのですか？

何のためにRPC規約をそれもわざわざXMLベースで作り直したんだよ

SOAP今のところデータやセッチィングの保存にしか使って無い俺ってダメですか？
ダメですね・・・だって通信相手がいないんだもーん、友達いないもーん(ToT)

SOAPをセッティングの保存に？？

つ　.properties

SOAPでXML通信するときは、そのXMLデータを文字列で作るんですか？

誰か、↑を和訳してくれ。

>>66
SOAPそのものはXMLを文字列として送受信するが、プログラマは既に提供され
ているライブラリを使うはずだから、XMLデータを直接文字列として扱う可能
性はゼロに近い。逆に言うとライブラリのない環境でSOAPを扱うのは無謀。

>>66
文字列で作ったデータをライブラリを使って送受信する

SOAPを一人で遊ぶならマシンいっぱい用意して擬似クラスターだ！！

>>68
ライブラリってどういうものなんですか？
ネットや本を調べても、実例を見つけることができませんでした。

>>71
おまえ、なにげにすげーな。

SOAPってWebサービスとして使うものなんでしょうか？
例を探すと必ずApacheとかIISとかがセットになってる。
単なるアプリ同士の通信で使おうとするのはイレギュラーなのかな

ええよ別に

>>73
.NET 系ではプロセス間通信のデフォがこれになってるよ

だからもっさり

>>75
それってSOAP over 何になるの？

.NETでWeb参照の追加を使わないで、URLとメソッドを直書きして
使用したいのですが、どうすればいいのでしょうか？

SOAPってどんな言語でも可なのですか？
VC++とか？

当たり前だ

>>71

SOAPのOはゼロじゃないよ。アルファベットのおーだよ。

>>80
どんな言語でもというのは言いすぎ。
少なくともTCP/IPはサポートしていてほしい。

>>82
鯖側はinetd使えばいいんじゃね？

>>82
クライアントはnetcatみたいなプログラムをキックできればそれでよい。

SOAPって流行ってるの？

SOAPって次世代CORBAという考えでよいの？

>>85
(っ´▽｀)っ
吉原とか歌舞伎町とかにはSOAPランドっつーもんがたくさんあるらしいから
大流行なんじゃないの？

助けてください。
MS SOAP ToolkitとVC6コンソールアプリでGoogleAPIを叩こうと頑張っているのですが
どうしても最後のInvokeメソッドが失敗してしまいます。
COMについてもSOAPについても知識が浅く、今後何をどうしたら良いのか分からない状態です。
引数の指定についても合っているのか・・自信がありません。
どなたか、アドバイスをいただけないでしょうか？よろしくお願い致します。

http://www.uploda.org/file/uporg237961.zip

どうやらATLでWS作ったおれは、かなり特殊なようだな。

ATLのやつって、TSLいけたっけ?

ＳＯＡＰ　ＬＡＮＤ

SOAPに SSL咬ませることは可能?

叶

ばりばりSSLしてるよ

>>86
オブジェクト指向じゃないけどね

>>89

ATL で作ると、WSDLに対応しろっていわれると困っちゃわないか?

うん

>>87
あほ、吉原は江戸時代からある由緒ある花街だ(正確には違うけど)
流行とかそういう話じゃねえよ

MustangからJREにSOAPライブラリが入るんだね。
.NET CLRと共に、クライアントから直SOAPって時代が来るのか？

でも、考えたらJNDIも昔からJREなんだな。
使うのは業務システムの専用クライアントくらいかな？

乙女不在でフロリンスがカルデアに征服されるんだな
アカネの選択が国を滅ぼす
しかし本人はカルデア貴族の子息と幸せに(｀･ω･´)いい構図だ

>>101
どこの誤爆だｗ

MSが提供する、SPROXY.exeって地雷?

全然、対応している要素が無いというか、typesの指定が全く出来ないんだけど?

これまじ?

保守。

やっぱ使ってる奴いないのか…。

結構使ってる箇所はあるでしょ。
ただ大部分は使う側だけだし、使う側としては対して語ることもないかと思われ。
作る側としてはパフォーマンスとか、サービス粒度、Remotefacadeとか色々あると思うけどな。

axis1.3でSOAPサービスを作成することになりました。doc/lit型とrpc/enc型があるようですが、どっちがオススメですか？クライアントもaxisのみの予定です。

未来指向で茨の道をいくならdoclit。今が大事ならrpcenc。

じゃ、迷う事無く後者だな。

客の予算の都合でプロジェクト自体が来年まで延期になりますた．．．
その頃にAxis2が出てたらdoc/lit型が標準になってるのかなｗｋｔｋ

>>106
つまりサーバもクライアントもJavaか>Axisのみ

EJBでいいじゃん。

EJB は 5 年後 10 年後の保守を考えるとやめたほうがいい

gSOAPを使おうと思っているのですが性能とかを含めてどうなんでしょうか？

5 年後 10 年後の保守を考えれば、何も作るべきじゃないな。

5年後10年後って、実装レベルでそんな持つ技術なんてねーよ。
そこまで配慮するのはデータ設計だけだね。

Windowsのサンク技術はあと数年で 20周年になるな。

>>115
それどっちかというとデータの永続性の例では？

soapよりrmiのほうが速いだろ？

本格的なマルチコア時代は専用コア化が進むらしいから
XMLだからとか関係なしに手を出していいと思う。

トランザクションが伝播しない時点で使い物にならんだろ…

rmiってJavaにべったり依存でしょ？

結論：
　同期ならRMI
　非同期ならJMS

　SOAPの出る幕無し。
　精々HTTP(S)でファイアーウォール越える時位か。

>>121
Javaは厨が使っていい言語じゃないから。迷惑。

いやSOAP自体、厨が使って良いプロトコルじゃないだろ。
厨房はRESTでも使ってなさいってこった。

いや、いまやRESTが盛り上がってて、SOAPこそ厨が使うプロトコルだろ。

Javaこそ厨向け言語だろうに
それはさておきSOAPがなけりゃ
世の中困る事多いぞ

RESTっていつからプロトコルになったんだ？

プロトコル＝通信規約
だから、広義のプロトコルではあるな。
それを言ったらSOAPも同じだが。

確かにSOAPがあるから世の中のモテない男達の性欲が処理されるのだ

前任者の仕事をひきつぎました。さっそく困ってます

SOAPサーバの説明としてwdslファイルしか先輩にもらえなかったのですが、これをもとに
使えるメソッドの一覧なんかは生成できるでしょうか？

>>129
つ　axis

>>130

ありがとうございます！
Perl使いの私ですが、これをみながらなんとか先に進みました。
http://ws.apache.org/axis/ja/java/user-guide.html#WSDL2JavaBuildingStubsSkeletonsAndDataTypesFromWSDL

ところが、800個ものjavaファイルができて、どこから始めればいいかわかりません。
どうすればいいのでしょう。。。質問ばかりですみません。

classではなくinterfaceとなっている（かつjava.rmi.Remote）を継承している奴が、サーバアプリのインタフェースだ。
そのメソッドがそのＷｅｂサービスのメソッド。

っつーか、そのWSDLのoperation要素がメソッド定義。

で，今SOAP使うなら何がオススメ？
一応言語はJavaなんだけど，
Axis1.x，Axis2.x，XFire，JBossWSとか色々あるみたいだけど，
やっぱまだAxis1.xで安定？遅いけど．

>>133
Java SE 6のJAX-WS 2.0はどうよ。

>>133
趣味でやるの？実案件？呼量は？

>>135
なんか必死だなｗ

>133
SOAPって終わった規格なのに…いまからやるんだ。

はーいくまくま

いや狙ったようにファイアウォール越えて，(って言うか地方の拠点から)
本社のDB側で発行される伝票番号みたいなもんを
採番しにくるだけの処理なんだけどね(一部業務ロジック込み)，
多少遅くても良いけど，VB.NETから叩けないといかんので，
SOAPに白羽の矢が立ったんですよ．
開発チームではJDK1.4が主流で，クライアントはVB.NETなんで，
SOAP＋Axis1.xが資料も豊富で安定かなーとか思ってます．

intひとつ送ってintひとつ取ってくるくらいならあまり問題ないが、
デカい帳票データのXMLを送りつけたりしたら、
混雑時にはSOAPの処理だけで秒単位のレスポンスになりかねない。

かといってAxis1以外は情報はほとんどないがな。

Axis1とAxis2のバージョンNo.の付け方なんとかならんか…

つーか、JDKと.NETで SOAP は相互運用できなかった気が。
ちゃんと確かめた方が良いかも。

>>142
できねーわけねーだろ。
おれはやってる。
変な独自機能を使ってなければ無問題。

>143
>変な独自機能を使ってなければ

非同期な通信をするSOAPサーバとクライアントのサンプルってどっかにないかな。。。

またサンプルか

つーか非同期通信ってAxis２からできるようになったような希ガス
サンプルは知らん。

普通にHTTPで非同期送受信するのと同じだぞ
サンプルも糞もあるかｗ

HTTPで非同期ってなに？pollingするの？
HTTPならいいけどSOAPでポーリングしたら鯖が死ぬんじゃない？

SOAPで非同期つったら、WS-ReliableMessagingとWS-Reliabllityがあるな。
到着保証とかその辺もはいってるけどオーバースペックか。なにより、まともな実装がなさげだけど。

ヒント：厨房

【Java】Webサービスと通信する方法。【SOAP】
http://goodjob.boy.jp/chirashinoura/id/129.html