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 使ってるから秒間何十処理もこなすのには全然向いてない。
現場離れてコード書かなくなったアーキテクトは、３年も立てば
現場と自分の知識の乖離が始まる。でそれが進むと程度問題を
扱えなくなる。まぁその頃までに確固たる自分のポジション確保
できてなかったら終わりだね。
493:490
06/04/02 12:56:47
＞所詮、リモートプロシジャコールだよ。
そうなんですよね。。。
ベンダーに依存しない、オープン技術とは言え、XMLには処理速度などの問題があるんですね。
今までもEAIとか同じような潮流があったのに、
SOAになったからといって、システムの結びつけや業務の効率化が
実現できるとは考えにくいですね。
また消えてしまうのかな。
#ポジティブな意見もほしいです。
494:デフォルトの名無しさん
06/04/02 13:45:35
システム設計の現場的には、SOAは意味不明で結局リモートメソッドの
呼び出しでしかない。で、これはCORBAとかが既にあるが、RPC over XML 的な
方法の意義は、SOA 云々ではなく、敷居が低く、手軽であるという点。
個別システムではなくWWWとかのプラットフォーム設計者の視点では、
やっぱり SOA は意味不明で、こちらで評価されているのはデータ
自体が XML などの標準化された形で流通し、しかもアクセス手段が
データによらず世界共通なので、分散型のデータ処理プラットフォーあムの
基礎（いわゆるSemWeb）となるという点。
前者では導入の簡便さ、後者ではデータの流通性が評価されているわけで、
どこかの業界がやっている SOA だのビジネスプロセス設計だのは、
たまたま同じ技術が実装レイヤで流用できるかもしれないとされている
だけで、まーったく、全然、別のもの。
一種のモデリング技術なのできちんと設計論として確立するなら
問題はないが、それは未来の話だし、現状は「こんな感じで考えれば
いいかなーと思うわけですよ」程度で方法論以前の概念構築がきちんと
なされていないので、営業トークでしかない。例えば BPEL とか単なる
コールシーケンス制御をビジネスプロセスモデリングとかいってしまう
心臓の強さには恐れ入ってしまいます。この分野の実利用方法はこれから
実験・経験を積む段階にあって、最終的な形はまだ見えないのに、
不知の状態で委員会標準を作り、標準準拠だから未来を保証とかいって
顧客をだまくらかすその態度には呆れてます。
まあ、それはおいといて、技術としては使えるところでは使って
経験もあわせて積んでくだけですが。
495:デフォルトの名無しさん
06/04/02 14:05:16
こうやってちゃんと地に脚付けて現実が見えてる人が増えて現場主義の
アーキテクトとしては嬉しい限りだね。
SOA は Web サービスに既存の設計思想 (ドメインを単位とした設計) 乗っけて
すごいもの作ったように見せようという意図が見え隠れして萎える。着眼点自体は
悪くないんだから実装やプロトコルとはきっちり切り離せよと。でも XML で B2B だー、
とか雑誌で分けも分からず騒いでた時代から考えると地味に進歩はしてるのかな。
496:デフォルトの名無しさん
06/04/02 14:53:47
>それは未来の話だし、現状は「こんな感じで考えれば
>いいかなーと思うわけですよ」程度で方法論以前の概念構築がきちんと
>なされていないので、営業トークでしかない。
みんな同じように思ってたんだ。
SOAの本って、「ノストラダムスの大予言」と同じレベルだよな。
プロとして、そういう仕事しててはずかしくないの？
金さえ入れば、それでいいの？って、書店へ行くたびに嫌な気になる。
497:デフォルトの名無しさん
06/04/02 14:54:59
少なくとも、技術書みたいな雰囲気で売るのはやめてほしい。
498:デフォルトの名無しさん
06/04/02 14:59:37
どれも 30% くらいは思想書の成分入ってるからな。
499:デフォルトの名無しさん
06/04/02 20:31:15
とりあえず最新のSOAの定義はどこよんだら出てますか？
500:デフォルトの名無しさん
06/04/02 22:59:55
各ベンダが、どんどん都合のいい俺定義を作って、「対応製品」を出してるよ。
501:デフォルトの名無しさん
06/04/02 23:25:41
ベンダーもアーキテクトも解釈の入る概念引っ張ってきて 「俺意見」 を
入れるのが昔からの歴史
502:デフォルトの名無しさん
06/04/02 23:46:59
結局、都合良く部品化されたServicesが無いと話にならないんだが、
そのServicesの実装をどうするかは議論されず当然あるものとして話が進む。
あとはサービス組み合わせる話だけなんで、実装を知らないかつ責任を持たない設計者は仕事が楽になるので喜んで広めている感じだ。
Servicesの粒度とか部品化とか呼び出し回数制限とか実装問題は山積みのはずだがそこを語れる設計者がいないのが現状。上流工程だけがｳﾏｰな話に持って行ってる、下流のことは知らねぇよという感じ。
これじゃ絵に描いた餅だ。
まず部品化云々の話は１０年以上前に会社興してまでやったところがあったがすぐに潰れた。そこをうまく作り込む技術はまだ無いんじゃなかろうか。
503:デフォルトの名無しさん
06/04/02 23:48:59
以前、アプリケーションサーバが「SOA対応」と宣伝して
展示してたので、モデリング方法論という概念に「対応」とは
どういう意味かと聞いてみたら、結局のところ
- SOAPライブラリが付属している
という意味だといってくれた。SOAは設計論レベルの
概念であってプロトコルやライブラリとは違うだろと
更に畳み掛けると
- 付属の設計事例集によって SOA 的設計が可能となる
と最後はいいよった。
売っている方も、もう何だかわかんなくなっていると思われ。
時節が到来していない技術・設計思想をセールスのために
無理矢理押し出した結果、完全に空中楼閣状態になってる。
これに限らず何か新しいものが出ると、熟成もさせず、
理解もなく、適用範囲も考えず、とにかく二言目には新キーワードを
連呼するだけの業界人は
504:デフォルトの名無しさん
06/04/03 00:29:33
今は、技術動向的な話題の中でSOAの話をする人間は信用しないことにしているｗ
505:デフォルトの名無しさん
06/04/03 10:24:39
営業やる場合は、客がマネージャーや経営者レベルか技術者レベルかで使い分けるようにしている。
両方同席してる場合は話のレベルを変えるときに話す向きを変えてるよ。
金を取るための提案書の場合はどうしてもSOAといった言葉を多用することになるね。
トレンドに名前付けただけのWEB2.0なんていうのもあるからSOAはまともなほうじゃないの。
506:デフォルトの名無しさん
06/04/03 11:51:54
WEB2.0はどーでもいいけど、
派生的に「HTTPによる単なる通信、中身は色々」なる簡単な基盤技術に
「REST」っていうシンプルな名称が付いたのは嬉しい。
507:デフォルトの名無しさん
06/04/03 12:03:00
なんかこういうの後たたないね。
508:デフォルトの名無しさん
06/04/03 13:21:22
スーツ着てコード書かない奴が、さもスゴそうに言う物は、たいていろくなもんじゃない。
509:デフォルトの名無しさん
06/04/03 13:28:14
顧客にはこういったキーワード系の単語が出たら注意するよう
１エンジニアとして促してる。
510:デフォルトの名無しさん
06/04/03 13:42:27
M$のXMLWebServicesでテキトーに処理時間を測ってみたんだが、
XMLのParseやDataSetの処理にかなり時間がかかっているようだ。
この時間に関してはSOAPで送るDataSetのレコード数の大小による変化はあまり影響なくかかる感じ。1000レコードでも100レコードでもあまり変わらないんじゃないかな。
かかってる時間は100msオーダーなので小さなシステムだとDB処理よりも時間がかかっているかもしれない。
XMLWebServicesを呼び出すときは処理の粒度がなるべく大きい方が良いのかな。間違ってもローカルのメソッドのように細かく部品化して呼びまくってはいけないことはわかった。
511:デフォルトの名無しさん
06/04/03 13:54:29
コード書かない大先生様方に恐れ多くも設計していただけるのは細かく部品化された
システムなんだよな。なんか 「これぞ SOA！ビバ再利用性！」 みたいにトンチンカンな
興奮してるし。パフォーマンス上がらなきゃ 「我々は方法論を～実装には言及してない」
とか言い出す始末。かといって設計変えようとすると猛烈に反論してくるし。
あと５年後くらいにこいつら全員叩き潰せるようがんばるよ。さすがに口が本職だけ
あって今は勝てないけど。
512:デフォルトの名無しさん
06/04/03 14:16:45
XML解析速度が全体の速度を引っ張っている
513:デフォルトの名無しさん
06/04/03 14:19:45
漏れが昔とある遅いCPU (MIPS) で似たようなもの書いたときには、
・XML のパース
・文字コード変換
が2:1くらいで処理時間の大半を食ってたな。
メインのロジックの処理は軽かったので。
514:デフォルトの名無しさん
06/04/03 21:39:54
XMLのバイナリ表現が規格として固まらないと
どうしようもない希ガス。
XMLは激しくCPUに優しくない。
515:デフォルトの名無しさん
06/04/03 23:57:44
>>510
それかなり既出。いちお、それが今日のSOA hypeにまで突き進んでいった
要素の１つだったりする。
ドキュメントモデルいっている人には何系統かあって、
■ウェブアーキテクト系（SemWeb系）
この人たちはドキュメント同士が直接参照関係を持つ情報空間を前提に、それを
機械処理することでウェブ＋＋を実現しようっていう考えなので、基本的にすべて
プログラムが透明な存在でしかない、ピュアなドキュメントモデルを信奉してる。
■データモデラ系
この人たちはシステム設計とはデータモデリングが基礎になると考えていて、通常
DB設計の知識・経験を持ってる。で、その延長線上としてデータモデルの
相互参照という形で考えている。上との違いは、そのデータモデル同士は直接参照で
結合しておらず、開発するシステムが間に介在してる。
■プログラマ系
この人たちは開発中心の経験を経てきており、モジュール設計、インタフェース設計、
コンポーネント設計といったプロセス中心の思考パターンを持っている。でも、LPC的な
結合レベルのままRPCして苦しんだりと Eight Fallacies of Distributed Computing を
自ら経験してしまったりして、もっとバルク的な高水準の連携モデルを模索している。
---------
いちお、こういう感じで高水準な連携モデルを模索する流れはあるんだけど、
まだ経験が必要な要素が山積してるわけだ。ところがSOA はなんかもう突き抜けていて、
「システムとはサービスで、それはインタフェース設計とかではなくてもっと高水準な
レイヤで考えなくてはいけない」とか官僚の答弁みたいに具体性に欠けるレイヤでしか
話さないのでがっくりな訳ですよ。必要なのはその高水準設計をするための RDB の
テーブルモデリングや OOP のオブジェクトモデリングなどに相当する要件分析から
設計図にまで持っていく方法論なのにね。
516:デフォルトの名無しさん
06/04/04 00:11:52
だから現場では RCP に営業印の化学調味料添加しただけにしか見えないのな。
> 官僚の答弁みたいに具体性に欠けるレイヤでしか話さないのでがっくりな訳ですよ。
ここらへんも激しく同意。ちょっとでも実装やパフォーマンスめいた突っ込みいれると
「俺たちは崇高な高水準の話をしてるから、そんな低レベルな事は問題にしていない」
みたいな事を平気でのたまうのな。ひとしきり演説が終わった後は、何かすごい結論が
出たようだが何をどう作るのか誰にも分かってなかったり。
517:デフォルトの名無しさん
06/04/04 01:31:35
まぁ、コンサルティングファームとか、設計したらほなさいなら、な方々には恰好の飯の種なんじゃないの？確信犯じゃない馬鹿もいるかもしれんが・・・・。
設計だけ美しく早くできる方法論使って下流工程の会社に渡して、パフォーマンスで問題が出たら、うちの設計は最新の方法論を使っているし完璧だ、おたくの実装技術が未熟なんじゃね？（ﾌﾟ、とか言って逃げきるのが商売とか。
確かに設計は重要だけど、機能設計だけうまくいってもしょうがないんだが。
518:デフォルトの名無しさん
06/04/04 07:29:27
EJB詐欺、Webサービス詐欺の次は、SOA詐欺ってところか
519:デフォルトの名無しさん
06/04/04 14:18:17
SOAやウェブサービスといった言葉を聞くたびに感じていたもやもやが
ここ最近のレスではっきりした
と同時にすっきりしない何かを感じているのが自分以外にもいたということに安心した
520:デフォルトの名無しさん
06/04/04 15:10:56
漠然と 「XML で B2B」 とか言ってた頃に比べりゃ地味に進歩しちゃいるわな。
521:デフォルトの名無しさん
06/04/04 16:24:33
Eclipse WTP を使って簡単なWEBサービスを構築してみたいのですが、
APIはAXISを使って問題ないでしょうか？
AXISを使用した書籍やサイトなどが多いようですが。
サーバーはWebsphere5.1なのですが、
AXISは実運用レベルで結構使用されているのでしょうか？
AXIS以外で使いやすいAPIはないのでしょうか。
522:デフォルトの名無しさん
06/04/04 17:28:39
AXISを踏み台にしているbeehiveとかXfireどぞ
君が人身御供になって試して報告よろ
523:521
06/04/04 18:08:13
>>522
ちょっと調べてみます。
質問厨でもうしわけないのですが、、、
JavaのサービスをSOAP経由でCOBOLで呼び出せるようにするなど、
異種プラットフォーム連携を考える場合、APIの制約はあるのでしょうか？
AXISだったらCOBOLからは無理とか…
因みに、COBOLのクライントでは、COBOL用のRPCでリモートの
Javaオブジェクトを呼び出すのですか？
因みに、DOMオブジェクトとかのXMLイメージをそのまま
送受信できるAPIもあるのでしょうか？
通常はStringの送信だけでXMLのAPIを考える必要はないですね。
全く、どんなAPI使ったらいいかわからんです…
524:デフォルトの名無しさん
06/04/04 21:36:38
まずはWebサービスというものと、SOAPというものを勉強するんだ。
525:デフォルトの名無しさん
06/04/04 23:17:35
なんらかのAPIを使用したCOBOLのクライアントから
AXISを使用したJavaのサービスを呼び出せるのかな。
526:デフォルトの名無しさん
06/04/04 23:23:42
COBOL から CORBA 呼び出すミドルウェアあるくらいだから探せば SOAP くらいあるんじゃね？
527:デフォルトの名無しさん
06/04/05 10:14:11
てっきりCOBOL側にWebサービス呼ぶ機能が有るから
やろうとしてるんだと思ってた。
528:デフォルトの名無しさん
06/04/06 00:39:02
>>521
というか、WASならWAS自体にSOAPの機能（API)があると思うが。
って、5.1ってそれがAxisなんだっけ？サポートはどうなんだろう？
529:521
06/04/06 11:18:13
WAS5.1はどうもApatch Soap2.3のようです。
WAS6.0はAXISでなくもJ2EE1.4で採用されたJAX-RPC1.1準拠のようです。
いずれもIBMの独自拡張がされているようですが、
開発はTomcat、運用はWASであるため、WAS付属のAPIは使用しない方がいいですよね？
自分で、AXIS2あるいはJAX-RPCの最新のライブラリをもってきて
WAS5.1上でパスを通しておけばよいかと思ってます。
530:デフォルトの名無しさん
06/04/06 14:43:09
Axis2か…。冒険者よ、健闘をを祈る。
531:デフォルトの名無しさん
06/04/11 09:49:18
Axis2ね、う～ん。
最近XFireを弄り始めたけど、あれってイケてるかも。
つか、Axisがお馬鹿に見えてきた今日この頃。
532:デフォルトの名無しさん
06/04/19 10:40:23
どうもこんにちわ
VS2005ｓｔ使って今HPリニューアルに挑戦中なんですが
ASP.net2.0でframeタグの様な物はあるのでしょうか？
試しにfremタグ書いてASP.NET開発サーバーでやってみたのですがうまく動きません。contentコントロールの中でも外でもダメでした。もしかして開発サーバでは動かなくてもサーバーにアップロードすれば動くんですかね？
教えてください。おねがいします。
既存サイト（既存項目の追加でも追加できないサイト）の使い回しがしたいのでよろしくおねがいします
533:532
06/04/19 10:45:52
スレチガイでしたどうもすいません
534:デフォルトの名無しさん
06/04/19 19:27:02
axis1.3使ってるんだけど，これ遅くない？
今，RMI通信の部分をシステム間にファイアウォール入れるからって
SOAPに切り替えるってのを検証してるんだけど，うん十倍くらい遅くなるのな．
データ量が増えてくると加速度的に遅くなってくるの．
社内システムで，ソアーとか言ってる分にはまだいいけど，
外向きには使えないね，こりゃ
535:デフォルトの名無しさん
06/04/20 08:53:38
サービスの粒度が前と同じまま、とかじゃないよな？
536:デフォルトの名無しさん
06/04/20 09:22:17
どこが遅いのよ？
537:デフォルトの名無しさん
06/04/21 21:16:49
> ファイアウォール入れるからって SOAPに切り替える
>>534 が悪いわけじゃないが、この辺から問題あるよな。
SOAPはFW越えるためのRMIじゃないってのが何年たっても・・・
538:デフォルトの名無しさん
06/04/22 01:57:21
サービスの粒度は同じなんですが．．．変えなきゃいけないの？
後，実行速度は普通にRMIより遅いです．
と言ってもJDBCとかの部分の方がウン倍遅いですが．
539:デフォルトの名無しさん
06/04/22 02:09:04
おまいエンジニアじゃないな? 速度以外に何が遅いってんだよ。
ボトルネックはどこかと聞いたの。
540:デフォルトの名無しさん
06/04/22 11:12:27
ボトルネックは開発者自身です。
541:デフォルトの名無しさん
06/04/22 12:02:29
Webサービスなんて、ファイアーウォール超えられるだけが取り得なのに、
何で社内システムまでこんなもので繋ぐんだ？CORBAでもRMIでもJMSでもいいじゃん。
542:デフォルトの名無しさん
06/04/24 00:58:20
>541
RMIやJMsすらいらね。
なんでんなもんつかうんだ？
543:デフォルトの名無しさん
06/04/24 11:23:19
このスレ的にBPELってどうよ？
544:デフォルトの名無しさん
06/04/24 11:28:59
凝った見た目に騙される似非アーキテクト多数。
545:デフォルトの名無しさん
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サービス使ってる奴はミーハーなアフォ、でＦＡ？
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
|
＼ __ ／
＿ （ｍ） ＿ﾋﾟｺｰﾝ
|ミ| 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)