Webサービスプログラミング総合スレッド

Webサービスプログラ ..

565:デフォルトの名無しさん
06/04/26 23:17:19
なんか数年ぶりに CORBA の本とか見てみると、まるっきり SOA 内包してんな。
ORB のバスで繋ぐとか既存システムをサービスとして設計するとか。下層のプロトコル
差し替えられるだけでもこっちのほうがマシだな。しかし手を変え品を変え、焚き付けてる
連中は進化しないもんだな。なんとなく悪法のテンプレが思い浮かんだんで貼っとくわ。

★誰でも分かる「悪法」の見分け方。

①　拡大解釈しやすい。
②　施行されると法の目的以外で過剰に制限されるものがある。
③　法外な罰則がある。
④　大きな権限を持つ「認定機関」が存在する。
⑤　「認定機関」に対する罰則が甘く、正常な運用をを監視をする方法が、ほとんど無い。
⑥　主要な業務は他の機関にマル投げで、何があっても「認定機関」は責任を取らない。
⑦　施行されても、現状の改善を望めない。（基本的に既存のモノに罰則を加えただけ。）
⑧　国民の生活に大きな影響を与えるのに、あまり国民に告知されていない。

例：
　・人権擁護法
　・電気用品安全法（PSE法）

566:デフォルトの名無しさん
06/04/26 23:37:46
　　　　　 |
　　＼　　__　　／
　　＿　（ｍ）　＿ﾋﾟｺｰﾝ
　　　　　|ミ|　　　 XMLでRPC！
　　／　　｀´　＼
　　　　　('A`)
　　　　　ノヽノヽ
　　　　　　　くく

567:デフォルトの名無しさん
06/04/27 20:20:55
>>565
ヒント：火壁

568:デフォルトの名無しさん
06/04/27 20:53:08
GIOP, IIOP と SOAP が差し替え可能になるよう、だいぶ昔に OMG が標準化してたはず。
と思ったが、まだ実現されてねぇのかな。SOAP はトランザクション機能がねぇってところで
躓いてたような気がするけど。

569:デフォルトの名無しさん
06/04/27 21:02:45
漏れ、SOAPの中の人。
RPCの再発明が受け入れられつつあるようなので、
これからコネクションプーリングを再発明して、
その後トランザクション機能も再発明するつもり。

570:デフォルトの名無しさん
06/04/28 00:49:02
CORBAつかいにくい

571:デフォルトの名無しさん
06/04/30 02:34:36
>>497　
亀レスだが、禿げ同
SOAってさ、PGが意識するレイヤじゃないよな。
CIOやIT部門の上層が考えなきゃいけない事だと思う。

で、SOAで作りたいって言い出してどう実装するかをSE、PGが
考え始めるわけだ。そのとき実装方法の案に上がるのが
SOAPやらCORBAやら。もちろん、どういった思想でシステムを作りたい
かを理解しなければ、出来上がったものが依頼者との思いと乖離が
発生する可能性があるからSOAについては、PGもある程度知って
おかなければいけないが。

また、実装が追いつかない（遅くてまだ、実用段階じゃないとか）で
SOAは絵に描いた餅っていうのはちょっと悲しい気がする。
粒度の問題を多分に含むが、SOAを上に書いたように上層部が
意識している場合、そう細かいものは求められないとも考えているから。

長文スマン。500レス辺りを読んでて書きたくなってしまった。

572:デフォルトの名無しさん
06/05/02 00:19:56
Axis2の1.0って明日辺り出るの？

とりあえず、Axis2-0.95と.NET Frameworkの連携ｃ⌒っ*ﾟдﾟ)っφ 記念ｶｷｺ。

Axis2(　・∀・)ｲｲ!ね。servcie.xml書いてaarに纏めるだけ。
デプロイ時にwsddとかAntとか要らんのがステキ。

573:デフォルトの名無しさん
06/05/02 10:36:32
だがML見てると、とても業務システムで使える状態じゃないな。
品質がまだまだプロトレベル。とりあえず主要部分のコーディングは完了、って感じ。

574:デフォルトの名無しさん
06/05/03 00:20:00
Javaで実装なら、その程度が標準品質と思われ。

575:デフォルトの名無しさん
06/05/03 21:14:23
.NETはもっと悲惨な状況だおorz

576:デフォルトの名無しさん
06/05/04 00:17:30
そこでRMIですよ。

577:デフォルトの名無しさん
06/05/04 00:31:09
そういや RMI も下層のプロトコルを HTTP で実装できたな。
IIOP で CORBA とも繋がるし、JAX-RPC で SOAP とも繋がる。

…あれ? RMI でよくね?

578:デフォルトの名無しさん
06/05/04 00:49:35
.NETのWebサービス実装はなかなか良いぞ

579:デフォルトの名無しさん
06/05/04 00:53:58
○mlでやるならやっぱ手軽にDOMじゃないの？

580:デフォルトの名無しさん
06/05/04 14:42:38
>>578
んだんだ

581:デフォルトの名無しさん
06/05/04 22:19:25
ご冗談を

582:デフォルトの名無しさん
06/05/07 14:33:45
従来のスケジューラ(HULFTなど)とファイル送受信による非同期システム間連携に
相当するものをWEBサービスで実現している人います？
それなりのメリット出せていますか？
データ量的にもパフォーマンスとかかなり苦労しそうですが。

583:デフォルトの名無しさん
06/05/09 17:33:10
1秒に266メソッド呼び出して処理してるな。I/Oログも全て書いて
このぐらいのパフォーマンスは出る。メソッドの中は小さいけどね。
実装はC++

584:デフォルトの名無しさん
06/05/10 02:08:04
さすがopteron64wayは違うな

585:デフォルトの名無しさん
06/05/11 21:15:55
つかWebサービスをJavaで作る馬鹿っていないでしょう？

586:デフォルトの名無しさん
06/05/11 21:33:10
だが断る

587:デフォルトの名無しさん
06/05/11 22:06:25
VB.NETだよね。

588:デフォルトの名無しさん
06/05/12 00:00:39
>>584
我々はmysteronだ

589:デフォルトの名無しさん
06/05/16 20:02:55
strutsのviewをSOAP対応した方いますか？
ActionServletとか弄るのかな

590:デフォルトの名無しさん
06/05/23 18:19:57
AXIS2でメッセージ指向ということでAXIOMがサポートされ
従来のRPCはなくなったようですが、今から使うならばやはりAXIS2になるのでしょうか？
一部のシステム連携でなく、ある程度スタンダード的に導入を考えています。

AXIS2が一部でたたかれているのは、OMElementが使いにくいとか、
RPC派の方に受け入られていないからでしょうか？

591:デフォルトの名無しさん
06/05/24 23:49:14
>590
>>573
今のトコAxis2なら、XFireの方が良いような希ガス。

ってか、XFireもJ2SE5.0だとブラウザで
WSDLを表示しようとするとError吐く罠。orz

592:デフォルトの名無しさん
06/05/25 03:24:48
Axis１しか使ったこと無いけど、XFireってなにがいいの？

593:デフォルトの名無しさん
06/05/25 16:12:34
Webサービスと.NETで上手くデータのやりとりしたいのですが
いい勉強サイトないでしょうか？
MSのWebサービスのサンプルとか見てもアドレス先が切れててそっから出来なかったりします。

594:デフォルトの名無しさん
06/05/25 18:44:52
Webサービスを.NETで作ってはだめなのか

595:デフォルトの名無しさん
06/05/26 09:48:38
うむ。ATL Webサービス最強だ。

596:デフォルトの名無しさん
06/05/26 09:58:35
>>594
相手がWebサービスを既にJAVAで作ってるらしく、こちらは.NETでパラメータを渡す事を考えてます。
このスレを頭から見たんですけど皆さんが何言ってるのか分からないレベルなので本買って勉強した方が
いいのかもしれませんね^^;

597:デフォルトの名無しさん
06/05/26 10:24:26
Webサービスならその使い方は公開されているはずだからそのとおりに作ればいいじゃん

598:デフォルトの名無しさん
06/05/26 11:07:53
>>597　
その通りですね。
URLﾘﾝｸ(support.microsoft.com)
ここのサイトで勉強してるですけど下部の黒文字のWEB参照アドレスが存在しないらしく詰まってしまいました。
@ITにも例があるので色々参考にします。

599:デフォルトの名無しさん
06/05/26 12:54:34
>>598
servernameをservernameにする

600:デフォルトの名無しさん
06/05/26 13:23:16
！？
>>599
すいません、失礼しました！m(_ _)m

601:デフォルトの名無しさん
06/05/30 13:30:41
>>591
ん？オレとこそんなエラー出んぞ。

もしかして1.1？

オレは1.0

602:デフォルトの名無しさん
06/06/10 19:48:20
SOAPで受け取ったXMLデータをどこかで一元管理して、
受取側が受け取りに来たときに配信するみたいなことをやりたいんだが、
データをどのような形式で保存すべきなのでしょう？

物理ファイル？DB？

603:デフォルトの名無しさん
06/06/10 20:09:27
なんだっていいよ好きにしなよ

604:デフォルトの名無しさん
06/06/10 20:17:57
DBは化学ファイルか

605:デフォルトの名無しさん
06/06/10 21:15:07
NetBeans5.5のJavaEE5のWEBサービスはWEBサービスであることを意識しなくていいのがすばらしいな
RMIだってJ2SE5.0でスタブとかなくせるならはなからなくしてくれよと

606:デフォルトの名無しさん
06/06/11 01:11:18
>>605
1000クライアントから同時攻撃受けてもそれが言えるならたいしたもんだ。

607:デフォルトの名無しさん
06/06/11 13:05:13
>>606
なんで運用と開発環境を一緒に考えるの?
通常のWEBアプリでも1000クライアント受け付けれない環境だっておおいっしょ

608:デフォルトの名無しさん
06/06/11 14:22:27
JAXWSがあるからRMIイラネって話と、
運用と開発環境が別ってのがどう繋がるのか理解できない。

609:605
06/06/11 14:48:57
>>608
>>605の1行目NetBeansのWEBサービスの開発の容易さと2行のRMIの話は別物
RMIの話が出たついでにしただけでWEBサービスとは関係ないお話

用途がどう考えても違うんだからRMIイラネにはならない

610:デフォルトの名無しさん
06/06/15 00:16:49
結論：CORBA最強

611:デフォルトの名無しさん
06/06/15 00:28:14
>>610
同意。

612:デフォルトの名無しさん
06/06/17 21:04:21
結局どれも CORBA の簡易版サブセットだね。

613:デフォルトの名無しさん
06/06/18 01:27:14
よくわかんないんですが、RESTアーキテクチャってSOAPとかと同じレベルのWebサービスの1技術(?)って感じの理解でいいんですか？
最近WebサービスとかWeb APIってゆーとREST、RESTってあるんですが、ただ実現方法が違うだけなんですよね？

614:デフォルトの名無しさん
06/06/19 18:08:11
AmazonAPIで、書籍の情報を取ろうとしてるのですが、
browse nodeで一覧を取ろうとしても、"Invalid browse node"みたいな
（正確なメッセージは忘れましたが)エラーが帰って来てしまいます。

localeをusにして、洋書のbrowse nodeを指定すると正しく情報が取れるので、
Amazon側のデータベースがlocale=jpに関して整備されてないのかなーと
想像してるんですが、どうなのでしょうか?

なにか情報はありませんでしょうか?

615:デフォルトの名無しさん
06/06/23 21:48:48
age

616:デフォルトの名無しさん
06/06/25 19:44:05
webサービスでDBの検索結果データを取得する場合って、どんなデータ型にするべき？
構造体？

617:デフォルトの名無しさん
06/06/25 19:50:51
>>616
.NETならDataSetがポピュラーだと思うけど、DataSetは負荷重すぎな気がする。

618:デフォルトの名無しさん
06/06/27 00:01:38
>>617
いろんな言語で汎用な型でないとダメなんだ。
メッセージングのようなXML構造がいいのかな。

619:デフォルトの名無しさん
06/06/27 00:23:39
そこでCORBAですよ

620:デフォルトの名無しさん
06/07/03 20:28:07
AXISの場合、WEBサービスのデプロイってjarファイルを
AXISのWEB-INF/lib にサービス毎に配置するってことでOKですか？
あるいは、classファイルをclassesに配置する。

ライブラリとして配置すると、サービスが増えると
libにライブラリが非常に多くなりますが、いい管理方法はないでしょうか。

デプロイの方法もコピーなんですね。

サービスはあくまでも、AXISのライブラリなんですね。
WEBアプリケーション単位だと管理しやすいのですが。因みにWASを使っています。

621:デフォルトの名無しさん
06/07/03 22:05:22
なんでそんな所に配置するのか。

622:デフォルトの名無しさん
06/07/03 23:34:13
WASはJSR921をサポートしてたと思ったが？

623:デフォルトの名無しさん
06/07/03 23:45:34
>>621
なぜ？　共有ライブラリ領域に配置しろってこと？

>>622
EJBサーバーだけど、EJBを使わなくてもJSR921ってのは使えるのですか？
それを使うと、サービスをEJBのようにデプロイできるということですか？

624:デフォルトの名無しさん
06/07/03 23:53:56
Java使いには二種類居る。
クラスローダの動作をイメージ出来る奴と、出来ない奴だ。

625:デフォルトの名無しさん
06/07/04 01:13:54
>>623
JSR921は、EJBじゃないWebサービスアプリもサポートしてる。Servletとして配備する。

626:デフォルトの名無しさん
06/07/04 19:21:56
>>625
JSR921はちょっと情報量が少なくて苦戦してます。

因みに、デプロイ時にアプリサーバーを再起動せずに反映させる方法はないのでしょうか？

627:デフォルトの名無しさん
06/07/04 19:50:49
プログラミングでいいアイディアはないでしょうか？

628:デフォルトの名無しさん
06/07/04 22:52:24
人を雇う。

629:デフォルトの名無しさん
06/07/04 23:49:18
>620
AXIS2の場合、WEBサービスのデプロイはaarファイルを
AXIS2のWEB-INF/services にコピーするだけです。
WEB-INF/lib は AXIS2のライブラリだけ置かれます。

また単にコピーじゃなくて、簡単なAdminツールがついていて
aarファイルをアップロードできたりします。

>WEBアプリケーション単位だと管理しやすいのですが。

ということなら、XFIREはどうでしょうか？

>626
AXIS2はaarファイルのデプロイ時にアプリサーバーの再起動は不要です。
コピーすればサービスとして認識されます。
一度デプロイしたものの無停止置き換えも機能的には対応してるようです。
ただうまくいかないこともあるという報告もあるようです。

630:デフォルトの名無しさん
06/07/05 00:00:45
>>626
Webアプリのクラスローダに乗ってるなら、
Webアプリだけ再起動なり再配備なりすればいいんじゃないの？

情報は、アプリサーバの公開マニュアル探せば？
URLﾘﾝｸ(publib.boulder.ibm.com)
URLﾘﾝｸ(www.beasys.co.jp)

631:デフォルトの名無しさん
06/07/06 00:27:24
>>629
AXIS2からデプロイ回りが強化されたんですね。私はAXIS1です…

>>630
AXISのWEB-INF/libに配備すると、AXISそのものを再起動する必要があるので、
他のサービスにも影響があるんです。

632:デフォルトの名無しさん
06/07/25 00:35:17
RESTに対応したWebアプリフレームワークって何かある？

633:デフォルトの名無しさん
06/07/25 08:36:48
つ[Axis2]

634:デフォルトの名無しさん
06/07/29 13:11:29
これの携帯用ページを作れる方はいませんか？

ＴＢＳの放送免許剥奪を求める陳情署名受付フォーム
URLﾘﾝｸ(www.powup.jp)

【署名提出】ＴＢＳ放送免許剥奪を求める署名OFF 2
ｽﾚﾘﾝｸ(offmatrix板)

635:デフォルトの名無しさん
06/08/05 23:33:18
結局ウェブアプリケーションに向いてる言語って何？
遅くてもJavaですか？

636:デフォルトの名無しさん
06/08/05 23:57:31
というかJavaありきで考えるとウェブアプリケーションになっちゃうだけでしょ。
順番が逆。

637:デフォルトの名無しさん
06/08/12 12:42:54
PHP でＨＰを作っていますが、各クラスの役割についてちょっと意見をいただきたいと思います。
一応ＭＶＣモデルで作られています。

Controlerクラス　ActionとViewを関連付ける。
　全画面の処理手順は、Contorler -> Action - > View となる。
　１つ作成。

Actionクラス
　業務ロジックを行うクラス。　画面ごとに１つ作成

Viewクラス
　画面の表示を行うクラス。　画面ごとに１つ作成

Daoクラス
　データベースの操作を行う。結果をDtoオブジェクトとして返す。
　画面ごとに1つ作成。

Dtoクラス
　データベースから取得したデータを保持するクラス。
　メソッドは実装しない。
　データのまとまりごとに1つ作成。

[疑問]

PHPで、setter、getterメソッドは必要なのか。
連想配列の方が利便性が高い気がする。

ＤＢのデータを保持するクラスと画面に表示するためのデータを保持するクラスは
分けたほうがよいか。（これについては、いろんな議論がされていた）

なんかこういう構造の方がよいよっていう話を聞かせてください。

638:デフォルトの名無しさん
06/08/13 20:17:05
>>637
ｽﾚ（´∀｀（　´∀｀）ﾁｶﾞｲ

Webサービスが何かわかってるか？

>PHPで、setter、getterメソッドは必要なのか。連想配列の方が（略
お好きにどうぞ。制約があるなら別だが、ないなら好きにすれ。

>DBのデータを保持するクラスと、画面に表示するためのクラス
漏れJava使いだから、分ける。あとMVC使うなら。
使わないならどーでもいい。

XFireでのJSR-181は（；´Д`）ｽﾊﾞﾗｽｨ ...ﾊｧﾊｧ。
Axisは氏ね、という気分にさせられる。

639:デフォルトの名無しさん
06/08/18 01:36:02
XFireってそんなにいいの？

640:デフォルトの名無しさん
06/08/18 23:52:54
>>639
XFireがというよりもJSR-181が(　・∀・)ｲｲ!

ただね、WSDLが垂れ流しになるのよね。ｳｪｲ。

641:デフォルトの名無しさん
06/08/19 00:52:35
JSR181って、５年掛かってやっと.netに追いついたって感じだな。

642:デフォルトの名無しさん
06/09/01 11:20:57
APサーバ起動時にEJBのインスタンスを生成して、
中のメソッドを実行させる方法をご教示下さい。

起動後1秒に一回DBのテーブルを読みに行く
ような処理を考えています。

APサーバからではなく、外部からEJBをクーロン等で
呼び出す方法ありますが、できたら起動時の処理を
まとめたいので、上記の方法を考えています。

643:デフォルトの名無しさん
06/09/01 11:27:44
>>642
ServletContextListenerでも使えば？

644:デフォルトの名無しさん
06/09/01 11:51:16
>>643
即レスありがとうございます。

ServletContextListener
まさしくそれです。
助かりました。ありがとうございます。

645:デフォルトの名無しさん
06/09/08 19:36:24
おひ、いつの間にやらこんなApacheIncubatorが・・・

URLﾘﾝｸ(incubator.apache.org)

XFireがapache入りですか？Axisとの関係はどーなるんだ？

646:デフォルトの名無しさん
06/09/08 22:40:23
いぬビームの『全サイトはてブ化』に

　　　　　　　ま　た　も　や　

アフィリエイト乗っ取りの　「　不　具　合　」　が

URLﾘﾝｸ(d.hatena.ne.jp)

647:デフォルトの名無しさん
06/09/16 21:36:38
>>645
URLﾘﾝｸ(tidus.ultimania.org)
らしいですよ？

648:デフォルトの名無しさん
06/09/23 13:39:33
.netでwebサービスを使ってスマートクライアントの開発をしています。

webサービスって何？

Web サービスによって、クライアントアプがリサーバーサイドの処理をキックできるって認識でおｋなのかな？
例えばクライアントアプリのメソッドから、ウェブサービスのウェブメソッドを呼んで。
そいつがサーバのビジネスロジック動かして、retuenしてくる値を
またクライアントが使う、みたいな。

間違ってた？

昔.netのウェブメソッドがやるようなことをxmlで記述するようなフレームワークで開発したことあったな。。
なんだっけ。なんかお粗末なウェブサービスとも呼べない技術だったような気もするんだが。。

649:デフォルトの名無しさん
06/09/23 13:54:50
xml-rpc?

650:デフォルトの名無しさん
06/09/23 15:23:54
かなぁ、とか思ったんだけど、
それに近い、某企業のフレームワークだった気がする。

てかだれかおしえて。俺様のこの解釈ってあってるの？

651:デフォルトの名無しさん
06/09/23 15:30:35
なんだかんだ言って、SOAP使ったWebサービスより、
Web APIとか言って、野良XMLとHTTPを勝手に組み合わせて使う方が圧倒的に盛況だな。

とくにGET使った情報取得系。
実際の需要は、RPCより何かを得るって方が普遍的ということか。

２００５年には大半のメジャー企業がWebサービスで業務連携を行う、
なんて感じの予測を出してたガートナーのアナリストは、生きてて恥ずかしくないのかな？

652:デフォルトの名無しさん
06/09/23 15:31:22
BizTalk？よく知らんけど。

653:デフォルトの名無しさん
06/09/23 17:17:33
>>651
＞野良XMLとHTTPを勝手に組み合わせて使う方が圧倒的に盛況だな。

ｋｗｓｋ

654:デフォルトの名無しさん
06/09/23 18:00:09
RESTの事？

655:デフォルトの名無しさん
06/09/23 19:08:20
B2BじゃSOAPだろ

656:デフォルトの名無しさん
06/09/23 21:42:12
>>648
注意しなくてはならないのは、スマートクライアントやClickOneceはXMLWebサービスとセットじゃなくても単体で使えるということ。
イントラネットでわざわざ糞重いXMLWebサービスを使う根拠は他になくてはならない。

以前、この両者が一対でなければ動作しないと勘違いしているコンサルに設計されてエラい目にあった。
日経なんちゃらとか＠なんちゃらでセットで説明してた影響らしいが。

657:デフォルトの名無しさん
06/09/23 22:13:18
なんちゃらとか遠慮しないで、そういうのはだして大丈夫だよ。
というか、明かした方が世のため人のためだと思う。

658:648
06/09/23 23:05:51
>>656
Web サービスによって、クライアントアプがリサーバーサイドの処理をキックできるって認識でおｋなの？

自分の思ってる事があってるのかどうなのか不安。

＞イントラネットでわざわざ糞重いXMLWebサービスを使う根拠は他になくてはならない。

どういう意味だろう

659:デフォルトの名無しさん
06/09/23 23:34:21
ガートナーやコンサルに煽られて、2003年～2004年に
Java+Axis1で幾つかWebServiceを立ち上げたのだが、
Axis1には「Java5 で動かない」と言う地雷があってなぁ orz

そんで今はREST(HTTP+野良XML)に落ち着いてる。
デバッグは楽だし、Ajaxからも楽に呼び出せる。

JAX-WS2.0が普及して Ajax用のSOAP Clientが広まったら
解らないけど、今はこれで満足だ。

660:デフォルトの名無しさん
06/09/23 23:43:22
.netのwebサービスは？

661:デフォルトの名無しさん
06/09/24 00:06:32
＞Web サービスによって、クライアントアプがリサーバーサイドの処理をキックできるって認識でおｋなの？

OK

662:605
06/09/24 00:13:06
>>659
俺はAXIS出る前だったからApacheSOAPでやったが
パフォーマンスでなかったのでHTTP+独自プロトコルによるRPCにあわてて切り替えた
Javaも1.4出る前だったからXMLまわりの挙動で苦労したよ

いまだとLANでやるんだったらRMIかApacheXML-RPCのどちらかかな
ただJavaEE5のWEBサービスはちといじってみてJAXBベースは非常に簡単だったので多少心が動いてる
XML-RPC楽でいいけど、JavaというかGenericsとかと相性が悪い気がする

663:デフォルトの名無しさん
06/09/24 00:18:32
独自プロトコル・・
ずいぶん苦労した感じがするのは気のせいか・・

664:デフォルトの名無しさん
06/09/24 00:25:36
独自プロトコルの方が自分に欲しい物を実装できるから楽。
既存のプロトコル規格をどう使うか（拡張するか）は結構大変だよ。

665:デフォルトの名無しさん
06/09/24 00:38:07
どっちも良さがあるから、なんともいえない。
一つ言っておくと、（独自だし）せっかく作ったのだから
これからどんどん引き継いでいくんだろうと思う。

666:デフォルトの名無しさん
06/09/24 00:46:05
>>661
ありがとう。
そういう認識でよかったんだ。。

後もいっこ質問。
例えばサーバのＤＢからデータ取ってくるようなビジネスロジックがあるとする。
それをクライアントから呼ぶ場合、webサービスを使って、そのビジネスロジックのDLLを呼び出すのに
ウェブメソッド使う感じなの？

webサービスってそれ自体がクラスなんだよね・・・？
インターフェイスのないただのクラスってことでおｋ？

じゃあ１つのアプリケーションで沢山のwebサービスを使うってことなのかな。
それとも１つのウェブサービスに、たくさんwebメソッド追加していくような作りになるのかな？

すいません、初心者な質問で・・。

667:デフォルトの名無しさん
06/09/24 00:52:53
>>666 もう少し煮詰めてから質問してくれ

668:デフォルトの名無しさん
06/09/24 01:11:04
>>666
本日のダミアンおめｗ

っていうか、技術コンサルでも雇えよレベルだな。

669:デフォルトの名無しさん
06/09/24 15:56:32
dllのメソッドをWebサービスで呼び出せる。
その発想が地獄の始まりなんだよ。

現実にはある程度は仕方がない面もあるが、
サービスはライブラリなんかのメソッド設計とは、
全く別物として考えるべき。

dllの機能を公開するって考えるんじゃなくて、
必要なインターフェイスをサービスに備えるために、
dllなんかは内部で利用するだけ。

670:デフォルトの名無しさん
06/09/24 16:00:25
業務アプリじゃ専らリモーティングだな、.NETの場合。
勿論必要に応じてWebサービスで公開出来るようには考えとくが。

671:デフォルトの名無しさん
06/09/24 17:49:34
>>669
＞dllのメソッドをWebサービスで呼び出せる。
＞その発想が地獄の始まりなんだよ。

＞dllの機能を公開するって考えるんじゃなくて、
＞必要なインターフェイスをサービスに備えるために、
＞dllなんかは内部で利用するだけ。

kwsk

672:デフォルトの名無しさん
06/09/25 01:15:14
まずはMVCで機能ごとに切り分けができないと、設計ができない。
全部dll直叩きをネット経由で許してたら、便利な反面、セキュリティ的に弱いし。
まあローカルアプリケーションでSQL生成して、DBにネット経由でアクセスさせた方が便利だよ。SQLインジェクションされまくりだが。

673:デフォルトの名無しさん
06/09/25 01:27:40
＞ローカルアプリケーションでSQL生成して、DBにネット経由でアクセスさせた方が便利だよ

・・・・・・・えええっ？

674:デフォルトの名無しさん
06/09/25 03:29:39
というか反応する場所が違うのではないか？

LANでの運用アプリならクライアントサーバー方式とかまったく問題ない。

突っ込むべき場所は「SQLインジェクションされまくり」だと思うが。
プリペアつかってないのかと。

675:デフォルトの名無しさん
06/09/25 08:36:50
でも、柔軟にリアルタイムで多様な条件でのデータ抽出、とか
データウェアハウス的な機能を付けてくれとか
顧客の無茶な要件聞いてると、
SQL直叩き出きるようなインターフェイス用意したくなる俺ガイル。

両方直してると間に合わないんスヨ

676:デフォルトの名無しさん
06/09/25 10:58:58
つーか適材適所だろ

ロジックがクライアントに来るならクラサバ方式でいいだろうし
開発人数が1人だとそっちのほうが楽なことは楽

677:デフォルトの名無しさん
06/09/25 23:09:09
>672
>全部dll直叩きをネット経由で許してたら、便利な反面、セキュリティ的に弱いし。

そのセキュリティの部分はサービスとは切り離して、という考え方が
WS-Securityかなと思います。

とはいえ、だからdll直叩きで良いというつもりではないです。
dllのAPIとサービスのインターフェースって、粒度が違うと思いませんか？

678:デフォルトの名無しさん
06/09/26 01:52:54
粒度が違うと言うより、比べる土俵が違う。
DLLは実装だし、サービスは概念だろう。
サービスの中からDLLの各機能呼ぶこともあるだろうし、
いろんなサービスを呼び出すDLLを作る人だって居るだろう。

679:デフォルトの名無しさん
06/10/03 23:00:51
Visual　Studio２００５でwebサービスを作ったのですが
dllを参照設定しようとすると、ｂｉｎフォルダにdllがコピーされてしまうのですが
これって何なんでしょう？

680:デフォルトの名無しさん
06/10/04 00:43:43
コピーしなきゃ使えんだろうが。

681:デフォルトの名無しさん
06/10/04 02:14:03
webサービスをビルドしたらどうなるの？

682:デフォルトの名無しさん
06/10/06 02:26:01
複数のwebサービスを作成して
プログラムで使用しようと思っています。
その場合各サービスで共通に参照したいdllが
すべて各サービスにコピーされてしまうのですが、
コピーせずに一箇所にあるdllを参照するようにはできないのでしょうか？

683:デフォルトの名無しさん
06/10/16 16:38:01
素で質問です。
ブラウザに表示している内容をそのままメールで送るって
できるんですか？

684:デフォルトの名無しさん
06/10/16 22:44:52
スレ違い

685:デフォルトの名無しさん
06/11/03 13:32:48
BPELエンジンとか、Webサービスを呼ぶ側を話題にしたスレはどっかにないのかね？

686:デフォルトの名無しさん
06/11/14 17:00:48
SCAとか云われても良くわからん。
UDDIではいかんのですか？

687:デフォルトの名無しさん
06/11/15 11:55:50
Servlet+JSPを用いてwebアプリケーションを作成しています。
で、今回windowsへのログインをそのまま認証とし、
アカウント情報をそのままアプリケーションのユーザ情報として扱おうという事になったのですが、
java側でのwindowsログインアカウント情報の取得方法がわからず困っています。
どなたか知恵をお貸しください・・・

688:デフォルトの名無しさん
06/11/16 12:32:51
禿しくスレ違い。
JNDIでも使えば良いじゃん。

689:デフォルトの名無しさん
06/11/20 23:51:34
こんばんわ
質問があります。
言語はC#, 開発環境はVisual Web Developer 2005 Express Edition
で開発しています。

普通ならソリューションエクスプローラーから「Web 参照の追加」で
サービスを追加すればいいのですが、この作業を
C#のコードで実現するにはどうすればいいかわかりません。

というのも既にjavaで複数のサーバーにサービスが作成されているのですが、
すべてサービスが同じ名前で作成されており、今後もサーバーが増えるごとに
同じ名前のサービスが増えていくのです。
例)
URLﾘﾝｸ(servername1)
URLﾘﾝｸ(servername2)
URLﾘﾝｸ(servername3)

手で参照を追加するのでは無く、コード内で動的に参照を追加するのは可能なのでしょうか？
可能でしたらやり方を教えてください。

690:デフォルトの名無しさん
06/11/21 02:13:43
wsdl.exeでスタブ作るかい？漏れはそうしてる。

ただサービス側のメソッドが変更されたらC#側も変更しないかんかも。ﾏｧ・ｶﾞﾝｶﾞﾚ。

691:689
06/11/22 21:01:51
>>690
WSDL.exeでプロキシサービスを作成しコンストラクタにサービスのUrlを渡すという方法でできました。
ヒントthx

692:デフォルトの名無しさん
06/11/28 16:29:30
質問があります。
asp .net webサービスを作成しています。
やりたいのは単純にDBのテーブルから
"select * from HOGE"
などの簡単なSELECT文の結果を返したいだけです。

DataSetを返すWebサービスに対してJavaからアクセスするとDataSetはJavaに無いので
エラーになりますよね？
どのような形でデータを渡したらよいかわかりません。

ASP.NET を使用して作成した XML Web サービスによってサポートされるデータ型
URLﾘﾝｸ(msdn.microsoft.com)
も見てみたのですがよくわからず。
お助けください。

693:デフォルトの名無しさん
06/11/29 01:46:42
ASP.NET 側が WSDL をきちんと作ってくれるなら
Java の側ではどうにかなる。

694:692
06/12/10 13:20:52
>>693
遅レスだけどthx

695:デフォルトの名無しさん
06/12/23 02:00:19
直SQL受付機能は諸刃の刃だな。

しょーもない問い合わせが減るのはメリットだが、ユーザが本格的に何でもやり始めると開発の仕事の依頼も来なくなる。

696:デフォルトの名無しさん
06/12/23 02:03:02
　 ,j;;;;;j,. ---一､｀　―--‐､_ l;;;;;;
　｛;;;;;;ゝ T辷iﾌ i 　　f'辷jァ　 !i;;;;;　　Webサービスは言語依存しない
　ヾ;;;ﾊ　　　　ﾉ　　　　　　　.::!lﾘ;;rﾞ　　そんなふうに考えていた時期が
　　 `Z;i　　　〈.,_..,.　　　　　　ﾉ;;;;;;;;>　　俺にもありました
　　,;ぇﾊ、　､_,.ｰ-､_',. 　　,ｆﾞ: Y;;f
　　 ~''戈ヽ　｀二´ 　　 r'´:::.　`!

697:デフォルトの名無しさん
07/01/15 07:14:47
google　map　に弄ばれて・・

698:デフォルトの名無しさん
07/01/23 02:31:51
ApacheAxisってJavaMail使うみたいだけど、何に使ってるんですか？

699:デフォルトの名無しさん
07/01/23 03:06:17
>>698
SOAP Message with Attachment。
この機能が要らないなら、JavaMailなくても動いたと思う。

700:デフォルトの名無しさん
07/01/24 02:19:24
警告が出るだけだよな。

701:デフォルトの名無しさん
07/02/18 05:45:46
すみません、.Net(クライアント）、Java(サーバー）をSOAPで
つなぎたいんですが、WEBサービスだと、インターフェイスベースの
やり取りってできないんですよね？
ってことはビジネスメソッドごとにWEBサービスをつくらないと
いけないので、不便なこときわまりないですね。

702:デフォルトの名無しさん
07/02/18 05:55:03
たとえば、public Serializable xxx(Serializable param)
みたいなメソッドのやりとりはJava-Javaならできますが、
便利だけど、WEBサービスの場合は実際の実装クラスをいちいち
宣言しなければいけなくなるので、はっきりいって話に
なりませんな。

703:デフォルトの名無しさん
07/02/18 08:55:05
流れぶった切る用で悪いんだが1機密性、2完全性、3可用性、4責任追及性、5真正性、6信頼性の中で

a:ネットワークやシステムの二重化。負担に耐えられる設計
b:デジタル署名。パスワード認証。
c:ネットワークやシステムの二重化。UPS、RAIDなど
e:デジタル署名。メッセージダイジェストによる改ざん防止
f:アクセス制御。パスワード認証。暗号化。入退室管理
どれがどれに当てはまるか教えてくださいエロイ人！

704:デフォルトの名無しさん
07/02/18 09:08:59
>>702
そういう用途ならCORBAかDCOMを使えばいい。

705:デフォルトの名無しさん
07/02/18 09:55:20
>>701-702
それは使用してるWebService実装の制限であって
WebServiceの制限でもなんでもないでしょ。
WSDLに従ったサービスを提供できればそれで良しな世界だよ。

Apache Axis なら、同じインターフェースを持つ別クラスであれば
wsdd でクラス名のところ書き換えれば済むだけの話。
クライアントからはWSDLの裏でどんなクラスが動いてるか、
そもそもJavaで実装されてるのかすら分からん。

706:デフォルトの名無しさん
07/02/18 11:23:07
WSDLならすんなり動くはず

707:デフォルトの名無しさん
07/02/18 18:29:38
いまはXMLのドキュメントをまるっと渡すパターンが多いらしいな、
インターフェイスをまとめたい場合は。
俺はあんまり好きじゃないが。

708:デフォルトの名無しさん
07/02/18 20:15:55
.NETのはInterfaceは×のようだ。シリアライズできないと怒られる。
AbstractでXmlIncludeAttributeを使えば○。

709:デフォルトの名無しさん
07/03/10 21:22:08
.netで作られたWebサービスをJavaクライアントからAxis/Axis2とかJax-Wsを使って使いたい。
.net側で公開されているWebサービスではメソッドがオーバロードされていたり、
セッション(EnableSession=true)を使用するように実装されている。

.net側のサービスに手を加えずにJavaクライアントから簡単に利用できるものなんでしょうか？
Java側のWSは全部使ってみた限り、Jax-Wsが一番使い易かったんですが、(NetBeans入れてすぐ使えた)
Axisとかにメリットってあるのでしょうか？

710:デフォルトの名無しさん
07/03/11 00:19:01
>709

Axis、Axis2はJAVA側でWEBサービス立ち上げたい時は使いやすいと思う。
.NETのサービスのクライアントとして使うということだと、Axis2ならXMLのシリアライズ、
デシリアライズのパフォーマンスが良いかも。
StAX技術のAXIOMということで。
ただ、パフォーマンス比較したことはないです。

711:デフォルトの名無しさん
07/03/11 01:13:49
性能は、JAX-WS2.1＞＝Axis2＞＞＞Axis。

Axisのメリットは、一番メジャーって事に尽きると思うが、Axis2は今のところあまり使われてなさそう。
あと、JAX-WSはJDK6に標準搭載されてるんじゃないっけ？
ちなみに、JAX-WS創ってるのはサンノゼ現地の日本人だったと思う。

712:デフォルトの名無しさん
07/03/11 02:35:40
JAX-WS2.0が標準装備されてるね
クライアントに標準で入ってるというのは大きい
サーバー側もRIでいいし

アノテーションは楽だよなー

713:デフォルトの名無しさん
07/03/11 12:22:00
.Netと比べて、セッション情報を有効にする方法がわかり辛いね。
唐突にダウンキャストが発生するっていう設計なんとかならないのかと。
Java系って.Netと比較してこういうこと多くない？
.Netから入ったんではまった。

Hello proxy = new HelloService().getHelloPort();
((BindingProvider)proxy).getRequestContext().put(BindingProvider.SESSION_MAINTAIN_PROPERTY,true);

714:デフォルトの名無しさん
07/03/12 17:52:34
>>713
WebServiceに状態持たすなってことじゃないの？
状態を持たせなきゃいかんケースって何があるのだろう。

715:デフォルトの名無しさん
07/03/12 20:22:37
カートの中身とか？

716:デフォルトの名無しさん
07/03/12 22:13:40
>>715
Webサービスだとクライアントが普通のアプリだからカートはクライアントが持てばいい。
認証系くらいか？

717:デフォルトの名無しさん
07/03/13 01:12:30
ログインして、何かする必要のあるサービス？
っていろいろあるのでは、会員制の何か、チャットとか

718:デフォルトの名無しさん
07/03/13 01:17:10
認証した時にユーザー情報みたいのをざくっと取得して
あとはクライアント側で保持れって感じになるんかな。

どっちに持たせるのが自然なんだろ。
サーバーの方な気がしなくもない。

719:デフォルトの名無しさん
07/03/13 01:35:10
WebServiceでセッション保持にCookie使ってメソッド呼び出しではセッションを意識しないようにするって
ごく普通の作りだと思っていたけど、違うのかと。
セッショントークンみたいなのをメソッド引数に渡す、見たいなことはやめてほしい
(.NETでセッションを有効にすると普通にCookieにASP.NET SessionIdみたいなのが入ってやり取りされる。)

720:デフォルトの名無しさん
07/03/13 01:58:00
Cookie使うのは大邪道だと思うが。

でも、UDPだのRPCだのといったプロトコルレベルではステートレスな通信で
ステートを扱うというのは十分あり。
要はアプリケーション層でステートを管理すればいいわけだから。

WebServiceなら、ステート情報を明示的に引数で渡せばいいわけじゃん。

721:デフォルトの名無しさん
07/03/13 09:26:04
WS-I Basic ProfileではHTTP Cookieでセッション管理するのはやめれとあった希ガス

722:デフォルトの名無しさん
07/03/13 14:47:20
普通はソープヘッダじゃねーの？

723:デフォルトの名無しさん
07/03/14 01:25:24
それが全然使われてない現実。ヘッダなんて全く使わない。

724:デフォルトの名無しさん
07/03/14 01:29:13
エラーで 503 返す仕様とかも
Flex2 アプリだとブラウザが通知してくれなくて
結局エラーの詳細取れないよとか、
現実に即してない仕様がところどころあるね。

725:デフォルトの名無しさん
07/03/14 01:43:42
そろそろ方言だらけになって収拾つかなくなる悪寒
いやもう既に(ry

726:デフォルトの名無しさん
07/03/14 02:05:24
そのためにWS-I Basic Profileがあるわけだが。

727:デフォルトの名無しさん
07/03/14 08:34:21
ASP.NetがセッションをCookie管理するならまぁ、それはそれでしょうがないよね
何が正しいのかよくわからん。
URLﾘﾝｸ(yohei-y.blogspot.com)

728:デフォルトの名無しさん
07/05/08 23:06:40
webブラウザからftpサービス呼び出して、取得したファイルを加工（DBに登録など）
その結果をブラウザに表示する。
こんなプログラム可能でしょうか？接続数が多いとftpで応答無しになります？

729:デフォルトの名無しさん
07/05/11 10:40:33
保守

730:デフォルトの名無しさん
07/05/11 12:56:51
>>728
答えるに値しない質問だ
勉強しろ阿呆

731:デフォルトの名無しさん
07/05/11 20:42:57
>>728
WEBブラウザから呼び出すサーブレットがFTPクライアントになってFTPサーバと通信、
通信結果を別途DBに書き込み、全体の処理結果をHTMLとしてWEBブラウザに返すのか？

732:728
07/05/12 01:57:25
>>731
はい。そのとおりです。どの部分が問題でしょうか？

733:デフォルトの名無しさん
07/05/12 02:11:58
最初からDBに保存しておけば？
FTP通信する時間やリソースがもったいないよ？
もしくはローカルにファイル保存しておくとか．

ところで，Axis2って1.1以降になって凄く使いやすくなったね．
ほとんどPOJOベースでSOAP/Rest通信が組み立てられるし，
通信速度も旧Axisより全然速くなってるし．

個人的にはRESTの決定版フレームワークが出てきて欲しいんだけど，
RESTLetって奴ぁ今ひとつっぽいんだよね．

734:デフォルトの名無しさん
07/05/12 02:43:16
WLS9.2にAxisかAxis2乗っけてみようと思っているのですが
誰か試してみたことあります？

735:デフォルトの名無しさん
07/05/12 08:50:13
特定のWEBサービスエンジンに依存して書く必要はないと思うがそれが必要ならいれればいいだけ

736:デフォルトの名無しさん
07/05/12 13:50:39
>>734
最初からWEBサービス付いてるのにAxis乗せる意味が判らん。

737:デフォルトの名無しさん
07/05/12 14:48:41
>>736
WLS9.2のConsumerが動的プロキシ・DIIをサポートしていないトンデモ仕様
っぽいので、どうしたものかなと思いまして・・・。

一応非推奨ながらも8.1のautotypeとかで作ったWebサービスは動作するみたいです。
Axisは今axis.jarとかsaaj.jarとかをwarに突っ込んで動かしてみてるところなんですが、現在苦戦中です。
WLS9.2でAxis使ったProviderってのもWSDL表示させるところまではできたもののConsumerで呼んでみたところエラー・・・。

意外に難しい・・・orz

738:デフォルトの名無しさん
07/05/12 14:59:41
>>737
ドンデモ仕様？
仕様と違う動きならそうだけど、定義されてないものをいうのはどうなんだろ。
J2EE4でDIなんて定義されてたっけ？

739:デフォルトの名無しさん
07/05/12 21:59:07
>>738
いや、J2EEではなくってJAX-RPCです。
で、WLS9.2のリリースノートにはJAX-RPC1.1サポートと書いてあったりするので・・・。

というか8.1で使えたものをわざわざ9.xでなくしてるのはやっぱりBEA的にはこれからの流行は静的スタブなんですかね。

740:デフォルトの名無しさん
07/05/12 23:22:22
JAX-RPCはJ2EE1.4まで
JAX-WSはJavaEE5

商用AP鯖使ってるならBEAにきけば一発でそ

741:デフォルトの名無しさん
07/05/17 00:16:44
いまさらながらなんですが、WebLogic9.2でAxis動きました。
いや、だからどうしたって感じなんでしょうが・・・。

742:デフォルトの名無しさん
07/05/17 00:58:10
だからどうした？ん？

743:デフォルトの名無しさん
07/05/18 09:37:51
>>740
野口、乙

744:デフォルトの名無しさん
07/05/18 11:52:26
野口ってだれだ？

745:デフォルトの名無しさん
07/05/18 13:28:17
>>739
動的プロキシやDIIなんて何に使うんだ？
相手のインタフェースがバンバン変わるのか？
インタフェースが変わったらアプリも直さなきゃだろ？

746:デフォルトの名無しさん
07/05/20 22:10:29
xfireくわしいひといる？
あれってさ、style=doc なのになんでRPCみたいな書き方が出来るの？
wsdlも ?wsdlで自動生成だし

747:デフォルトの名無しさん
07/05/30 06:48:26
ローカル環境で動かすことが中心となるような
ブログっぽいシステムを構想中なのですが、
GoogleDesktopのようにURLﾘﾝｸ(localhost:)(ポートNO)
という形でブラウザをUIとして使う仕組みを作り、
ローカル環境でCGI(?)を動かすにはどうすればいいでしょうか？
ご教授お願いします！

（書いてる途中に気づいたのですが、Firefoxの
bbs2chreaderもこの仕組み使ってる？）

748:デフォルトの名無しさん
07/05/30 11:59:11
WEBクローラーを作るのには、
どの様な言語、書籍を勉強すれば宜しいのしょうか？
例えば下記の様なハローワークのサイトをクローリンクしているサイト
みたいなのを作りたいと思っています。

URLﾘﾝｸ(kyusaku.jp)

749:デフォルトの名無しさん
07/05/30 12:35:19
スレ違い

750:748
07/05/30 14:30:23
すみません。
なんの言語を使うかも分からないので、
どのスレで聞くべき質問かすらも分からりませんでした。

751:デフォルトの名無しさん
07/05/31 20:37:03
WebProg
URLﾘﾝｸ(pc11.2ch.net)

752:デフォルトの名無しさん
07/06/01 11:08:55
phpなんですが
ignore_user_abort(1);
register_shutdown_function("func");
上記のようにプログラム終了時に関数を実行するようにしているのですが
sleep(30);
のようにしてスクリプトタイムアウトさせた時に関数が実行できません。
スクリプトタイムアウト時に処理をしたい場合はどのようにすればよいのでしょうか？

753:デフォルトの名無しさん
07/06/01 12:10:50
>>752
>>749
Webサービスという名前を付けた奴が一番の戦犯だな。

754:デフォルトの名無しさん
07/06/01 20:34:48
>>753
深く同意する。

755:デフォルトの名無しさん
07/06/09 11:43:22
>>747
localにサーバ立てて
localhost：ポート番号でアクセスすりゃいいだけじゃん。
WEBサービス関係ないし。

756:デフォルトの名無しさん
07/06/10 01:41:09
directoryとしては実在しないURIをちょうだい、という要求にしらっと応答できる仕組みが
どうもわからない。

どなたか、仕組みをべたべた書くやり方の例を教えてください。

757:デフォルトの名無しさん
07/06/10 14:44:24
>>756
日本語でおｋ

758:デフォルトの名無しさん
07/06/13 22:01:11
- 404をトラップ
- もしくは、どうせ外からわかんないんだし folder という名前のアプリを置いとく

759:デフォルトの名無しさん
07/06/16 10:49:50
WebサービスのクライアントをC++（.NET使わないVC6時代のC++、プラットフォームはWindows）
で作りたいというか作らないといけなくなったんですが、APIは何を使うのが楽でしょうか。
ちょっと探してみたところ、SoapToolkitとMSXMLってのを見つけたので、使えるかどうか
調べるところなんですが…

760:デフォルトの名無しさん
07/06/16 23:26:43
>>759
APIはオマイが作るんじゃないの？
よくわからないならとりあえず

1 やり取りするデータについて、何がどのタイミングで必要か洗い出す
2 洗い出したら、それぞれに名前を付ける。半角英数で。
3 とりあえず、<その名前>データを文字列として貼り付け</その名前>なXMLを作る
4 上のXMLをとりあえず、ウェブ経由で読めるようにする
5 サーバはそれで終わりにして、クライアント側でそのXMLを取れるようにする
6 取れるようになったら、XPathとかで必要な部分をブッコ抜けるようにする
7 以上終了

でいいんじゃね？５以降のステージだけの話なら、４までやった奴が推奨してる
方法でやればいい。

761:デフォルトの名無しさん
07/06/17 03:49:52
サーバ側を何で作るか知らんけど例えばこういうの使うのでは？

* SOAP Toolkit 3.0他
URLﾘﾝｸ(msdn2.microsoft.com)
* SQL Data C++ Library for SOAP Client
URLﾘﾝｸ(www.sqldata.com)
* gSOAP
URLﾘﾝｸ(sourceforge.net)

762:デフォルトの名無しさん
07/06/17 11:34:35
えと、サーバ側は私の担当じゃなくて、私が担当するのはC++で
Webサービスのクライアントを作ることなのです。
JavaやC#が使えるなら簡単そうなのですが、C++で
クライアントを作るならどうするのが楽なのか、一般的なのかなあと思いまして。

で、SOAP Toolkitで指定したWebサービスにリクエスト送って、
レスポンスのXMLを引っ張ってきて、MSXMLで解析して必要な情報を抜き出す
という形になるのかなあと想像していました。
（うちはどっかのベンダーが出してるライブラリしか使えないのです。OSSとかダメ）

C++でその辺のことをやってるサンプルコードってありますでしょうか？
探してるんですが、C#やJavaでの実装例が大半で、見つけられてないんです。

763:デフォルトの名無しさん
07/06/17 12:45:09
サーバから受け取ったXMLを解析するのは上で挙げたSOAP Toolkit、
ｇSOAPなりの役目で、担当するクライアント自身がそれをする必要は
差し当たりないように思うんですが。

いろいろ試してみて、それで間に合わない場合に、初めてXMLパーサ
なりを使ってXMLの解析も含め自分でライブラリを作る必要が出て
来るのではないですか？

どっかのベンダーがという前提ならSOAP Toolkitをとりあえず調べて
どうでしょう？SOAP Tookitにもサンプルが含まれてる様です。
他のサンプルだとこんなのとか。
URLﾘﾝｸ(www.codeguru.com)
URLﾘﾝｸ(www.devarticles.com)

次ページ