Webサービス プログラ ..
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 使ってるから秒間何十処理もこなすのには全然向いてない。
現場離れてコード書かなくなったアーキテクトは、３年も立てば
現場と自分の知識の乖離が始まる。でそれが進むと程度問題を
扱えなくなる。まぁその頃までに確固たる自分のポジション確保
できてなかったら終わりだね。
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に切り替えるってのを検証してるんだけど，うん十倍くらい遅くなるのな．
データ量が増えてくると加速度的に遅くなってくるの．
社内システムで，ソアーとか言ってる分にはまだいいけど，
外向きには使えないね，こりゃ
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5380日前に更新/250 KB
担当:undef