Webサービス プログラミング総合スレッドat TECH
Webサービス プログラミング総合スレッド - 暇つぶし2ch545:デフォルトの名無しさん
06/04/24 13:26:24
>>541
システム間をできるだけ疎結合にするため。
CORBAは複雑すぎ、RMIとJMSは言語依存、DCOMはプラットフォーム依存
でどれもイマイチ。


546:デフォルトの名無しさん
06/04/24 23:45:28
BPELはWS-Transaction実装の暁には補償トランザクションを記述するために必要だが、WebService自体が斜陽。

547:デフォルトの名無しさん
06/04/25 10:17:01
疎結合って速度といい負荷といいトランザクション制御といい、
メリットよりデメリットが大きいと思う今日この頃。

548:デフォルトの名無しさん
06/04/25 10:27:10
社内システムなんて、いざとなりゃ RMI-SOAP ゲートウェイでも何でも作って設置できるんだから
実現手段上の疎結合なんて謳ったところでたいして意味は無いな。いくら Web サービス使った
ところで設計が密結合ならそれこそ本末転倒。

549:デフォルトの名無しさん
06/04/25 10:44:13
まあ、全体を把握できる中小企業じゃ疎結合にしたいなんて思わないだろうな。


550:デフォルトの名無しさん
06/04/25 16:31:38
疎結合なら、実装は何であれキューのアーキテクチャを取るべき。
RPCの形を取ってる時点でWebサービスは密結合。

551:デフォルトの名無しさん
06/04/25 16:37:31
それはちょっと極論すぎ。
Queue だって十分密結合になりうる。てか Queue と RPC は競合しない。

552:デフォルトの名無しさん
06/04/25 16:40:05
結論:生ソケットでバイナリ。これ最強。

553:デフォルトの名無しさん
06/04/25 19:24:27
粗結合、粗結合って、何が粗なの?定義は?
IIOPと何が違うのか?

554:デフォルトの名無しさん
06/04/25 19:54:30
繋がってるシステムの片方のOSやアプリ実装言語が換わっても平気で動
き続けられるようなこと、じゃないかな。



555:デフォルトの名無しさん
06/04/25 20:00:11
というか、アプリケーション設計の結合度のインパクトに比べたら SOAP だキューだ
とかいう実現手段の結合なんてどうでも良い事にそろそろ気付けよ。

556:デフォルトの名無しさん
06/04/25 22:40:45
>>555
性能考えると激しくどうでも良くない気がするが。


557:デフォルトの名無しさん
06/04/25 22:47:12
今のは結合度の話。その通りで実現手段なんだから性能面の評価は重要。
そっちの話をするのに異議はない。

558:デフォルトの名無しさん
06/04/25 22:51:39
下回りでバイナリシリアル化とかいろいろツールが用意されてるならいいけど、
そうじゃないと性能改善もし難いよね・・・

で結局RESTでバイナリをPOSTするんで結果もバイナリでよろしく、と。

559:デフォルトの名無しさん
06/04/25 23:02:05
TLV が良いよ。

560:デフォルトの名無しさん
06/04/26 08:36:49
>>554
それなら、CORBAだって粗結合じゃん。

561:デフォルトの名無しさん
06/04/26 08:48:35
粗結合って初めて聞いた

562:デフォルトの名無しさん
06/04/26 21:55:43
要するに、イントラネットならCORBAを使うべき。WEBサービス使ってる奴はミーハーなアフォ、でFA?

563:デフォルトの名無しさん
06/04/26 22:41:39
粗結合ワロタ

564:デフォルトの名無しさん
06/04/26 23:07:53
アラケツゴウ と読むべし。


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

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

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

例:
 ・人権擁護法
 ・電気用品安全法(PSE法)

566:デフォルトの名無しさん
06/04/26 23:37:46
       |
   \  __  /
   _ (m) _ピコーン
      |ミ|    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の連携 c⌒っ*゚д゚)っφ 記念カキコ。

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
Axis1しか使ったこと無いけど、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
これの携帯用ページを作れる方はいませんか?

TBSの放送免許剥奪を求める陳情署名受付フォーム
URLリンク(www.powup.jp)


【署名提出】TBS放送免許剥奪を求める署名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 でHPを作っていますが、各クラスの役割についてちょっと意見をいただきたいと思います。
一応MVCモデルで作られています。

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

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

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

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

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


[疑問]

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

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

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

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って、5年掛かってやっと.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 サービスによって、クライアントアプがリサーバーサイドの処理をキックできるって認識でおkなのかな?
例えばクライアントアプリのメソッドから、ウェブサービスのウェブメソッドを呼んで。
そいつがサーバのビジネスロジック動かして、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より何かを得るって方が普遍的ということか。

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

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

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

kwsk


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 サービスによって、クライアントアプがリサーバーサイドの処理をキックできるって認識でおkなの?

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

>イントラネットでわざわざ糞重い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 サービスによって、クライアントアプがリサーバーサイドの処理をキックできるって認識でおkなの?

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
ありがとう。
そういう認識でよかったんだ。。

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

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

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

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

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

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

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

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 Studio2005でwebサービスを作ったのですが
dllを参照設定しようとすると、binフォルダに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   〈.,_..,.      ノ;;;;;;;;>  俺にもありました
   ,;ぇハ、 、_,.ー-、_',.    ,f゙: 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
日本語でおk

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 以上終了

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


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、
gSOAPなりの役目で、担当するクライアント自身がそれをする必要は
差し当たりないように思うんですが。

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

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

764:デフォルトの名無しさん
07/06/17 12:52:12
>>763
> サーバから受け取ったXMLを解析するのは上で挙げたSOAP Toolkit、
> gSOAPなりの役目で、担当するクライアント自身がそれをする必要は
> 差し当たりないように思うんですが。
> いろいろ試してみて、それで間に合わない場合に、初めてXMLパーサ
> なりを使ってXMLの解析も含め自分でライブラリを作る必要が出て
> 来るのではないですか?
> どっかのベンダーがという前提ならSOAP Toolkitをとりあえず調べて
> どうでしょう?SOAP Tookitにもサンプルが含まれてる様です。
> 他のサンプルだとこんなのとか。
> URLリンク(www.codeguru.com)
> URLリンク(www.devarticles.com)

上でSOAP Toolkit→MSXMLと書いたのは、SOAP Toolkitの守備範囲がどこまでは分かっていなかったので、
XMLの解析を自前というか、Toolkitの外でやる必要があるならMSXMLを使うのかなあと
サンプル見てみます。ありがとうございました。

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

WEBサービスでの呼び出しって
WSDLで実装クラスの型を細かく指定しないと駄目なんでしょうか?
(要するにリモート側のビジネスロジックが増えるごとにWSDLが増えていく?)
EJBCommandパターン?みたく
XXXComand#execute(commandParam)みたいなインターフェースのみの定義にして、
後は個別実装クラスが大量にあるって形式にできないのかなと。。。

やり取りするのはJava - Javaで確定しています。
接続するシステム間がhttpじゃないと繋げないのでWEBサービス!
ということに既になっています。

766:デフォルトの名無しさん
07/07/02 00:23:36
>>765
事故レス・・・
SpringのHttpInvokerってのいいですね。
ぶっちゃけHttpに載せられればいいと思っているし、
.Netとかがクライアントになるわけじゃないので
SOAP全然いらないです・・・



767:デフォルトの名無しさん
07/07/05 23:17:22
Soap Toolkit 3.0を使っているのですが、SoapSerialiser30クラスのStartEnvelop関数で
Envelopを書くと、実際のXMLにはxmlns:SOAPSDK3=とかいう属性が追加されます
Startなんたら関数を使わずにEnvelopとBodyをWriteXml関数で直接書いてやっても、
送られたXMLを拾って見てみると、上記の属性が追加されています…。
Envelop以下が完全に任意のXMLを送らせたいのですが、どうすれば可能でしょうか。

768:デフォルトの名無しさん
07/07/05 23:18:00
追記。VC6、Soap Toolkit 3.0、MSXML4で開発しています。

769:FIRE
07/07/19 22:57:39
今まではAxis1.4+Maven1.x系でJavaのBeanからちまちまとWebサービスを作っていたのですが,
URLリンク(journal.mycom.co.jp)
これ↑を見て,EnunciateでWebサービスを使ってみようと思い立ちました.
とりあえずこのページに書いてあるとおりにやり(enunciate-1.2を使いました),
Webサービス自体はできたのですがクライアント側のプログラムの書き方が分からなくて困っています.
今まではお手軽さからちょっと動きを試すときにはPerl(Active Perl5.8.8)のSOAP::Liteを使っていました.
use SOAP::Lite;
my $service = SOAP::Lite -> service('URLリンク(localhost:8080)');
my $result = $service -> hello();
printf("%s\n", $result);
が,↑今までいけてたこのプログラムだと
proxy:transport protocol is not specifiedと言われて怒られてしまいました.
そこで,少し調べてみて以下↓のようにすると,今度はWebサービスからの
返り値を表示するところで,結果が1しか帰って来ません.
use SOAP::Lite;
my $uri = 'URLリンク(examples)';
my $proxy = 'URLリンク(localhost:8080)';
my $service = SOAP::Lite -> uri($uri);
$service->proxy($proxy);
my $result = $service -> hello();
printf("%s\n", $result);
AXIS1.4はWSDLの標準に準拠している等聞いたような気がするので,同じコードでいけると
思ったんですが,何がまずいのでしょうか・・.
enunciateはclient側のjarファイルをダウンロードできるようにしてくれるとのことなのですが
その使い方も良く分からず困っております.
どなたかご教授いただけませんでしょうか.よろしくお願いします.

770:デフォルトの名無しさん
07/07/26 14:23:33
URLリンク(yohei-y.blogspot.com)

これって何?

771:デフォルトの名無しさん
07/07/27 01:56:08
AtomPPの実装者で集まって通信できるかテストするぞオラーの会。
規格で考え切れなかった領域の利用にあわせた設計をしてる実装とかを
持ち込むと通信できなくてヤバーとかわかる(規格がバグってる場合は
次版で修正されたりする)。


772:デフォルトの名無しさん
07/08/09 14:22:54
一般公開されているWEBサービスAPIでは最近
RESTのものがほとんどみたいですが、
SOAPで公開されているものをご存知ないでしょうか。

ケンコーコムなどはアフィリエイト登録があるので、
登録がなく簡単なものなどあれば助かります・・・

773:デフォルトの名無しさん
07/08/10 02:15:16
Paypal APIとか?
でもわざわざSOAPのAPI探す理由がわからん。テストって事?

774:772
07/08/10 10:52:07
>773
ありがとう>Paypal

なぜSOAPかというと、今私がやっている業務というのが、
「SOAPで提供されるWebサービスに、VC2005から
アクセスする方法を調査する」という内容だからです。
はい>「テストって事?」

派遣社員なので事情は詳しく聞いてないんだけど、
「現在すでにSOAP方式で開発中」の
OEM提携先によるWebサービスを利用することになるので、
それへのアクセス方法を下調べしてほしいとのこと。
(最近はREST方式が多いようですが、SOAPしか選択肢がない状況です)

775:デフォルトの名無しさん
07/08/10 15:35:32
ブログASPのブログを完全自動で更新するにはどんな風にすればよいのでしょうか?

書き込みたい内容などは生成します。

最低限必要な要素だけわかればいいんですが、
自動更新ソフトみたいなのを買ってみるというのは非常に癪なので



776:デフォルトの名無しさん
07/08/10 21:13:53
>>774
つーか,OEM提携先のWebサービスがASが何で,WSDLは何に対応してて,複雑型を引数に
取ったり返したりしないのかどうかとかの情報が無いと,Paypalで仮にできたとしても
何のテストにもならんと思うのだが.
可能か不可能かだけだとそりゃがんばれば可能だろうという程度しかわからんと思うんだが

777:デフォルトの名無しさん
07/08/11 11:01:38
SOAPの互換性をなめるなよ!ってことですか。
ま、最悪SOAPスタック使わずにただの文字列が詰まったXMLとして自分で
処理すれば絶対扱えるけどな。

778:デフォルトの名無しさん
07/08/12 22:52:22
つーか無償で使えるSOAPのWebサービスなんて,
XMethod(URLリンク(www.xmethods.net))あたりにゴロゴロ転がってると思うけど?

テストってだけなら,近くの空きサーバにAxis+Tomcat入れて設定すれば,
小一時間でテスト環境作れるでしょ?

779:774
07/08/13 17:08:47
>776
>OEM提携先のWebサービスがASが何で,WSDLは何に対応してて,
複雑型を引数に取ったり返したりしないのかどうかとかの情報が無い

おっしゃるとおり。
提携先のWebサービスの仕様が「SOAPプロトコル利用である」以外の情報を
もらえないので、「できるか、できないか」わかれば充分だそうです。
っていうか分かりようがないよね。調査担当してる私も困ってます。

ちなみに >777 の書き込みは私じゃありません。なんでここIDが出ないんだろ?

>778
重ねて情報、ご回答ありがとうございます。

開発環境はVC++2005です。長いことC++書いてないので、C#のがラクなんだけど・・・
ここを見て、ごく簡単なテストができました。どうもありがとう。
これ以上のことは、Webサービスの詳細が来ないことには進まないと思います。
URLリンク(msdn2.microsoft.com)(VS.80).aspx

780:774
07/08/13 17:15:53
>759、>762

あれ?おかしいな、俺がいる。
いまの業務についたのは8月のはずなのに・・・
ああ、検索したらこのレスがあってこのスレに来たんだった(苦笑)
当方も事情があって、 .NETではなく C++ネイティブで、
VC6.0もしくは VC2005 からのWebサービスクライアント側開発です。
(今のとこVC2005使ってます)

>762
サンプルコードは >779 にリンクしました。でもVC6 では
プロキシクラスの自動生成が不可能か。

781:773
07/08/14 01:08:36
777は漏れです。煽ってるように思われちゃったならスマソ

782:779
07/08/14 12:21:58
>781
いえいえ、別にそんな風に思ってませんよー。無問題。

それはともかく、C#慣れした私はVCがうまく書けず苦闘してます。
先日から、ヤフオクAPIへのアクセスを試みています。
C#だと比較的簡単に書くことができて、テスト成功したんだけど、
VC2005 だと、思い通りに結果がとれません。

783:782
07/08/15 10:38:08
ヤフオクAPIにつながったけどVS2005の問題ハケーン!
サポートに電話してホットフィックス入手しろって・・・バロス
URLリンク(support.microsoft.com)

784:780
07/08/17 17:16:19
>762
MSDNにサンプルがありますた。
URLリンク(msdn2.microsoft.com)(VS.80).aspx

試してみたら、うまくいきました。
作法として、自動生成されたWebサービスのインスタンスにアクセスする前に
CoInitialize(NULL); を行うことが必須らしいです。
サンプルを真似たらうまくいきました。

ちなみにここの無料サービスを使ってみましたよ。
URLリンク(www.postan.jp)

785:デフォルトの名無しさん
07/10/23 00:24:37
Axis2で継承したクラスを返すサービスを作ると、WSDLで継承元のクラスの定義が無くて困ってます。
継承元のクラスの定義もWSDLに含めたいんですがどうしたらいいでしょうか。

[サービス]

public interface B execute();

[返すクラス]

public class A {
private String a;
// setter/getter省略
}

public class B extends A {
private String b;
// setter/getter省略
}

[WSDL]
<xs:element name="B" type="B" />
<xs:complexType name="B">
<xs:complexContent>
<xs:extension base="ax22:A">
....



786:785
07/10/23 02:53:51
解決しました

URLリンク(issues.apache.org)

787:デフォルトの名無しさん
07/11/02 12:48:53
ASP.NET C#でWebサービスクライアントに(Javaのbeanにあたる)オブジェクトを受け渡すときって、
フィールドはpublicじゃないとダメなの?

Java(JSR-181)だとsetter/getterで出来るのに…。


788:デフォルトの名無しさん
07/11/03 17:39:17
プロパティで出来るだろ。
実質あんまり意味は無いけど。


789:デフォルトの名無しさん
07/11/05 21:10:34
>>787

なんかいろいろかんちがいしてない?

JSR-000181 Web Services Metadata for the JavaTM Platform
URLリンク(jcp.org)



790:デフォルトの名無しさん
07/11/08 10:42:52
spring framework + Hibernate + struts で開発しようと思っています。

POJOの数百個からのインスタンスを使用する場合、

・List等に収めてアプリケーションスコープで、保持するのがいいのか
・その都度、hibernateでインスタンスを取得するのがいいのか

どちらがいいのでしょうか?

791:デフォルトの名無しさん
07/11/08 19:19:57
age

792:デフォルトの名無しさん
07/11/08 19:32:37
ageてもスレ違い。


793:デフォルトの名無しさん
07/11/09 19:21:04
>>790
データの特性に依存するんじゃね

固定値であればアプリケーションスコープでもいいと思うけど、
固定値でなければ毎回DBから引っ張ってこないといけない罠

数百個のインスタンスって検索結果とか?

スレ違い

794:デフォルトの名無しさん
08/01/16 21:18:52
restletクライアントのHTTPプロキシ設定でどうやるんですか?
ぐぐってもドキュメントみても何も出てこないです

795:794
08/01/17 01:04:12
出来たけど難しかった。

796:デフォルトの名無しさん
08/01/19 13:48:23
Webサービスを作成したいのですがお勧めの参考書や初心者向けのサイトって
ありますでしょうか?
WebサービスってリクエストをHTMLじゃなくてXMLで返すというだけ?

797:デフォルトの名無しさん
08/01/19 19:46:51
XMLでなくてもいい

798:デフォルトの名無しさん
08/01/20 03:15:07
返すだけ、なのでシステムは簡単だが、返す中身が難しい。

・返す内容(本来返すべき内容以外のものを返すとデータの一貫性に響く)
・返す構造(たとえば、名前は氏名なのか氏+名なのか)
・参照方法(たとえば、IDとURIのいずれで示すのか。前者なら実際の参照方法は)

自分が出すデータと連携させる先のデータの分担、そして行う処理を
勘案して決める。で、実際には一発で決められないこともあるので変更前提で
回せればいいのだけど、一旦流通したデータ程変えられないものはないから面倒だ。

返す形式はXMLでなくても何でもいいのは指摘されてる通り。
画像とかバイナリデータをXMLでラップする必要ないし(そういう案もあるが、
複合データならともかく単体でするのは馬鹿じゃね?)。
ただ、広く流通させたいなら、広くサポートされているであろう方式にするのは当然。

799:デフォルトの名無しさん
08/01/20 18:20:09
XMLやJSONなどで返せばいいだけだとしたら
SOAPとかWDSLとかそんなのはどこに出てくるの?

800:デフォルトの名無しさん
08/01/20 21:30:49
超いい加減な説明としては

・アクセス方法がバラバラだと大変だろ、ということでSOAP。
・その呼び出しでのパラメータとかを規定する方法が必要だろ、ということでWSDL。
・同じWSDLに準拠してる先を検索して切り替える方法があるといいね、ということでUDDI。

がしかし、

・アクセス方法ってGET URLリンク(...)以上に複雑にしてもなぁ -> SOAPうぎゃー
・返ってくるデータの内容はベタXMLとかJSONとして処理するほうが楽 -> SOAPうぎゃー
・単にURLでアクセスするだけの話でインタフェース定義をパース?やってらんねー -> WSDLうぎゃー
・呼び出し先を動的に切り替えるとか現実的にあんの?面倒なだけじゃん -> UDDIうぎゃー

となった。

一応VisualStudioとかではWSDLをインタフェース定義としてロードして
関数コールという形でエディタで補完したり、あと、関数をSOAP経由で
呼び出せるようにしたりWSDLを生成することができる。でも、結局
関数コール的な方向とは違った、XMLとかのデータを取って適時加工する、という
コール部分の処理を徹底的に排除するモデルが主流になった。


801:デフォルトの名無しさん
08/01/20 21:34:19
excelで返したいんですけど

802:デフォルトの名無しさん
08/01/20 21:38:24
サーバのAPIを呼ぶだけならExcelはリモートのXMLをシートに読み込めるから
それでやれば?

逆にデータを送るほうはマクロ組まないとダメかも。

803:デフォルトの名無しさん
08/01/20 22:18:06
>>800
ありがとうございます。


804:デフォルトの名無しさん
08/01/20 22:21:23
GoogleとかYahooとかアマゾンのWebサービスは
単純にXMLを返してるだけ?

805:デフォルトの名無しさん
08/01/21 15:41:49
AmazonはSOAPとREST両方サポートしてる。

806:デフォルトの名無しさん
08/01/21 20:06:08
JSONも

807:デフォルトの名無しさん
08/02/02 16:50:36
SOAPの添付、こうやったら良いって典型的なパターンが分かるサイトとか知りませんか?
SOAP1.1とSOAP1.2での違いとか。概要だけじゃなくてサンプルコードとか豊富なところ。Axis2についてくるサンプルじゃ物足りないです。
特に、サーバ側じゃなくて、クライアント側が添付するまともなサンプルがみあたらない気がします。
知ってたら教えてください。



808:デフォルトの名無しさん
08/02/04 22:32:21
WebLogicのサンプルにそんなのがあったな。

809:807
08/02/16 07:42:31
>>808
ありがとう。
レスが超遅くてごめんなさい。
探してみます。

810:デフォルトの名無しさん
08/02/19 14:36:35
WebServiceで使う設定をweb.xmlのコンテキストパラメータに入れて、
そこから取ってくる方法が無いということでハマッています。
普通、いろんな設定情報はどこにセットして、どうやって取得してますか?

811:デフォルトの名無しさん
08/02/19 15:14:27
よーわからんが所詮ファイルだからファイル読み込めばいいんじゃね

812:デフォルトの名無しさん
08/02/19 20:52:07
Javaの話?

813:デフォルトの名無しさん
08/02/19 22:25:02
ここを例に挙げるのは単に最初に目にしたからだけどWebService実行するのも
Servletなんだから同じようなやり方で取れるんじゃないの?
URLリンク(www.javaroad.jp)

814:デフォルトの名無しさん
08/02/19 23:57:03
Webサービス自体はservletとしてのバックグラウンドを隠蔽されちゃってるから見えないですよね。
ファイルで読み書きするだけなら、なにもわざわざweb.xmlに入れなくてもっていう所だし。
DBの設定はJNDIで取得するのに、それ以外の設定ができないっていうのもおかしいとは思うけど。

815:デフォルトの名無しさん
08/02/20 01:11:39
例えばAxisであればこういう方法の事ですか?
URLリンク(www.atmarkit.co.jp)

使っているWebServiceのServerとして何を使っているかで取り方が違うと思うので
調べてみたらどうでしょう。

816:デフォルトの名無しさん
08/02/20 01:14:44
あぁ、変な日本語だ。

817:デフォルトの名無しさん
08/02/20 14:46:35
お前にしちゃ十分だよ

818:デフォルトの名無しさん
08/02/21 00:29:09
どういう意味だよ?

819:デフォルトの名無しさん
08/02/23 12:07:00
すみません、こちらで質問していいのか不安なのですが、

google AJAX Feed APIを利用して、天気予報のRSSをWeb上にfeedしたいと思っています。

具体的には、
URLリンク(weather.livedoor.com)のRSS から、
大分のタイトルのFeedだけ表示したいです。

現状では、googleのサンプル通りにすると、下記のように九州のすべての県が表示されてしまいます。

[PR ] ブログで福岡県のお天気を簡単ゲット!
[ 今日の天気 ] 福岡 - 曇時々晴 - 最高気温10℃ - 2月23日(土)
[ 今日の天気 ] 大分 - 晴のち曇 - 最高気温12℃ - 2月23日(土)
[ 今日の天気 ] 長崎 - 曇時々晴 - 最高気温10℃ - 2月23日(土)
[ 今日の天気 ] 佐賀 - 晴のち曇 - 最高気温10℃ - 2月23日(土)
[ 今日の天気 ] 熊本 - 晴のち曇 - 最高気温11℃ - 2月23日(土)
[ 今日の天気 ] 宮崎 - 晴れ - 最高気温15℃ - 2月23日(土)
[ 今日の天気 ] 鹿児島 - 晴れ - 最高気温14℃ - 2月23日(土)

この中から大分のタイトルだけ取り出すには、どうしたら良いでしょうか?
昨日から一日中、ネットで検索していますが、どうもいい情報が見つかりません。
良いサンプル等のサイト教えて頂ければうれしいです。

プログラミングとか、初心者なもので、宜しければ教えてください。

820:デフォルトの名無しさん
08/02/24 07:06:01
>>819
RSSはXMLだから
XMLパーサで、ほしい県だけとりだせばいいんでないの?

821:デフォルトの名無しさん
08/02/24 12:18:40
>>820
レスありがとうございます。
早速XMLパーサで検索して見たのですが、XMLの構造を解析するソフトのようなもの・・みたいな検索結果でした。
今回、自分のやりたいことは、htmlに記述する形式で、正規表現で「大分」のみをピックアップするみたいなイメージを思い浮かべています。
勉強不足で申し訳ありませんが、このXMLパーサとはhtmlに記述できるようなものでしょうか?



822:デフォルトの名無しさん
08/02/24 13:02:19
Webで検索すれば見つかるけどRSSをXSLTでhtmlに加工するのは?

823:デフォルトの名無しさん
08/02/24 23:13:18
>>822
レスありがとうございます。
XSLTで変換するという方法は、初めて知りました。
検索してみたら、自分が考えていた方法とは、また違うやり方みたいで、参考になりました。
今、いろいろ調べていますが、なにせ初心者なものでまだXSLTについてよく理解できません。
これから、じっくり調べてみます。
ありがとうございました。また、頭の中が整理できたら質問させて下さい。



824:デフォルトの名無しさん
08/02/26 23:46:24
>>819
このAPIの詳細知らんけど、ここまで取れてんなら
単純に該当文字列が入った行抜くだけでいんでないの?
正規表現も何も無い気がするけど

つーか・・・
>勉強不足で申し訳ありませんが、このXMLパーサとはhtmlに記述できるようなものでしょうか?
なんでこの手の人たちって
初心者だとか免罪符みたいに使うのかね。
このぐらい自分で調べられないならどうせ何か作るのも続かないよ。

825:デフォルトの名無しさん
08/02/27 14:09:27
>>819
Web板逝った方が良い

826:デフォルトの名無しさん
08/02/27 20:38:20
>>825
ありがとうございます。
いまだ、答えは見つかっていません。
Web板の方で聞いてみることにします。ども。


827:デフォルトの名無しさん
08/02/27 21:18:24
URLリンク(weather.livedoor.com)

828:デフォルトの名無しさん
08/02/27 21:31:36
ちょっwww

829:デフォルトの名無しさん
08/02/27 21:37:39
できちゃってるじゃん。

830:デフォルトの名無しさん
08/02/27 21:39:26
>>820-825
は馬鹿だったと

831:デフォルトの名無しさん
08/02/27 21:52:29
アー!

832:デフォルトの名無しさん
08/02/27 22:11:13
スレが伸びたのも久しぶりだったし、実は壮大な釣りだった気がする。

833:デフォルトの名無しさん
08/02/27 22:19:57
アッー!

834:デフォルトの名無しさん
08/02/27 23:46:13
>>827
ありがとうございます。
こんなに簡単な回答があるとは思いませんでした。
ちなみに44とか114はどうやって見つけたのでしょうか?
いままで調べた苦労はなんだったのかと。

835:デフォルトの名無しさん
08/02/28 04:54:09
つか、普通にリンクが張ってあるんだけど…。
URLリンク(weather.livedoor.com)

836:デフォルトの名無しさん
08/02/28 14:29:05
アッー!

837:デフォルトの名無しさん
08/03/02 15:09:18
質問させてください。

今WSDLを使用してのSOAP連携を考えているのですが(AXIS2で)
binding要素のRPCかdocumentの部分がいまいちわかりません。
下記2つ質問させてください。

質問1
以下の順序で行った際、RPCかdocumentを設定する箇所が存在しないのに
document(/literal)に勝手になっているのはなんでなんでしょうか?
①エクリプスプラグインのblancoSOAPを使用
②WSDLを生成するための電文定義書を記入
③作成した電文定義書からWSDL生成
④WSDLを見るとstyle="document" use="literal"となっている。

質問2
また、RPCで行っているWSDLと、document/literalで行っているWSDLを
実際に見せてもらったのですが両方ともstyle="document" use="literal"
になっていました。
ここで知りたいのは実は両方ともdocument/literalのか、
それともWSDLだけでなく他の部分で設定する箇所があるのかです。


また探したのですが見つからなかった為、上記で参考になるHP
などありましたら教えてください。

宜しく御願いします。

838:デフォルトの名無しさん
08/03/02 15:30:59
(質問1)
blancoSOAPが何か良く知らんが、Axis2でWSDLを生成したならAxis2のdefaultが
document/literalのはずだからWSDLもdocment/literalになるのでは?
JAX-WSを使っているならannotationでrpc/encodedを指定できるがblancoSOAPで
どう書くのかは知らん。

(質問2)
document/literalとrpc/encodedではそもそもXMLとしてのschemaが違うし
両者のそれを比べて同じなら、RPCと思っていたのも実はdocument/literalだったという落ちでは?
多分どちらもdoc/literalだと思う。

839:837
08/03/02 17:42:27
>838
ご回答ありがとうございます。

>blancoSOAPが何か良く知らんが、Axis2でWSDLを生成したならAxis2のdefaultが
>document/literalのはずだからWSDLもdocment/literalになるのでは?
blancoSOAPはあくまで決められたフォーマットからWSDLを生成するだけなので
AXISはなくてもできるんです。なのでblancoSOAPのデフォルトがdocment/literal
になっているのかな。。

>document/literalとrpc/encodedではそもそもXMLとしてのschemaが違うし
両者のそれを比べて同じなら、RPCと思っていたのも実はdocument/literalだったという落ちでは?
多分どちらもdoc/literalだと思う。

やっぱそうですよね・・・。
でも大手システム企業がそういってやっているものなので
確証得られるHPとかあればなと思ったんです。。


840:デフォルトの名無しさん
08/03/02 17:55:24
サーバ側でWebServiceのサーバとして何を使っているかでWSDLが何になるか推測できるのでは?
Axis1.xなら多分rpc/encodedだし、最近のAxis2.xやApache CXFならdocument/literalでしょ。
blancoSOAPがAxis1.x世代以降の最近のツールなら生成するのはdocument/literal、多分。

仕事で事情があるんだろうが、Axis自体がWSDLを生成するツールを持っていると思うから、
blancoSOAPに頼らずAxisにWSDLの生成を任せれば良いと思うが。

841:837
08/03/02 18:09:10
>Axis1.xなら多分rpc/encodedだし、最近のAxis2.xやApache CXFならdocument/literalでしょ。
>blancoSOAPがAxis1.x世代以降の最近のツールなら生成するのはdocument/literal、多分。
これははじめて知りました、ありがとうございます。
確かにAxis1.4にはいっている、java2WSDLで生成されたWSDLはrpc/encodedでした。

AXISに入っているTOOL(java2WSDL)から生成すると結局JAVAを書かなきゃいけないんで
IFの設計書から作成するほうが楽なんです。

どちらにしろWSDLを見ればrpc/encodedかdocument/literalは
わかりますよね?
そうすると質問②はやっぱRPCと思っていたのも実はdocument/literal
てことかなー。

842:837
08/03/02 18:51:35
追記です

>サーバ側でWebServiceのサーバとして何を使っているかでWSDLが何になるか推測できるのでは?
質問②のサーバ側はAXIS1.4を使っていてrpc/encodedと言っています。

AXIS1.4ならばrpc/encodedじゃないか?ってことだと思うんですが
上記のようなblancoSOAPみたいなTOOLを使っていればdocument/literalに
なったりしますよね?
だからWebServiceのサーバとして何を使っているかでは判断できないような
気がします。





843:デフォルトの名無しさん
08/03/02 21:09:54
確かにblancoSOAPのWSDLのサンプルを見るとstyle="document"となっていて、かつblancoSOAP仕様に
「blancoSOAPが生成したWSDLおよびxsdファイルは下記の環境で動作が確認されています。」
URLリンク(www.igapyon.jp)

* Apache Axis
* Microsoft Visual Studio .NET 2003
* Curl (Webサービス・クライアントのみ)

という事らしいのでAxis1.4でWSDLはdoc/litを使っている可能性はありそうですが、その辺りは当然
外野にわかる話ではないのでAxis1.4単独で使っているのかblancoSOAP等を介しているのか
その大手システム企業さんに聞いてみるという事ではないですか?

あくまでWSDLはrpc/encodedだというなら、クライアント側の実装次第ではbloncoSOAP生成の
WSDLではなく、こんな感じで確認できるAxisの生成するWSDLを使っている可能性もありそうですから。
URLリンク(localhost:8080)

現状Axis1.4のシステムをblancoSOAPが生成するdoc/litのWSDLを使う事でAxis2にスムーズに移行
させる事を狙っているなら、それについての技術面での検証も必要でしょうし。

844:837
08/03/02 21:31:10
ご回答ありがとうございます。

>Axis1.4単独で使っているのかblancoSOAP等を介しているのか
>その大手システム企業さんに聞いてみるという事ではないですか?
独自開発のExcelのマクロツールを使用しています。
そのツールを実際に使用したのですがdoc/litのWSDLが生成されました。

どちらにしろ相手方に確認したほうがよさそうですね。。。


とりあえず下記が確認できてよかったです。
AXIS1.4のWSDL生成TOOLで生成されるWSDL⇒rpc/encoded
AXIS2のWSDL生成TOOLで生成されるWSDL⇒doc/lit
blancoSOAPのWSDL生成TOOLで生成されるWSDL⇒doc/lit

ありがとうございました。


845:デフォルトの名無しさん
08/03/02 21:51:42
> 独自開発のExcelのマクロツールを使用しています。
> そのツールを実際に使用したのですがdoc/litのWSDLが生成されました。

そう確認を是非。「質問②のサーバ側はAXIS1.4を使っていてrpc/encodedと言っています。」と矛盾するので。

> AXIS1.4のWSDL生成TOOLで生成されるWSDL⇒rpc/encoded
> AXIS2のWSDL生成TOOLで生成されるWSDL⇒doc/lit

これはあくまでdefaultの場合なので、パラメータの指定によっては例えばAxis1.4でstyle="document"の
WSDLを生成する事もできるとは思います。でも可能性は低いと思います。

> blancoSOAPのWSDL生成TOOLで生成されるWSDL⇒doc/lit

同様にパラメータ指定等でrpc/encodedのWSDLを生成する機能があるかもしれませんが考えたくないです。

846:837
08/03/02 21:59:21
>そう確認を是非。「質問②のサーバ側はAXIS1.4を使っていてrpc/encodedと言っています。」と矛盾するので。
ですね。

>これはあくまでdefaultの場合なので、パラメータの指定によっては例えばAxis1.4でstyle="document"の
>WSDLを生成する事もできるとは思います。でも可能性は低いと思います。
>同様にパラメータ指定等でrpc/encodedのWSDLを生成する機能があるかもしれませんが考えたくないです

はい、その辺は意識あっています。

確認してみます。

847:デフォルトの名無しさん
08/03/03 23:58:30
Webサービスじゃないのでスレ違いかもしれませんが、
IISホスティングの.NET Remotingでクライアント証明書を
使ったSSL通信ってできますか?

SSLはIISの設定と接続URLをhttps://でいけそうなんだけど、
X509クライアント認証の情報がなくて困ってます。

.netは2.0です。
よろしくです。

848:デフォルトの名無しさん
08/03/07 15:54:32
すみませんかなり検索したのですがどうしても解決できなかったので
お教え下さい。

今、POJO で Axis2 にサービスを追加しているのですが、例外を
投げるサービスの定義の仕方が分かりません…。

調べてみると単純に Exception を投げるサービスを定義すれば
いいみたいな事が書いてあったのですが、その通りに実装すると
wsdl を参照する時に下記の例外が発生してしまいます。

そもそも、例外を投げるサービスというのはどう定義するのでしょうか?

org.apache.axis2.AxisFault
at org.apache.axis2.AxisFault.makeFault(AxisFault.java:417)
at org.apache.axis2.description.AxisService.getWSDL(AxisService.java:1148)
at org.apache.axis2.description.AxisService.printWSDL(AxisService.java:1077)
at org.apache.axis2.transport.http.ListingAgent.processListService(ListingAgent.java:280)
at org.apache.axis2.transport.http.AxisServlet.doGet(AxisServlet.java:229)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
.....

849:848
08/03/08 01:17:30
すいません解決しました。

問題は例外の定義じゃなくて、void 型のサービスを定義した時に
@Oneway のアノテーションを記述していなかった事みたいです。
これを書いたら解決しました。

850:デフォルトの名無しさん
08/03/08 03:34:06
質問させてください。

現在、VB2005 + asp.net で Web アプリ作ってます。

ドキュメントルート外のディレクトリに保存している画像ファイルを画面に表示させたいのですが、
img タグの src 属性にはドキュメントルート内の相対パスしか指定できませんし・・・。

ドキュメントルート内のディレクトリにファイルをコピーするとか、
そんなことせずに直接、画像の保存場所から読み込んで表示させる何かよい方法ってないもんでしょうか?


851:デフォルトの名無しさん
08/03/13 15:48:09
またまた質問ですが…すみません

POJO でデプロイしたサービスで、うまくセッションを処理できないのですが
POJO でデプロイしたサービスではセッションは扱えないのでしょうか?

852:デフォルトの名無しさん
08/03/13 17:16:36
セッション周りの扱いはサーバ製品毎に違うんじゃないかな?
POJOだから扱えないという事はないと思う。マニュアルとか調べてみたらいいよ。

853:デフォルトの名無しさん
08/03/13 22:54:26
お騒がせしました、できました。

というかちょっと意味が違っていた様で、アノテーションを使ってデプロイするのが
POJO と呼ぶと思っていたのですが、services.xml を使ってデプロイするのも POJO
の一種なんですね。

services.xml の scope を transportsession にしたら、セッション繋がりました。
ありがとうございました。

854:デフォルトの名無しさん
08/03/19 09:29:49
サービスとして、与えられたIPからスタブを自動生成し動的に管理する機能を組みたいのですが、
アドバイスをお願いします。
任意のサーバから不特定多数のサーバのきまった機能の呼び出し時の、
スタブ生成の自動化を想定しています。


具体的にはまずスタブを組み込むサービスを構築しておき、
スタブの置き換えもしくは他のサービスから管理できる構造にしておく。
WSDLのテンプレートをあらかじめ用意して、
入力された情報からIPやサービスポートの値を変更してスタブを作成する。
作成したスタブを以前のスタブと置き換えていき、
不特定多数のサーバの機能を呼び出だしていく。

この置き換えるタイミングなのですが、
スタブを置き換えるといつサービスに反映されるのか把握しづらく、
何か教本や事例のようなものはありませんか?
クライアントならタイミングを任意に設定できるのですが
サービスとして配置したときはどのようにタイミングをとっていいものか悩んでいます。

855:デフォルトの名無しさん
08/03/19 23:37:35
つうか、それ以前に、スタブを自動生成しても、アプリのインタフェースはどうするんだ?
インタフェース固定で単にサーバのホストやポートだけ色々あるっつーんなら、
普通、スタブはそのままでそこだけ変更して呼び出しできるAPIあるだろ。

856:デフォルトの名無しさん
08/03/20 04:31:46
>>855
まさにその様な機能をさがしていたんです。
ずっと探していたのですが、
WSの書籍を探しても初心者用の基本的なモノしかなく
現在の実装について詳しく載っている書籍をみつけられませんでした。
みなさんはどこで詳しい情報を入手しているのでしょうか?
出版物で何かお勧めがありましたらお願いします。

857:デフォルトの名無しさん
08/03/20 23:33:23
JAX-RPCなら、Stub#_setProperty(Stub.ENDPOINT_ADDRESS_PROPERTY, hostUrl)
URLリンク(java.sun.com)

JAX-WSなら…、……ないね、ワロタ。実装依存では何かありそうだけど。

858:デフォルトの名無しさん
08/03/21 15:08:20
とおもったけど、やっぱJAXWSにもあったわ。さすがにあるわな。
URLリンク(java.sun.com)

859:デフォルトの名無しさん
08/03/22 01:22:34
Webサービスってどういうときに使ってるの?

860:デフォルトの名無しさん
08/03/22 03:27:48
俺の知る案件では、やっぱB2Bだね。いまさらCORBAでもないし、Internet越しだしって感じで。
実際の所、RESTでも構わなそうだったりするけど、
金とか絡んでスキーマベースでかっちりやりたいようなのが、Webサービスでやってる。
Webサービスって言うと広く一般公開ってイメージが強いけど、
実際はもともと取引があるグループ内とかそんなのが多い。

861:デフォルトの名無しさん
08/03/22 10:21:30
Webサービスは普通のWebアプリと何が違うのですか?
URLのパラメータで検索条件を渡すと該当するデータがXML形式で返ってくるというイメージしかないのですが
実際のところWebアプリとの違いって何ですか?

862:デフォルトの名無しさん
08/03/22 11:28:15
webアプリは人間が使うもの
webサービスは他のプログラムから呼び出されるもの

863:デフォルトの名無しさん
08/03/22 14:27:52
>>861
それはREST。このスレはSOAP中心かと。

864:デフォルトの名無しさん
08/03/22 15:22:34
SOAPは重いしマジうんこ。
規格に乗っ取って公開するくらいしか能がない。
ま、それが重要かもしれんが。


865:デフォルトの名無しさん
08/03/22 15:29:43
よく言われるけど、重いって何が?
またマスゴミの洗脳に乗ってるの?

866:デフォルトの名無しさん
08/03/22 15:31:53
RESTでいいじゃん。

867:デフォルトの名無しさん
08/03/22 15:35:33
だから、RESTじゃなくてSOAPだと何が重いの?

868:デフォルトの名無しさん
08/03/22 15:38:20
作るのが難しいってことじゃないの?

869:デフォルトの名無しさん
08/03/22 15:45:18
SOAPなら通常、普通にXML意識なしにサーバクラス作るだけだし、
クライアントも、コマンド一発でスタブを作って、それをXML意識成しに単なるクラスとして呼び出すだけ。

RESTの方こそ、ばらばらの野良仕様だから、サービス毎に、
サーバもクライアントも両方で、XMLレベルの処理から全部作らないといけない。

どう考えても、SOAPの方が楽だろ。


マスゴミの洗脳力は恐ろしいな。

870:デフォルトの名無しさん
08/03/22 15:52:07
マスコミがどうのこうのは良くわからんが
XMLの仕様を決めておいて、条件に該当するデータを
XMLで出力するというのがRESTと言われているものなら、
その方が簡単じゃないの?

871:デフォルトの名無しさん
08/03/22 16:31:53
>>870
おまえは、サービスでもクライアントでも作ったことあって言ってるの?
XML流して終わりの訳ないだろ。その中身が重要なんだろうが。
その中身だけ気にしてればいいSOAPと、XMLから全部自分で面倒見るREST。
それで、SOAPが大変でRESTが楽というなら、それを示せよ。

872:デフォルトの名無しさん
08/03/22 16:34:39
ボキ両方やってるけどソープランドの方が楽だぉ。

休憩は規格考えるの自体がめんどいぉ(^ω^)

873:デフォルトの名無しさん
08/03/22 17:02:10
SOAPの参考書でオススメのものって何?

874:デフォルトの名無しさん
08/03/22 17:25:12
>>871
あなたとは以前一緒に仕事したことあるが、本当に皆から頼りにされるエンジニアだよね。
有名な会社で働き部下もいて収入も多いし、俺達とはえらい違いだ。

875:デフォルトの名無しさん
08/03/22 19:40:56
SOAPのほうが作るのは楽だな。

重い=CPUの消費が大きいってことじゃねーの。

876:デフォルトの名無しさん
08/03/22 20:48:22
SOAPは流行ってるの?参考書が全然無いけど。

877:デフォルトの名無しさん
08/03/22 22:24:42
URLリンク(weather.livedoor.com)
これはlivedoorの天気サービスですが、v1ってのはどうやって開発してるんですかねぇ。

aspやaspとかcgiとかでも作れる

878:デフォルトの名無しさん
08/03/22 22:26:45
URLリンク(weather.livedoor.com)
これはlivedoorの天気サービスですが、v1ってのはどうやって開発してるんですかねぇ。

aspやaspとかcgiとかでも作れるんでしょうか?

879:デフォルトの名無しさん
08/03/23 12:18:38
SOAP が重いって言ってる奴は Hibernate とかの ORマッパ を使うときに
forループ内で find(id) 呼びまくっておきながら遅いと言っている奴に通じるものを感じるな。

何事も問題の背景と、解決策の特性を知った上で適切なコーディングをする。
これに尽きると思うんだがなぁ。

880:デフォルトの名無しさん
08/03/23 20:00:40
送受信するデータ量がたいしたことないならSOAPでいいと思うけど
俺の担当しているシステム(某金融系)だと
データ量が滅茶苦茶多いのでとてもそのまま使えたものじゃない。
でかそうなデータの場合、別出しでなんとかしないといけないかと思っている。
(正直WEBサービスいらんと思うけど、
俺があれこれ言うレベルじゃないところでもう決まっているから)

あとここで皆がRESTって言ってるのってRESTfulじゃない方だよね?
(オライリーの本とか読んだけど、イマイチ意義が理解できていない)
POX over HTTPとかどっかで書かれていたけど
非SOAPなXMLをHTTP越しでやり取りする方式を
大雑把にRESTと呼んでいると俺は思っている。

881:デフォルトの名無しさん
08/03/23 21:50:54
AJaxもXML形式でデータを返すから、あれもいわゆるRESTってやつなの?
うちの社内システムはaspで作られてるのが多いんだけど、
ソース見たらResponse.WriteでXML形式になるようにデータを出力してた。
これがREST?


882:デフォルトの名無しさん
08/03/23 23:12:21
違う

883:デフォルトの名無しさん
08/03/23 23:55:49
>>882
何で違うの?
XMLを出力すればRESTなんでしょ?

884:デフォルトの名無しさん
08/03/24 01:32:59
>>880-883
本来の「REST」はWebサービスの用語でなく、Webi一般の正しいあり方を指した言葉だが、
Webサービスで、「REST」と言ったときは、通常、
SOAPじゃなくて、人間相手ではなく、HTTPで提供されてるサービス一般を「適当」にそう呼ばれる。


>>881
Ajaxといったら、人間相手のUIを前提にしてるから、Webサービスとは言わない。
ただ、AjaxのUIで、Webサービスを呼び出して利用するような形は有り得る。

885:デフォルトの名無しさん
08/03/24 06:51:42
SOAPでもRESTでもない謎のXML over HTTPが大流行中らしいが、
SOAPに比べて優れた点がまったくないような気がする。

ああ、ゴリゴリとコーディングしていけば作れるってところが
嬉しいのかな?

886:デフォルトの名無しさん
08/03/24 22:32:25
.NETでWebサービスを作りたいのですがサンプルが載ってるサイトってありますか?
まずは試しにデータベースに適当にデータを入れて、それを検索するようなものを作りたい。
勉強していきたいので教えてください。

887:デフォルトの名無しさん
08/03/24 22:34:07
ありますよ

888:デフォルトの名無しさん
08/03/24 22:34:52
URLを教えてさいい

889:デフォルトの名無しさん
08/03/25 23:24:20
別に言語は関係ない。
rubyでもaspでもaspxでも構わないがとにかくxmlを返せばWebサービスです。
そのように覚えた方が良い。
SOAPが敬遠されるのはめんどくさい印象があるから。
利用側もちゃんと仕様に沿ったXMLを投げないといけない。
HTTPを投げればXMLが返ってくる方が使うほうは楽なので流行ってるようです。

890:デフォルトの名無しさん
08/03/26 00:19:33
>>889
.NETとJavaではSOAPが一番ラクだけどな。
XMLを意識することさえない。
ていうかこの世で一番ラクなRPC。

891:デフォルトの名無しさん
08/03/26 00:33:26
>>886
URLリンク(www.microsoft.com)

892:デフォルトの名無しさん
08/03/26 08:42:43
SORPはサービスを使うのがめんどいのでは?
エンベロープとか意味わからないし。

893:デフォルトの名無しさん
08/03/26 12:56:02
>>892
>>864->>875

894:デフォルトの名無しさん
08/03/26 14:44:18
Webサービスを作るのはSORPの方が楽。
Webサービスを利用するのはRESTの方が楽。
こういう事かな?

RESTの場合ブラウザでURLをたたけばXMLが表示されるから分かりやすいよね。
こういうデータが返ってくるんだって。
SORPの場合は?

895:デフォルトの名無しさん
08/03/26 15:51:41
>>894
あくまで.NETとJava限定の話だが、クライアントを作るのも
SOAPがラク。
特にVisual Studioの「Web参照」はマジ神。
URLを入力するより圧倒的にラク。URLを入力するには
クエリ文字列を延々と打ち込まなきゃいけないからな。

896:デフォルトの名無しさん
08/03/26 19:39:18
XMLを出力するのって何でやってる?
GridViewのようにデータテーブルぶっこむと
テーブルタグを生成してくれるみたいな
オブジェクトってない?

897:デフォルトの名無しさん
08/03/26 21:45:58
SOAPライブラリの使い方を調べるのが面倒だから、
むしろSOAPライブラリ相当の低レベル処理まで自分で実装するよ、
ってのがRESTが楽、という人達なんだろう。

898:デフォルトの名無しさん
08/03/26 22:35:42
WebAPIはRESTでの利用が7割くらいという記事を見たことがある。
やっぱりAPIを利用するのはHTTPで利用するのが楽ということでしょ。
HTTPで利用する=RESTと呼ばれているものかは知らんが。
GoogleMapAPIって色んな会社、個人で使ってるけどHTMLに組み込むだけだしね。
そういう事をSOAPより楽じゃんって言ってるのでは?

899:デフォルトの名無しさん
08/03/27 10:36:17
>>898
Google Mapを貼りこむのはWebサービスじゃないだろさすがに。

IDE支援がない場合は、SOAPはライブラリを調べるのが面倒。
いかすIDEのないLL(笑)の奴らがマスゴミを使って「SOAPはダメ」と
アジってるんだろ。

900:デフォルトの名無しさん
08/03/27 14:38:27
Webサービスを作る事と使うことでは意味が違う。
使うのはRESTの方が楽。

901:デフォルトの名無しさん
08/03/27 15:35:09
>>900
だから.NETとJavaでは使うにもSOAPのほうがラクなんだが…

902:デフォルトの名無しさん
08/03/27 20:51:35
でもREST版のサービスの方が使われてるね。
それは.NETやJAVAを使う人が少ないから?

903:デフォルトの名無しさん
08/03/27 22:08:31
マスゴミにだまされるアフォが多いから。
自分の手を動かして確かめようとしない奴が多いから。

904:デフォルトの名無しさん
08/03/28 21:34:08
いや普通に確かめた結果 SOAP 楽www

クソみたいに楽でワロタw

905:デフォルトの名無しさん
08/03/28 21:55:28
楽なのに普及しないのは
SOAPがオタ臭いイメージがあるからだな。
マスコミをマスゴミとか言っちゃう奴が何言ってんだか。

906:デフォルトの名無しさん
08/04/01 08:38:08
結局JavaScriptあるいはプログラムすらせずに貼り付けてWebサービス利用する奴が
大半だってことなんだろうな
まぁJavaや.Netから呼び出す場合でも最近はライブラリが増えてきたからRESTであろうと
SOAPであろうとそれほど手間は変わらないみたいだが


次ページ
最新レス表示
レスジャンプ
類似スレ一覧
スレッドの検索
話題のニュース
おまかせリスト
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch