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

Webサービスプログラ ..

301:デフォルトの名無しさん
05/02/14 14:59:32
U:うそでしょ？
D:だって・・・
D:だって！
I:言えないわ・・・・・

302:デフォルトの名無しさん
05/02/14 18:27:10
U : うちの
D : ダーリン
D : デカイけど
I　: インポ！！！

303:デフォルトの名無しさん
05/02/15 08:50:23
U : うっかり八兵衛は
D : 団子が
D : 大好きで
I : 意地汚い

304:デフォルトの名無しさん
05/02/18 19:32:57
デバッグに良いツールないですか？
Complex Typeも対応してるようなやつ。

305:デフォルトの名無しさん
05/02/19 12:23:46
>>304
VisualStudio

306:デフォルトの名無しさん
05/02/20 01:36:20
dotnetとjava、ぶっちゃけどっちが開発楽だろうか。
javaしか触ってないくせに言うがオレはMSと見たね。

307:デフォルトの名無しさん
05/02/20 02:14:17
別に大差ない。
マルチプラットフォームで横長いのがJavaで
WEBアプリからデスクトップまで縦長いのが.NET
適材適所で選択するだけ、どちらかに魂を捧げる必要はない。

308:デフォルトの名無しさん
05/02/20 11:57:36
>>307
大差ないということは、dotnetjもjavaと同じくらい面倒くさいのか。
もうant書きたくねーよ。eclipseプラグインとかでwsdl2javaを
プロジェクトにうまく適合してくれるやつとかある?

309:デフォルトの名無しさん
05/02/20 12:15:39
>>308 あるよ。IBMが出してる。

310:デフォルトの名無しさん
05/02/20 23:45:00
>>306
JavaならひそかにBEA WebLogic workshopがオススメ。
なにかっていうと、WebLogic Server用のIDEなんだけど、
XMLスキーマやらWSDLやらインポートするとプロジェクトに
すんなり扱えるようになる。

本番環境用にはWebLogicServer分の金かかるけど、
開発にはライセンス不要なんでWebLogic使えるような
規模のプロジェクトならどうぞ。

311:デフォルトの名無しさん
05/02/21 00:20:57
>>308 Eclipseならこれかな。
URLﾘﾝｸ(www.alphaworks.ibm.com)

312:デフォルトの名無しさん
05/02/27 11:42:45

【！募集 PHP でシステム構築】

PHP + MySQL で、あるWebサービスを運営しようと
考えております。私は、プログラマーではないので、
どなたか引き受けていただける方はいらっしゃいますか？

２ちゃんねらーの皆様でご興味ある方はや、依頼主とプログラマーを
結びつけるこんなサイトがあるよ～などの情報をお待ちしております。

313:デフォルトの名無しさん
05/02/27 12:13:34
↑ここにも「Webサービス」と「Web上で提供するサービス」を混同している奴が

314:デフォルトの名無しさん
05/02/27 15:24:49
いや、PHPにはSOAPライブラリが標準添付だから、
それでやれってことじゃ。。。。。ないな、絶対ｗ

315:デフォルトの名無しさん
05/02/27 16:05:57
Webサービスってなんですか？

316:デフォルトの名無しさん
05/02/27 18:41:30
312です。

ごめんなさい。Webサービスではなく、Web上で提供するサービスです。
ご指摘ありがとうございました。

317:デフォルトの名無しさん
05/02/27 18:55:06
まあでも、絶対誤解されるに決まってる名前をつけた
奴が馬鹿なような気もする。
それとも誤解されることを狙って名前をつけたのか？

318:デフォルトの名無しさん
05/02/28 11:00:29
MSは区別のために XML Webサービスって呼んでるね。

319:デフォルトの名無しさん
05/02/28 12:04:22
weblog → blog
web service → bservice

320:デフォルトの名無しさん
05/02/28 18:54:11
>>319
ｽﾚﾘﾝｸ(tech板)

321:デフォルトの名無しさん
05/02/28 19:00:00
WEBサービスはいくつか種類があるようなのですが、互換性はどんなものなのでしょうか。
.NET(Client)とJava(Server)で相互運用というのは可能なのでしょうか？

322:デフォルトの名無しさん
05/02/28 21:38:03
>>321
SOAPならば、XMLの構文を解析できる言語なら何でも。
.NETでもJavaでも。サーバとクライアントの組み合わせは関係ないです。
SOAPしか知らんけどな。

323:デフォルトの名無しさん
05/03/01 02:14:45
>>318
呼んでるというか、呼ぶようになった、だな。
最初に Web サービスという名前をつけたのはMS?
URLﾘﾝｸ(www.atmarkit.co.jp)

324:デフォルトの名無しさん
05/03/03 02:24:44
>>321
言語の型 <=> WSDLの型
型がある言語の場合だと細かいマッピングの違いで
悩む場合が多い。
たしかﾄﾞｯﾄﾈｯﾄだとMap,Dictinary,連想配列と
呼ばれるアレが素だと流せないと言うが、流す方法もあるらしいも聞いた。

325:スペシャリスト
05/03/03 22:46:46
ウェブサービスは正直使い物にならない。

なぜならウェブのやつは粗雑だし、毛深いし、おまけに飲んだくれだ。
あいつにサービスされるくらいなら、犬としょんべんした方がましさ。

326:デフォルトの名無しさん
05/03/03 22:53:13
正直Webサービスの再利用的メリットの方はうまく生かせないんじゃないかな。
今まででも再利用再利用言ってきた割にはうまくいってないものだらけ。
グリッドコンピューティングと合わさったらいいかな？と思ったのは漏れだけか？

327:デフォルトの名無しさん
05/03/03 23:18:56
>>326
再利用って二つあると思う。
ＷＳそれ自体を使い回せる事。これは言う通りで日経みたいなアフォマスゴミを鵜呑みにしちゃいかん。
もう一つは、既存のシステムにラッパを被せてＷＳとして使い回す事。こっちは確実でしょ。

>グリッド
ええ着眼やね。グリッドはWSにすり寄ってるよ。WSRFでググりゃ。
だが、グリッドなんてバズワードだけどね。比較的正直なのはSUNだけだよｗ

328:デフォルトの名無しさん
05/03/04 12:24:04
WSRFって、進歩っつうよりは退化じゃないの？
独立した規格にせずに、各サービスで勝手にやってた方が、
なんぼかマシだったような。

329:デフォルトの名無しさん
05/03/05 13:25:16
極めてシンプルな汎用ダウンロード用のCGIをPerlで作ったんだけど
ある特定のファイルをダウンロードする時だけ、ダウンロードバイト数が１バイト足りない。
こういう現象はどこに問題があると思います？

330:デフォルトの名無しさん
05/03/05 14:33:22
Socketハンドリングかなー
と思ってみるテスト。

331:デフォルトの名無しさん
05/03/05 16:25:36
　七　　　　　　　　　　　　　　　みんなで荒らそう２ちゃんねる掲示板
　人
　女　　　　　　　　　　　　●各板で話題に沿わない荒らし方をする。
　監　　　　　　　　　　　　●ポイント：過去ﾚｽを見ずに書き込むとうまくいく。
　禁　　　　　　　　　　　　　　　⇒新入りはなくなるだろう。
　殺　　　　　　　　　　　　　　　⇒普通にｽﾚ返すのはプロ固定。
　害　　　　　　　　　　　　　　　⇒妙な荒れ方するのはプロ固定。
　・　　　　　　　　　　　　　　　⇒とりあえず2ch擁護するのはプロ固定。
　犯
　人　　　　　　　　　　　　●２、３書き込んだら後は寒く無視。
　∥　　　　　　　　　　　　　　　⇒すると東京プラス会社潰れる。
　西　　　　　　　　　　　　　　　⇒監禁中の女プロ固定も解放される。
　村
　博　
　之　＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿

332:デフォルトの名無しさん
05/03/05 17:35:48
Javascriptスレの再来か。。。>>312 >>329
しかし今どきWebサービスって言葉の意味解らん奴がこんなにいるとは…。

333:329
05/03/05 17:52:10
すまねえ。馬鹿だから全然わからん。
他所で質問してくるわ。

334:デフォルトの名無しさん
05/03/09 14:56:39
でWebサービスって何？馬鹿にもわかる解説サイトキボン。

335:デフォルトの名無しさん
05/03/09 16:45:07
>>334
URLﾘﾝｸ(www.atmarkit.co.jp)

336:デフォルトの名無しさん
05/03/12 18:33:24
SOAP,WSDLを使った案件は見たことあるが、
UDDIを使った案件は見たことがない。

337:デフォルトの名無しさん
05/03/12 23:53:30
あれはもう死んだ技術だ

338:デフォルトの名無しさん
05/03/12 23:56:40
言い切ったｗ

339:デフォルトの名無しさん
05/03/20 00:56:28
だってお前ら、常識で考えろよ。
コンピュータが勝手にUDDIで取引先決めたりしたら…
詐欺の温床じゃん。

340:デフォルトの名無しさん
05/03/20 10:07:21
2000年前半に出た技術には、技術だけでなくそこから生まれるビジネスモデルを確立しようという下心が
前提にあるものが多かった。シングルサインオン、UDDI、HailStorm、ちょっと違うけどSmartタグ・・・
最初からそこにビジネスが生まれることを狙っての技術。これらは一部を除いてほとんど死んでしまったけど、
それは技術者たちが企業のビジネスモデルに組み込まれるのを嫌った結果じゃないかな？

341:デフォルトの名無しさん
05/03/20 11:09:58
UDDIはグリッドと融合した時に使いそうじゃない？
でも WS-Addressingで全部済んじゃうのだろうか？

342:デフォルトの名無しさん
05/03/20 14:00:26
私はプログラミングの初心者ですが…教えて欲しいことがあります。
それはタイトル通り、アクセス制御及びパスワード認証プログラミングについてです。
色々と詳しい事を教えていただけないでしょうか？
①自分でホームページをDreamweaver4で制作しています。
②目的はWebショップ用です。
③会員制にしようと思っています。
④でも、資金はありません
⑤やる気はかなりあります！
どうか色々と教えて下さい。本気な為、荒しは遠慮下さい

343:デフォルトの名無しさん
05/03/20 14:08:03
本気ならこれ読んでどっか行った方がいいよ。

Webサービスとは？
URLﾘﾝｸ(www.atmarkit.co.jp)

344:デフォルトの名無しさん
05/03/21 08:20:28
UDDIは企業内でならそこそこ需要がありそうな希ガス。

public UDDIってまだ運用続けてんのかな?

345:デフォルトの名無しさん
05/03/22 17:43:04
public UDDIはまだ動いてるよ。
日本のUDDIならwww.uddi.ne.jp（www.ntt.com/uddi/）で運営されてます。

>>344
昔の事例（２年前ぐらい？）だけど、ある特定の業界（物流だかなんかの資材調達だか）向けに
UDDIを運営するところがあって、そこが利用者、サービスの提供者ともに調査して
まともなサービス/会社かどうか判断してから、UDDIへ登録するっていう事例があった。
だから、>>339の言うような詐欺みたいなことは基本的には発生しづらい。

そのUDDIは決済の仕組みまで厳密に定義されていて、サービス上で
決済まで行える仕組みだったように記憶してる。

その当時、private、publicに対してprotected UDDIとかって言っていたような希ガス。

346:デフォルトの名無しさん
05/03/22 19:50:40
バッチで、IISの停止、開始はできるのですが、
サイトだけを停止、開始ってできるのでしょうか？
IISは5.0です。

よろしくお願いします。

347:デフォルトの名無しさん
05/03/22 20:29:36
釣りでないなら、あなたも>>343を一度読むことをお勧めする。

ちなみに、スレ違いにマジレスすると、IIS4の時に「net」コマンドではできなかったので、
VBSでIISのオブジェクト取得->サイトのオブジェクト取得->開始/停止
ってのをやった記憶はある。１０行程度でできた気がするけどね。
IIS5.0はシラネ。

348:デフォルトの名無しさん
05/03/24 00:57:44
>>346
「iisreset」コマンドでどうぞ

349:デフォルトの名無しさん
05/05/07 23:36:06
こんなニュースがあったが
URLﾘﾝｸ(www.itmedia.co.jp)

まだWS-Discoveryを採用したデバイスってないよね？

350:デフォルトの名無しさん
05/05/07 23:41:02
WinHCEが載った携帯電話って、どっか出してたっけ？
売国奴どきゅも、さむそん？

いずれにせよ、|V|＄の説明が予告通りにいくことはないでしょ。
ロングホーンことWindows2006すら、2006年に出るかどうかの瀬戸際なのにｗ

351:デフォルトの名無しさん
05/05/09 23:05:28
SOAPでやり取りするデータの一部に生(X)HTMLデータが含められるような形で
WSDLを書くにはどうしたらいい？
HTMLをエスケープしてstringにするっていうのは無しで。

352:デフォルトの名無しさん
05/05/10 22:12:08
メソッド引数・戻値にHTMLが入るならそれは普通のxsd:stringなんだろうから
普通にmethod(string arg1) の定義をWSDLに記述すれば
いいんでないの。SOAPプロトコル通るときにSOAPエンジンが狂うか
心配せんでも、まともな実装だったらエスケープしてくれるでしょ

353:デフォルトの名無しさん
05/05/12 20:04:34
第九オフ参加者の正体

2 774 9 32
ｽﾚﾘﾝｸ(nanmin板)

第九オフでmixi検索汁!

354:デフォルトの名無しさん
05/05/12 22:03:01
JAX-RPCの規格って取り扱うデータがbeanであること強要するよね?
で普通のデータはいいんだけど例外クラス。Exceptionはbeanではないよね。
例外チェーンも使っていいのかよくわからんし。

355:デフォルトの名無しさん
05/06/08 21:50:05
C#.NETでとりあえず作ってやれと思い
Webサービス側でメンバ変数を普通に利用しようとした俺に最適な良書を教えろや
てゆーかなんで一回きりのサービスをクラスに記述するんだよ。
クライアント側でnewしたときに自動的にセッション張ってインスタンス管理してくれるのかと勘違いしたじゃねえか

356:デフォルトの名無しさん
05/06/12 05:25:57
少し勉強してから書き込もうな

357:デフォルトの名無しさん
05/07/06 01:33:23
うわ、このスレもうすぐ3年生かよ。

358:デフォルトの名無しさん
05/07/09 00:04:27
結局3年かかっても全然普及してないんだな

359:デフォルトの名無しさん
05/07/09 00:18:13
OH 信じられない発言デース

360:デフォルトの名無しさん
05/07/11 04:51:04
RESTやWeb2.0系の話題って全然ないんだな。
それっぽいスレッドもないし。

一部では「Web Services Considered Harmful?」とか言われてるんだぞ。
URLﾘﾝｸ(ch.kitaguni.tv)

361:デフォルトの名無しさん
05/07/11 05:40:03
ソープサービス

362:デフォルトの名無しさん
05/07/12 21:53:01
UDDI1レジストリー運営中・・・つうだけでとりあえずコムウェアにエントリーした事もありました（古傷

363:デフォルトの名無しさん
05/07/14 18:27:43
SOAPのサービスの質が低下してる件に関して

364:デフォルトの名無しさん
05/07/14 18:30:20
店員に文句言え

365:デフォルトの名無しさん
05/07/22 23:06:15
SOAP ランド SOAP ランドヤッホォイヤッホォイ♪

366:デフォルトの名無しさん
05/07/22 23:19:47
出さない奴なんて言ったっけ？
なんとかパブ

367:デフォルトの名無しさん
05/08/06 12:40:53
URLﾘﾝｸ(neta.ywcafe.net)

天気予報をXMLで提供すると気象庁が発表してから半年が経った
実は2004年の11月には既に気象庁がこんなプレスリリースを出している。
府県天気予報・府県週間天気予報を新しい形式（XML形式）で提供します。

◎：平成16年12月から追加して発表するもの
（XML形式で提供します。気象庁HPでも12月から掲載します。）

しかし発表で予告された12月1日からもう半年以上を経た2005年7月現在、
気象庁のwebサイトにはXML形式のデータなどどこにも見当たらない。

なお、お察しのとおり、財団法人気象業務支援センターも
財団法人日本気象協会も気象庁の官僚の天下り先である。

368:デフォルトの名無しさん
05/08/06 12:42:30
>>367
RSS

369:デフォルトの名無しさん
05/08/09 19:39:40
おい、おまいら。
今なら、はてなダイアリーにて、ウザいキーワードをこっそり削除できますよ？
----
naoya 『キーワード登録の際のPOSTの中身に、cnameとoldcnameというのがあって、
　これらが異なっていればカテゴリ移動と判断されて「change category to」扱いになります。
　つまり、もともと削除予定キーワードであっても、oldcmaneをウェブとかにして、
　cnameを削除予定にすれば、 change category to 削除予定キーワードが連続で
　記録されることになります。』 (2005-08-08 13:15:43)
naoya 『ということは逆に、削除予定にしたいけど編集者に通知メールを送りたくない、
　という場合には、oldcname，cnameをともに削除予定にしてしまえば
　（change category扱いにならないので）よいわけです。』 (2005-08-08 13:17:36)
----

370:デフォルトの名無しさん
05/08/10 03:57:44
>369
URLﾘﾝｸ(i.hatena.ne.jp)

371:デフォルトの名無しさん
05/08/18 10:40:29
>>367-368
RSS でも SOAP でも何でも良いから天気予報の XML サービスってどっかないんかな。

372:デフォルトの名無しさん
05/08/18 13:11:13
>>371
これじゃねーの？
URLﾘﾝｸ(neta.ywcafe.net)
RSSでもSOAPでもなくてFTPで10まんえんらしいけど。

もしデータの二次配布が許されるなら、ヤフーとかgoogleがXML Webサービスで配信してくれたらなあ。
各webポータル業者はHTMLでブラウザ用に天気予報を配信してるんだから、XMLでシステム用に配信しても問題無い気がする。
屁理屈なのかな。

373:デフォルトの名無しさん
05/09/17 18:38:17
WSDL1.1の仕様なんかあいまいでよくわからん。
definitions要素のtargetNamespaceの記述が

＞任意に URI 型の targetNamespace 属性を指定することができます。
＞URI は、相対 URI であってはなりません。

これだけじゃtargetNamespaceが何のための属性なのかがわからん

374:デフォルトの名無しさん
05/09/18 00:48:29
すごく初歩かもしんないけど。
JSP/Servletでリファラ取得できるの？

375:デフォルトの名無しさん
05/09/18 00:58:38
>>374
スレ違いだコンチクショウ。
WEBアプリとWEBサービスの区別もつかない池沼は首吊って逝けや！
リファラはHttpServletRequest#getHeader("Referer")で取れるよ。

376:デフォルトの名無しさん
05/09/18 01:01:01
ｹﾞｯ　やっぱﾍｯﾀﾞから取るんだ！　

だって、、、ﾌﾟﾛｸﾞﾗﾐﾝｸﾞって書いてあったから、、、

なにはともあれRefererね、ｻﾝｸｽ(n‘∀‘)η

377:デフォルトの名無しさん
05/09/18 02:56:49
>>376
だってもなにもスレ違い。Webサービスでぐぐってから出直してこい。

378:デフォルトの名無しさん
05/09/18 17:00:54
タダで欲しい Web サービス

・大まかな住所、日時 ⇒ 天気予報、日の出日の入り、満潮、干潮、月齢
・緯度/経度 ⇔ 大まかな住所
・郵便番号 ⇔ 大まかな住所
・緯度/経度、拡大率 ⇒ 地図画像

最近旅行アプリ作りに夢中だからこんなんばっか…

379:デフォルトの名無しさん
05/09/18 22:13:21
おれ気づいたんだけど
このスレ板違いだよな

380:デフォルトの名無しさん
05/09/19 00:18:30
それは痛いな

381:デフォルトの名無しさん
05/09/19 00:44:17
>>379
どこが？

382:デフォルトの名無しさん
05/09/20 04:48:59
おはようございます。初心者の質問を聞いてください。

某サイトに乗ってる
>java samples.userguide.exaple3.Client XXXX
を試そうとしましたが

>java org.apache.axis.client.AdminClient
samples\userguide\example3\deploy.wsdd

と打ってもサービスの場所が見つけられないと言われます。
原因はなんでしょうか。

j2SDK1.4.2_09,AXIS1_2_1,Tomcat4.1.30使ってます。宜しくお願いします。

383:エスパー
05/09/20 09:43:59
axisが、正常に動いていないとか？

384:デフォルトの名無しさん
05/09/20 16:57:09
>383
正常に動かない場合があるのですか？
一応ブラウザ上ではサーバとサービスは動いています。

385:デフォルトの名無しさん
05/09/20 17:58:26
axisってガンダムに出てた記憶がある

386:デフォルトの名無しさん
05/09/20 21:09:24
ローカルで動かしているなら、URLﾘﾝｸ(localhost:8080)にブラウザでアクセス
そこで、「リスト」をクリックしてMyServiceが見つかったなら、
java org.apache.axis.client.AdminClient -lURLﾘﾝｸ(localhost:8080) deploy.wsdd
とオプションつけろ
ローカルホストじゃないんだったらWindowsのふぁいあうぉーるの設定で8080が通ってるかみろ
これでだめなら

あきらめろ

387:デフォルトの名無しさん
05/09/20 21:42:45
35歳独身ニート、

人生あきらめました

388:デフォルトの名無しさん
05/09/20 22:03:14
遅っ

389:デフォルトの名無しさん
05/09/20 23:17:06
WSDL勉強してたら段々腹立ってきた。
IDLのほうが200倍簡潔でわかりやすい。

390:デフォルトの名無しさん
05/09/20 23:30:32
>>389
そりゃしょうがない。IDLは言語非依存な言語によるAPIの定義。
WSDLはXMLでAPIを定義してる。その苦労の分得られるものもあるってことで

391:デフォルトの名無しさん
05/09/21 01:30:44
>>387
人生楽しみなよ
金に困ってないなら素晴しい人生じゃないか

どうせ後5年もして団塊世代が定年退職しちゃったら
人手不足で好きな仕事がいくらでも選べるようになるよ

392:デフォルトの名無しさん
05/09/21 02:11:10
なりません

393:386
05/09/21 06:09:47
おいおいおい。丁寧に教えたつもりなんだがマジであきらめてどうすんだよ
URLﾘﾝｸ(ws.apache.org)読んでもう一度丁寧にやり直せよ

394:382&384
05/09/21 17:48:05
>386
上記オプションで出来なくてあきらめかけましたが
-l URLﾘﾝｸ(localhost:8080)

とかやって幸せになりました。ありがとうございました。

395:デフォルトの名無しさん
05/09/23 22:53:41
AxisとInfopath連携させようとがんばってきたけど
素直にASP.NET+Infopathにすることにした。すげえらく

396:デフォルトの名無しさん
05/09/24 02:41:56
┏━━━━━━━━━━━━━┓
┃ヽ,.-､, '　　＿＿＿＿＿＿＿＿　　さ　い　た　ま　銘　菓　　　 .┃
┃‐(.ﾟ∀ﾟ)‐＜風が語り掛けます　　　＿|＿　┬─　┬─ 　　　.┃
┃ , '`,､',､　　二二二二二二二二　　　.｜　　.ノフ　ノ口　　　　　 ┃
┃∩( ﾟ∀ﾟ),＜うまい、うますぎる　　　　　食曼　　豆頁　　　　　　┃
┃　Y　　ｲ　　￣￣￣￣￣￣￣￣　　　　　　（株）十万石ふくさや┃
┗━━━━━━━━━━━━━┛

397:デフォルトの名無しさん
05/09/25 13:27:27
>>395はMSワールドに取り込まれました。ゲイツ君の勝ち。

398:デフォルトの名無しさん
05/09/26 00:36:50
別にMSのWebサービスがMS独自というわけじゃないんだけどな。
Axisでdoc/litやるのがあほめんどくさいだけで。

399:デフォルトの名無しさん
05/09/26 00:39:07
あとASP.NETでサービスつくるとデフォルトでシンプルなXML over HTTPにも対応したのができるけど、これがいい。
SOAPいらねえよなーとか思う。

400:デフォルトの名無しさん
05/09/26 00:40:31
つーかさー同一言語で固めるならWebサービスじゃなくてもいいんだよな

401:デフォルトの名無しさん
05/10/22 02:44:56
Webサービスのトランザクションって、３つくらいに規格が分裂していると聞きましたが
現在も状況は変わらないのでしょうか？
トランザクションがサポートされるまでは、結局参照系の機能ぐらいしか使えない気がするのですが・・・

402:デフォルトの名無しさん
05/11/06 14:34:43
ウェブサービスって名前はいいけど、soapとか糞だしな。
やっぱりhttp+html最強。

403:デフォルトの名無しさん
05/11/06 17:24:44
はぁ

404:デフォルトの名無しさん
05/11/06 18:35:51
>>402
SOAPとHTMLじゃ目的が違うような。

405:デフォルトの名無しさん
05/11/22 22:39:06
最近XHTMLでAPIを呼ぶというアドホックの極みみたいな一派がいるらしい。

例えば [hogehoge, fugafuga] というリストを送るときは

<?xml ...?>
<xhtml>
...
<ul>
<li>hogehoge</li>
<li>fugafuga</li>
</ul>
...
</xhtml>

とかいうXHTMLを送るんだそうだ。でもって連想配列は<dl><dd>。ブラウザで
コールして応答を確認できるのがうれしいとか。

確かに簡単だし、ある意味ではWebサービスかもしれんが、無理ありすぎだろ。

406:デフォルトの名無しさん
05/11/23 15:43:35
それって、普通の動的ページと違うん？

407:かにたま ◆kani39TDoc
05/11/23 15:46:26
ｽﾚﾘﾝｸ(cg板:130番)

408:デフォルトの名無しさん
05/11/26 08:20:04
>>405
禿藁ｗ
突き詰めていくと面白いかもしれんな。横で見てる分には。

409:デフォルトの名無しさん
05/11/28 01:34:43
クライアントやDHTMLアプリとかが閲覧と並行してXHTMLを
処理できるように

<li><ns:hoge>...</ns:hoge></li>

とかXHTMLに混ぜ込むのなら自然だと思うんだが、混ぜ込むのでなくて
そのままXHTMLで送るのは頂けないなぁ。

410:デフォルトの名無しさん
05/12/20 09:19:46
ここはREST系はNG？

411:デフォルトの名無しさん
05/12/27 23:57:54
誰も触れてないが、IBM-MS-SAPが運用していたUDDIレジストリが
ついに閉鎖されたそうな。

ウェブサービスの黒歴史年表に載りそうなイベントだが、
開始から停止までの間、これほど一貫して話題にならなかったのは
カワイソス・・・

NCom運営のレジストリもそろそろかな。

>>410
どちらも単独でスレ維持するのは難しいだろうからまとめて
ここでいいんじゃね？

412:デフォルトの名無しさん
05/12/28 00:59:52
これですな
URLﾘﾝｸ(www.itmedia.co.jp)

413:デフォルトの名無しさん
05/12/28 01:04:16
UDDIって、あんなもん使い道ねぇだろと最初から思ってたけど、ついに閉鎖かｗ

414:デフォルトの名無しさん
05/12/28 21:27:11
UDDIレジストリが閉鎖ですか、そうですか。

Axis使ってWebサービスのサンプル（プロトタイプ）を作ってるんですが、
おまいらが参考にしている書籍ってなんかあります？

とりあえず、WSDLのデプロイとか基本的なところはググってなんとかなってるんだけど、
Amazonとかで検索しても、なかなかよさげなのが見つからなくって。

”Webサービス”っていう内容のより、”Axis”って内容の方がありがたいっス。
とりあえず、DBとの連携や、VB.NETとの連携は出来てはいるんだが。

AxisServletを継承して拡張する利点とかあるんかいなぁとか、
まだまだ分からん点が多いんですよ。

もしかして、みんな.NET使ってる？

415:デフォルトの名無しさん
05/12/29 11:27:25
.NET使ってる。
最新の Web Service Enhancements を使うと簡単に最新技術に触れた気になって楽しめる。

416:デフォルトの名無しさん
05/12/29 11:59:09
>おまいらが参考にしている書籍ってなんかあります？

書籍じゃないけど、
URLﾘﾝｸ(ws.apache.org)
URLﾘﾝｸ(javashoplm.sun.com)
URLﾘﾝｸ(svn.apache.org)

しかし、Axisも.NETも、WSDL自分で書くと意味不明なエラーが出る。
いや、俺が間違ってるんだろうけど何が悪いんだかちゃんと言って欲しい…。

417:デフォルトの名無しさん
05/12/29 19:56:25
>>415
>>416
Thanks ☆☆** v(￣ー￣)v**☆☆ Thanks

> Axisも.NETも、WSDL自分で書くと意味不明なエラーが出る。
AxisはAnt使って1発でやってますよ。buld.xmlに書いて。

Java2WSDLでしたっけ？
アレ使ってJavaのクラスからWSDL生成してデプロイまでAntで1発。

.NETはクライアントかな。Axisが出すWSDLを落としてきて、

wsdl /l:vb Example.wsdl

でVBとかC#のソースを生成しておしまい。

418:：デフォルトの名無しさん
06/01/16 12:02:02
php+pearで
server.php
<?
require_once 'XML/RPC/Server.php';
$map = array('test' => array('function' => 'test') );
$svr = new XML_RPC_Server($map);
function test($param) {
return new XML_RPC_Response(new XML_RPC_Value('OK'), "string");
}
?>

client.php
<?
require_once("XML/RPC.php");
$value = new XML_RPC_Value(
array("test" => new XML_RPC_Value("test", 'string')),'struct');
$msg = new XML_RPC_Message('test', array($value) );
$client = new XML_RPC_Client("/", "example.com", 80);
$response = $client->send($msg);
echo $contents = XML_RPC_decode( $response->value()) ;

では、問題なく動作するのですが、クライアントをperlで
#!/usr/bin/perl -w
use XMLRPC::Lite;
my $rpc = XMLRPC::Lite->new;
my $url = 'URLﾘﾝｸ(example.com)';
my $contents;
$rpc->proxy($url);
my $res = $rpc->call( "test",{ test => "test" });
print $contents = $res->result;
とすると、Unknown methodになります。
どこが間違っているのでしょうか？

419:デフォルトの名無しさん
06/01/27 16:25:53
年が明けてやっとこ上の1件。。。

仕事でaxis/axis2を使ったシステムを開発する（予定？）のだが、
お先真っ暗な感じ。

で、こんな代物を利用しようとするオレッて馬鹿なのか？？

今年初のageでよろ。

420:デフォルトの名無しさん
06/01/27 20:22:18
正直、馬鹿。道具に使われるミーハーは、趣味なら構わんが、仕事だと迷惑。

421:デフォルトの名無しさん
06/01/28 01:42:43
>>419
kwsk
何でそれやることになったの？お前が決めたの？

422:デフォルトの名無しさん
06/01/29 01:02:33
>>419
どうせシステム間をちょっとつなぐ形で使うだけだろ？
それならあんまり面倒なことはせず、お手軽RPC風で作るのが幸せ。
巨大なバリューオブジェクトを送り送られ程度でお茶を濁せば逆に
それなりに使いやすいシステムになる。

423:491
06/01/30 13:07:05
>>422

>どうせシステム間をちょっとつなぐ形で使うだけだろ？
そうその通り。
なんか良いの無いか探している途中。
そのお手軽RPC風をもちっと詳しく教えて。

424:デフォルトの名無しさん
06/02/01 20:09:14
つ　CORBA

425:デフォルトの名無しさん
06/02/01 20:19:18
つストアド

426:デフォルトの名無しさん
06/02/02 11:18:44
Atom のパーサ・ジェネレータのＣ＋＋のライブラリとかって無いですかね？

427:デフォルトの名無しさん
06/02/02 12:14:55
REST系はWebProgで聞いた方が良いかも。
こっちはSOAP系。たぶん…。

428:デフォルトの名無しさん
06/02/15 03:11:58
XML総合スレッドｽﾚﾘﾝｸ(db板:217番) から誘導されてきました。
iTunes で扱っている音楽ファイルを、samba でシェアしている Linux マシン上に置いています。というか、
iTunes が読み書きするディレクトリを、samba でマウントするヴォリュームの配下に指定しています。
iTunes が参照しているのは /Users/username/Music/iTunes/"iTunes Music Library.xml" という
XML ファイル（MacOSXの場合）で、その中身は例えば
<key>157</key>
<dict>
<key>Track ID</key><integer>157</integer>
<key>Name</key><string>The House Jack Built</string>
<key>Artist</key><string>Aretha Franklin</string>
<key>Album</key><string>Aretha's Gold</string>
<key>Genre</key><string>R&B</string>
<key>Kind</key><string>MPEG audio file</string>
<key>Size</key><integer>2824524</integer>
<key>Total Time</key><integer>141113</integer>
<key>Track Number</key><integer>12</integer>
＜改行が多すぎると言われるので二つに分けます＞

429:428
06/02/15 03:12:54
＜続きです＞
<key>Track Count</key><integer>14</integer>
<key>Date Modified</key><date>2001-09-26T18:37:02Z</date>
<key>Date Added</key><date>2001-09-26T11:36:03Z</date>
<key>Bit Rate</key><integer>160</integer>
<key>Sample Rate</key><integer>44100</integer>
<key>File Type</key><integer>1297106739</integer>
<key>File Creator</key><integer>1752133483</integer>
<key>Location</key><string>./Aretha%20Franklin/Aretha's%20Gold/12%20The%20House%20Jack%20Built.mp3</st
ring>
<key>File Folder Count</key><integer>4</integer>
<key>Library Folder Count</key><integer>1</integer>
</dict>
というような具合になっています。さて、上述しましたように、私の場合は、このファイルが Linux マシン上に置いてあって、
曲を追加したりした場合にも、常にその Linux マシン上の XML ファイルが更新されています。そこでこの XML 情報を、
例えば php から呼び出したりできないものかと考えているのですが、そういうことは可能でしょうか？
あるいは、XML ってのはこういう風に使いまわすもんだ、というようなアドバイスをいただければ
大変ありがたいのですが。よろしくお願いいたします。

430:デフォルトの名無しさん
06/02/15 12:08:37
>>428
スレ違い

431:デフォルトの名無しさん
06/02/15 12:41:18
>>429
できるよ、もちろん。
でもWebサービスとはこれっぽっちも関係ないね。
それは、「PHPでXMLを読むにはどうするか」というPHPの質問だ。

432:デフォルトの名無しさん
06/02/15 14:44:51
次ぎのスレからは、また種類の違う人が沸く可能性もあるけど「【Webサービス】SOAP【RPC】」ぐらいがいいね。
しかし、次ぎスレが、あるのかどうか怪しい。。。

433:デフォルトの名無しさん
06/02/15 15:08:53
ぶっちゃけトランザクションの仕様が一本化されて
各ベンダーの実装間での相互運用性について
実績が積まれていくまで様子見モード

>>432
REST, XML-RPCとかも入れて活性化を！

434:428
06/02/15 16:51:27
>>430-431
これは失礼しました。
ｽﾚﾘﾝｸ(db板)
に移動します。

435:428
06/02/15 17:01:19
×　ｽﾚﾘﾝｸ(db板)
○　ｽﾚﾘﾝｸ(hp板)

重ね重ねすみません

436:デフォルトの名無しさん
06/02/16 17:39:15
>>432
じつはSOAPスレが既に存在する…
SOAP
ｽﾚﾘﾝｸ(tech板)

>>433
それってこの板で良いのかな。WebProgではないのかとも。

437:!=433
06/02/17 00:38:08
個人的な見解ではSOAP、REST、XML-RPCなんかは
この板で良いと思ってる。
向こうは事実上WEBブラウザを利用するもの一般を扱うことで
住み分けをしているような気がするんだ。

438:デフォルトの名無しさん
06/02/17 22:53:09
>>437
禿同

439:437
06/02/18 01:33:30
>>438
ありがとう。嬉しいぜ。

440:デフォルトの名無しさん
06/02/18 23:25:53
SOAPはWebじゃなくても使えるんだが。

441:デフォルトの名無しさん
06/02/19 04:09:21
だから何？

442:デフォルトの名無しさん
06/02/20 22:35:06
>>441
火病が発病する一歩手前のような発言するなよ。

443:デフォルトの名無しさん
06/02/20 22:49:26
ﾜﾛﾀ

確かにSOAPはSMTP上での実装も考慮されているなー

444:デフォルトの名無しさん
06/02/21 00:12:36
REST, XML-RPCはこの板かどうかって話なのに、SOAPがWebじゃなくても使えるから何？
とまで書かないと、ツッコミの意味も理解できないとは、いやはや…。
しかも自演臭プンプンと来たもんだ。

445:デフォルトの名無しさん
06/02/21 10:36:53
事実を捏造するなよ。つーか火病が発病してきたのか?

446:デフォルトの名無しさん
06/02/21 21:08:31
自演臭とか、被害妄想までキテルな、いやはや・・・
はいはい君はWebサービスのプロだからもうこんなスレ来なくていいよ

447:デフォルトの名無しさん
06/02/22 11:21:21
昨今の、ム板住人の低レベル化を嘆いてみる。

448:デフォルトの名無しさん
06/02/22 13:16:14
マ板よりマシ

449:デフォルトの名無しさん
06/02/22 13:16:53
マ板はネタ板

450:デフォルトの名無しさん
06/02/25 19:43:48
みなさん、認証ってどうしてます？

HTTPレベルで認証させる？
SOAPのリクエストヘッダに認証情報を乗せちゃう？
認証のためのメソッドを用意するって手もあるようですが……。

ごちゃごちゃ言わずに WS-Security 使えよって話ですかね？

451:デフォルトの名無しさん
06/02/25 23:53:11
趣味ならWSS、業務ならBasic認証。

452:デフォルトの名無しさん
06/02/26 01:05:07
>>451

Basic認証ですか。もちろんSSL/TLS使ってですよね？

453:デフォルトの名無しさん
06/02/28 11:33:31
Axis2 にREST機能が付いたらしいけど、使った椰子いる？

454:デフォルトの名無しさん
06/02/28 12:00:43
RESTって具体的にどんな機能？
GETのパラメタがMapでアプリに渡されて、レスポンスは普通にSOAP？

455:デフォルトの名無しさん
06/02/28 12:55:27
>>454
URLﾘﾝｸ(ws.apache.org)

内部で一旦SOAPに変換して処理するらしい。
レスポンスもXML(非SOAP)で返ってるね。

456:デフォルトの名無しさん
06/02/28 13:00:57
ド素人ですが質問です。axisでHelloWorldやってるレベルなり。

どうもCodeGeneratorでの開発が馴染めません。「これって
まるでxdocletでEJB2を作ってるみたいじゃん。」と感じました。

そんな時にJSR-175/181というのが策定中と知り、「今から
始めるならこれしかないよね。」と、こちらを研究したいと考え
ました。

そこでお知恵拝借；

1.Spring + XFire
2.ApacheBeehive

この二つを対比した時に、それぞれのメリット・デメリットを
知りたいです。

普段はSpring遣いなので１の方が馴染みがあるのですが、
いかんせん情報不足。つーか実戦に投入可能なレベルの
完成度あるのかどうにも判らない。

BeehiveはApacheという所が嬉しいのですが、特定の
フレームワークへの依存度アップを強制されちゃう感じが
ちょっとイヤ。NetUIなんて見たくもないって感じ。

意見や情報源を戴けると助かります。お願いします。

457:デフォルトの名無しさん
06/03/02 11:51:15
わかってけどべひべって181だかに準拠じゃないん？

458:デフォルトの名無しさん
06/03/03 00:52:39
>>457
べひべって読むのか。

459:デフォルトの名無しさん
06/03/18 11:51:27
超初心者な私が質問します。
ＸＭＬＷＥＢサービスって送受信のデータが大きい場合は不向きですか？
例えば、帳票出力サービスというのがあって、
クライアントからは、帳票に出力する実データ(行単位で何百行)を渡し、
サーバーでは、指定されたレイアウトでレイアウトとデータを含んだ実際の帳票を
文字情報としてクライアントに返すというイメージです。

460:デフォルトの名無しさん
06/03/18 12:03:27
CSVとかに比べて、内容のデータサイズにオーバーヘッドも比例する。一般論として。
鯖と海鮮にバンバカ金掛けられるんなら桶

っていうか、XMLで送ってFOだかPDFだかで返すつもりなら、
Webサービス（SOAP)かどうか関係なく重そうだ。
行きがXMLでないなら鯖負荷は軽減できそうだが。

461:デフォルトの名無しさん
06/03/18 12:41:41
ファイル化→圧縮→base64

462:http://www.vector.co.jp/soft/win95/util/se072729.html
06/03/18 18:32:01
TextSS　の64bit化おながいします

もしくは64bitにネイティブ対応した置換ソフトないですか？

463:デフォルトの名無しさん
06/03/19 10:43:16
＞行きがXMLでないなら鯖負荷は軽減できそうだが。
XMLでない場合ってそれ以外に何があるのでしょうか？
＞ファイル化→圧縮→base64
SOAPで渡すということでしょうか？

そもそもSOAPをあまり理解していないかもしれませんが、
クライアントがサーバーに渡すデータ形式は、
文字列型、数値型だけではないのでしょうか？
XMLは内部的な話で、クライアント側でXMLを意識する必要はないのでは？
また、バイナリやオブジェクト型などを渡すことはできないですよね？

464:デフォルトの名無しさん
06/03/19 15:12:24
行きがXMLでないなら、ってのはCSV vs XML(SOAP)という話。
SOAPで中身CSVなんてアホなことは言ってない。
あと、圧縮なんて回線が良くても鯖がもたんだろ。ただそいつの言うようにbase64でSOAPにバイナリを埋め込む方法はある。
あと、Attachmentとしても送信可能だがこれはいまいち。

465:デフォルトの名無しさん
06/03/19 15:33:58
>>464
すみませんでした。
因みに、圧縮でサーバーがもたないとは、圧縮処理の負荷にリソースがかかるという意味でしょうか？
確かに、文字列→圧縮→base64はいけそうな感じがします。

念のため、一つだけ確認したいのですが、
SOAPを使う=XMLデータの受け渡しとなりますが、
サーバー側もクライアント側もDomやSaxなどのXMLのプログラムは全く不要ですね。
事前にアプリケーション側でXML形式のデータを用意したり、データをXML形式化する必要はないですね？
APIで引数にJavaならJavaの基本形が使えるということですね。

466:デフォルトの名無しさん
06/03/19 16:38:23
そうでもねーんだ。これが。
実装依存の部分が必ず発生する。JavaならJava。MSならMS。あわせないと危険。

467:デフォルトの名無しさん
06/03/19 19:02:16
圧縮処理の負荷にリソースがかかるという意味、だ。
アプリでXMLの処理が必要かってのはSOAPの問題じゃなくてライブラリAPI仕様の問題。
つっても普通は、APIで引数にJavaならJavaの基本形が使える、
XML処理不要なライブラリAPI使うが。

あと、Attachmentとか使わない限りMSかJavaかってのはあんま関係ないけどな。
実装依存をいうならJava同士だって有り得る。
ただ、わかってないなら言語が違う方が訳若度は高いかもな。

468:デフォルトの名無しさん
06/03/19 19:50:57
状況を自己定義すりゃ何でも言える、典型的な例が出てしまいました。

469:デフォルトの名無しさん
06/03/19 20:08:23
>>467
有難うございます。

んー。ちょっと今回のはデータ量的に難しそうだ。
Attachment(ファイル転送)もいまいちみたいだし。
普通のWEBアプリケーションに例えると、リクエストで大量の画面データ
送りつけるようなもんか…

470:デフォルトの名無しさん
06/03/22 21:26:59
無職で半年過ごしているんだけど、
今度Webサービスって言うかHPを作って欲しいって仕事紹介されたんだけどビルダーが使えればいいのかな？

営業は叔父がやってくれるのでそこらへんは気にしなくていいんだが・・・

471:デフォルトの名無しさん
06/03/23 00:17:17
>>470
顧客に話聞きにいけ。

472:デフォルトの名無しさん
06/03/23 08:03:49
WEBサービスとHPはまったくの別物です。

473:デフォルトの名無しさん
06/03/23 12:55:52
ビルダーってもちろん、C++Builderの事だよな？
あと、HP作りたかったら、日立に入るか、HP本体に入るしかないんじゃないか？

474:デフォルトの名無しさん
06/03/23 13:07:01
>>473 そうですね！！

475:デフォルトの名無しさん
06/03/28 20:20:52
はてなAPIを調べていて、気になった事が。
認証時に送るデータのひとつに、PasswordDigest というものがあって、
「Nonce, Created, パスワード(はてなアカウントのパスワード)を文字列連結し
SHA1アルゴリズムでダイジェスト化して生成された文字列を、
Base64エンコードした文字列」という説明があります。
自分のパスワードに色々文字列をくっつけた、ハッシュ (ダイジェスト) 値って事ですよね。

という事は、正しいかチェックするには生パスワードが必要になるわけですよね。
つまり、はてなのサーバ側ではパスワードの管理を、ハッシュ値ではなくて、
元の文字列そのままデータベースに保存している、と。

話にならないセキュリティですね。
WEB2.0だアジャイルだと寝言ポエム唱える前に、基礎的な技術を習得すべきですよ。

476:デフォルトの名無しさん
06/03/28 20:43:17
>>475
セキュリティについて勉強しなおせ。

477:デフォルトの名無しさん
06/03/28 22:14:53
>>475
基礎的な技術がない僕に教えて。

SSLが使えない状況下にて、
同一の認証情報は必ず1回だけしかネットに流さない、ってのは有効な手段だと思ってたんだけど、
これ以上に安全な方法で、認証情報をネットワークに流すにはどうしたらよいの？
平文を流すのは論外として、毎回同じダイジェストを流したって、それを盗まれたらそのまま使われちゃうし。

478:デフォルトの名無しさん
06/03/28 22:51:47
>>477
> SSLが使えない状況下にて

この時点でまともなセキュリティはあきらめろ。

パケットを覗くなんてのは古い。
接続先をすりかえる、これお勧め。

479:デフォルトの名無しさん
06/03/29 11:22:06
>>478
475 の論法だと、SSL は結局サーバ側でデコードされて
元の文字列になってしまうので危険ということになるけど・・・

>>477
どうも一般的な世の中ではRadiusなる機械で一元管理することによって
サーバ側で平文パスワードを脅威から守るというのが普通のようですよね。
基礎的な技術の無い漏れらにはこれがどういう意味なのかすらわかりませんが

480:デフォルトの名無しさん
06/03/29 12:18:11
>>475
>>478
基礎的な技術がない僕に教えて。

この僕ちゃんたちは何でこんなに自信満々で人のこと馬鹿にできるんでしょうか？

481:デフォルトの名無しさん
06/03/29 12:30:59
バカにはしてないと思うが。
まぁセキュリティのレッドゾーンなんて所詮程度問題≒現場の状況と主観で決まるから。

482:デフォルトの名無しさん
06/03/29 12:37:15
まぁ、セキュリティは突き詰めちゃえば、便利さが全くなくなるな。
金かけても見返りは無い投資だし。
トレードオフでどこに線を引くかだ。

483:デフォルトの名無しさん
06/03/29 16:21:08
>>481
「寝言ポエム」「基礎的な技術を習得すべき」明らかに馬鹿にしてるじゃんｗ
>>478を含めちゃったのは間違いだった。すまん>>478。

484:デフォルトの名無しさん
06/03/29 18:01:38
>>475
元のパスワードを使用できる=生で保存
なんて短絡思い込みで言ってんだろ
まあそりゃ実際にそうかもしれんけどさ。

485:デフォルトの名無しさん
06/03/31 13:57:32
で、結局のところ、
ネットワークに生のパスワードを流すことなく、
且つワンタイムパスワードな仕組みで、
且つサーバにも生のパスワードを保存する必要がない
基礎的な技術って何？

486:デフォルトの名無しさん
06/03/31 14:32:37
宅配記録郵便

487:デフォルトの名無しさん
06/03/31 19:24:16
>>485

TSL?

488:デフォルトの名無しさん
06/03/31 20:47:51
そうか！テクノスーパーライナーがあったか！

489:デフォルトの名無しさん
06/03/31 21:30:55
>>485
公開鍵暗号。
TPMとかの物理的援助なしだとパスワードの代替手段にはなりにくいけど。

490:デフォルトの名無しさん
06/03/32 20:38:33
今からWEBサービスを学んでみたい者です。
JavaWorldでSOAってことで特集されてましたが、よくわからんでした…
どうも次のバージョンのJavaEEでAPIとかが整備されてくるのかな？

概要はわかるのですが、実際にPGMレベルになったときに
今の段階でどんなAPIや環境を使えばいいかがわかっていないです。
このあたり何か情報はないでしょうか？

#なんか最近SOAってことでXMLWEBサービスが再び？注目されてますが、
#実際のところどうなんですかね？
#実際の現場での現在の状況や今後の展望なんかも知りたいです。
#そのほか最近のものでお勧めの書籍やサイトがあれば教授願いたいです。

491:デフォルトの名無しさん
06/03/32 20:49:12
WebServicesに関して知りたいなら、SOAP、WSDL、UDDI(死語)、あたりでぐぐってみることをまずお勧めする。
M$のWebServicesだとそこらへんのXMLを自分で作る必要もないんだけど。

SOAに関しては俺個人的にはみんな踊らされてるだけな気がしてる。
夢見すぎだよおまえらって感じ。
社会がAIやらエキスパートシステムに突っ走ってた時代を思い出す。

492:デフォルトの名無しさん
06/04/02 01:40:44
いやー、アーキテクトの俺から見ても十分踊ってる。俺の周囲だと
現場離れて久しい、OO は机上で学んで理解した程度の老害
アーキテクト連中がやたらとごもっともな理論付けて話してるだけ。

所詮、リモートプロシジャコールだよ。設計上は EJB、CORBA や
もっと言えば DB のストアド呼ぶのと大して変わらんし。しかも
XML 使ってるから秒間何十処理もこなすのには全然向いてない。

現場離れてコード書かなくなったアーキテクトは、３年も立てば
現場と自分の知識の乖離が始まる。でそれが進むと程度問題を
扱えなくなる。まぁその頃までに確固たる自分のポジション確保
できてなかったら終わりだね。

次ページ