04/02/17 23:25
>>175
googleのWebサービスっていわゆる「ぐぐる」とは違うの？同じだったら面白くないよなあ。
179:デフォルトの名無しさん
04/02/23 23:14
>>178
同じでしょ。(推測)
GoogleをAPIとして使えて、Win/Web等のアプリに組み込めるって事でしょ。
180:デフォルトの名無しさん
04/02/23 23:51
>>174
>>郵便番号検索WEBサービスが有料なら使いたいとは思わない。
これを、郵政省が無料で公開してくれれば、使いたいかな。
181:デフォルトの名無しさん
04/03/04 00:05
>>179
同じだとしてどう組み込む？？どんなアプリに組み込む？？ ブラウザでぐぐったほうが速いじゃん、ってならないかなあ・・。
>>180
漏れも。
182:デフォルトの名無しさん
04/03/04 00:48
技術的には面白いけど、有効な利用方法はないね。
183:デフォルトの名無しさん
04/03/04 01:13
うーん、いまブラウザベースのWebアプリでも、
Webサービス化してプログラム的に呼び出せるとうれしいもの
ってなくはなさそうだけどねぇ。
ただ、それでサービス提供者がどうビジネスするかって話はあるけど。
184:デフォルトの名無しさん
04/03/04 01:22
うちは裏側を徐々にウェブサービス化してる。
バックを Java できっちり作っておいて、
ユーザから見えるフロントは Perl や Java が SOAP で
バックとやり取りしてるって感じ。
185:デフォルトの名無しさん
04/03/04 01:26
やっぱり色んなサービスを統合して使う、ってのがいいんだろうなあ。
地図＋GPS＋うまい居酒屋＋安いホテル、とか。
サービスの組み合わせ方にセンスを見出す方向になるとなると、使用者（ユーザ）が自由に組み込める形にすると。
でもそうなるとビジネス化が難しいなあ。WEBサービス管理業者の閉じたUDDIから選ぶようにすればOKかな？
問題はユーザが自由に組み合わせたWEBサービスをどうやって表現出来るか。だと思うんだけどいい考えありません？
186:デフォルトの名無しさん
04/03/04 01:48
ユーザが好き勝手に組み合わせたサービスなんて表現しようがないじゃん。
組み合わせごとにいちいち定義するの？
サービスをカテゴライズして、カテゴリ単位で組み合わせ可能性を管理するくらいじゃないのかな。
あとは同じカテゴリのサービスを重ねたときの表現の原則を決めておくとか。
187:デフォルトの名無しさん
04/03/04 16:28
面白そうだね
URLﾘﾝｸ(www.itmedia.co.jp)
188:デフォルトの名無しさん
04/03/05 00:01
>>186
うんにゃ、だからそこだって。確かに難しい、というか思いつかないんだけど。
ジグソーパズルじゃないんだけど、個々のサービスに他のサービスと組み合わせることが出来る
結合部分を持たせて、組み合わせ可能なサービスを動的に探しにいくとかなんとかかんとか。
>>187
確かに面白そうだが、
>>Outlookから書籍を検索・購入したり、Wordに検索結果を簡単に挿入できる。
利用法がこれでは。。。。
189:デフォルトの名無しさん
04/03/05 00:18
Office+Amazon？意味ないね。
190:デフォルトの名無しさん
04/03/05 09:07
自分にとって意味のない物は全員にとって意味がないと思い込み勘違いですか。
191:デフォルトの名無しさん
04/03/06 00:15
漏れは189ではないが、まじでどう使うのよアマゾン・・・。
例くらい挙げてくれよ。>>190
192:デフォルトの名無しさん
04/03/06 00:33
Office使う人ならInternetExplorer開いてAmazonくらい見れるだろ。
なんでわざわざOfficeでAmazonやる必要あんのよ？
193:デフォルトの名無しさん
04/03/06 01:56
たとえば、Word文書に書籍名が入っていたら自動的に買える画面に飛ばせると、
本の売り上げが上がるじゃん。
論文とか資料って、結構参考文献のクレジット入ってるからね。
って言うか、書いてあるから。
>またAmazon.co.jpが提供する情報をOffice Systemの各ソフトに活用できる。
>例えば「Outlook 2003」で受信したメール中の人名や書籍名を、Webブラウザを
>起動せずに検索・購入したり、Amazon.co.jpで検索した情報を参考文献や注釈
>として「Word 2003」の文章に挿入するといったことが可能だ。
要するに、MSがAmazonから広告取ってきたってことでしょ。
194:デフォルトの名無しさん
04/03/06 01:59
図書館並みのDBが無料で使える(検索して、書籍名や著者の情報を文書に自動挿入できる)代わりに、
その本を買うなら、うちで買ってねみたいな。
195:デフォルトの名無しさん
04/03/06 12:16
>>188
イメージしてることはわからんでもないんだけどね。
よく言われてそうなショッピングサービス（ECサイト）と決算サービス（カード会社）と
カタログサービス（メーカー共同）がうまく組み合わさってる状態だよね？
技術的に結合部を作ることはたいしたことじゃないだろうけど、
ビジネスモデルのいくつかの例は思いついても汎用的にはできなさそうな。
196:デフォルトの名無しさん
04/03/08 02:02
郵便番号から住所を取得（郵便番号サービス）
その住所から地図情報（GPS)を取得（地図サービス）
その地図に載っていたファミレスのメニューを取得（ファミレスのサービス）
メニューの中の牛肉を出荷した農家の住所を検索（食品サービス）
農家の住所から郵便番号を取得（郵便番号サービス）
るーぷ。
197:デフォルトの名無しさん
04/03/08 21:16
国民背番号から（ｒｙ
198:デフォルトの名無しさん
04/03/12 01:52
トランザクション絡みってどうなってる？
199:デフォルトの名無しさん
04/03/12 17:52
どうなってるっていわれても
200:Ｕ－名無しさん
04/03/18 09:47
祝日情報を提供してくれるＷｅｂサービス知らない？
一々システムごとに設定するのって不便だよね？
201:デフォルトの名無しさん
04/03/19 20:56
君が自宅鯖で作ればよろしい。
そして顧客から、あるいは君の会社から使用料をもらえばなおよろしい。
ただ、君の自宅鯖を不用意に落とせない罠。
202:デフォルトの名無しさん
04/03/20 10:02
>>140
作られます。PROXY作成時にHTTP経由でとりにいくはずです。
203:hiro
04/04/29 17:10
現在ASP.NETでWebサービスの開発をしています。
グレープシティ社の「spread for .net web Forms」を
使用しているのですが、Java Script からスプレッドの
スクロールイベントを拾うことは可能でしょうか？
ご存知のかた居りましたら教えてください。
お願いします。
204:デフォルトの名無しさん
04/05/02 00:00
>>203
Webサービスにフォームなんてあるの？
205:デフォルトの名無しさん
04/05/02 00:48
１つ質問よろしいでしょうか。
WEBサービス系のプロジェクトで独自にフレームワークを開発して
使っているケースってよくあると思うのですが、どんな目的・アプローチで開発されているでしょうか？
自分もそういった開発にまわされそうなのですが、実は最初にフレームワーク部隊を
作るという話ありきで実際なにをどうしたいとか目的がまだないのです。
もちろん、プロジェクトごとに目的は異なると思いますが、直接開発に
携わっている方がいらっしゃれば、少し参考に聞かせていただきたいです。
206:デフォルトの名無しさん
04/05/02 01:09
というかスレ違いでした。ごめんなさい。
WebProg板で質問します。
207:デフォルトの名無しさん
04/05/02 14:48
うーん、Webサービスの理解って､実際こんなもんなんだねぇ。
208:デフォルトの名無しさん
04/05/03 08:52
Webでサービスするんだから「Webサービス」でいいんじゃあぁ。
なんちゃって。
209:デフォルトの名無しさん
04/05/03 09:14
>>208
なんちゃって、だからマジではないと思うがマジレス。
言葉には定義というものがある。
携帯できる電話はすべて携帯電話でいいのか？
電気で走る車両はすべて電車でいいのか？
コンパクトなディスクはすべてCDでいいのか？
210:デフォルトの名無しさん
04/05/11 17:45
Amazon Webサービス、いつのまにlocale=jpだけ使えなくなったの？
xml.amazon.comのほうにリクエスト投げると、
<ErrorMsg>Invalid locale parameter "jp". Valid locales are: de uk us</ErrorMsg>
ってな感じ。
ためしに、xml.amazon.co.jpにlocale=usでリクエスト投げてみたら、
<ErrorMsg>Invalid locale parameter "us". Valid locales are: jp</ErrorMsg>
ってな感じで、こっちは逆にjpのみ使えるみたいなのだが、
キーワードを指定して検索しても何もヒットしない。
211:210
04/05/11 18:09
すみません、最後の一行は間違いでした。ヒットしました。
212:デフォルトの名無しさん
04/05/11 22:28
>>210
URLﾘﾝｸ(forums.prospero.com)
213:210
04/05/11 23:09
>>212
ありがとう。もう2ヶ月近く前からだったのか。
214:デフォルトの名無しさん
04/05/22 14:16
BizTalk 2004、こりゃ便利そうだわ。
Building Your First Business Process
URLﾘﾝｸ(msdn.microsoft.com)
215:デフォルトの名無しさん
04/05/23 05:02
>>214
ちょっと英語読めないから便利そうなとこ抜粋して教えてくれ。
216:デフォルトの名無しさん
04/05/26 23:29
>>214
ライバルのebXMLと比べどうよ？
217:デフォルトの名無しさん
04/05/26 23:35
板違いだな。
削除依頼を出してくる。
218:デフォルトの名無しさん
04/05/28 11:47
ASP.NET をこれから始めるなら、VB.NET？C#？
219:デフォルトの名無しさん
04/05/29 17:26
>>218
VB.NETはもれなくVBしかできないDQNなSEとPGたちと楽しくデスマーチできる。
C#は言語的にすぐれているけどだれも使える人がいなくて仕事が来ない。
220:デフォルトの名無しさん
04/05/29 22:17
monoでF#でASP.NET。これ最強。
221:デフォルトの名無しさん
04/07/05 19:13
axis(java)と.netでmapとかのコレクションやりとりするにはどうすればいいの？
要素はstringで構いません。
222:デフォルトの名無しさん
04/08/11 15:29
質問です。
phpでラップ関数って作れるんでしょうか？
例えば、odbc_exex() を自分で記述して、その関数内からodbc_execを呼出す・・なんてこと。
223:デフォルトの名無しさん
04/08/13 16:46
>>222
・・・Webサービスで？
224:デフォルトの名無しさん
04/08/25 21:11
CORBA IDLからWSDLに変換するソフトを探してるんですけど、何かいいのありましたら教えて頂けませんか？
225:U ◆CZtFsGiu0c
04/08/26 13:45
>>224
idl2wsdlで検索すると、それらしいのが引っかかるね。
ツールがなくても、idl -> Javaソース -> wsdlという変換はできそうだけど。
226:デフォルトの名無しさん
04/10/01 11:07:16
定時ごとにメールを送信するプログラムを考えています。
インターフェースはwebブラウザを考えています。
perlかphpで書こうと考えているのですが、perlでタイマー動作をさせるのは適切でしょうか？
227:デフォルトの名無しさん
04/10/01 11:16:16
>>226
とりあえずスレ違いだし、いた違いの可能性も高いが、別に定期的にPerlスクリプト呼び出すのが不適切だとは思わない。
228:デフォルトの名無しさん
04/10/01 11:23:59
>>226 は「Webサービス」が何なのかわかっていないに一票。
229:デフォルトの名無しさん
04/10/06 00:56:22
ebXML関連もここでOK?
BPSSってSchema言うくらいだからメタモデルを記述するスキーマ言語ってことでいいんですか？
BPSSで書くのがCCP/CPA？
230:デフォルトの名無しさん
04/10/06 01:04:37
ちがった。それは解決したんだった。↑
BPSSはビジネスプロセスを記述するXMLで
CPPAはそれのソフトウェア的な記述？
231:デフォルトの名無しさん
04/10/18 17:49:51
>>230
CPPAは、BPSSで決定されたビジネスプロセスを滞りなく完結させるために必要な
システム周りの設定とその合意内容、て感じ
232:デフォルトの名無しさん
04/10/25 16:22:36
amazon webサービスのことを質問するのはスレ違いですか？
ASINを指定して、一冊だけの書籍のXML形式のデータを取得するのは
どうやってやればいいんでしょうか？
233:デフォルトの名無しさん
04/10/26 01:11:42
BPSSはビジネスプロセスのスキーマなので、
ビジネスプロセスを表現するためのメタモデル。
XMLはその具象表現の一つ。別にBPSSにのっとっていてXMLでない
表記も可能。
CPPAは>>231の言うとおり。システム周りという制限はないはずだが、
実際的にはそうなってるね。
もうちょっと言うとCPPAはCPPとCPAのことで、すごい端的にいうと、
CPPが可能な設定値で、CPAが合意した設定値。
たとえばCPPで「おれのシステムはSSLとHTTP、FTPがOKだ」と書いてて、
接続する同士のシステムがCPP見せ合って、何使うか決めたあと
「では、今回はSSLで」ってな感じのCPAを作る。みたいな。
234:デフォルトの名無しさん
04/10/26 01:12:52
>>232
ドキュメントに書いてるだろ？
ぐぐってもたくさんでてくるし・・・。
URLﾘﾝｸ(www.goodpic.com)
とか
235:デフォルトの名無しさん
04/10/31 12:14:34
>>230については>>231と>>233で大体あってるけど、もう少し補足してみる。
CPP/CPAはBPSSで書かれたビジネスプロセス定義を参照して、
各ビジネストランザクションに具体的な通信方式を割り当てる。
例えば、ebXML Message ServiceのHTTPバインディングを使って、
非同期通信でやりとりする、とか。
ISOのOpen-edi参照モデルでいうと、BOV (= BPSS) をFSV (= ebMS) に
関連付ける役割を果たしている、んじゃないかなぁ。
236:デフォルトの名無しさん
04/11/09 15:03:56
Amazon Webサービスで提供されたXMLデータをウェブサーバ上ではなく
自分のHDD内に置いたXSLファイルで変換してローカルにHTML表示させる
ことはできますか？
URLﾘﾝｸ(www.goodpic.com)
で調べたけどわかりませんでした。
237:デフォルトの名無しさん
04/11/10 04:28:21
>>236
どっちがいい？
A. XML データの取得から HTML への変換までを行うプログラムを書く
B. XML データの取得するプログラムを書く
取ってきた XML と XSLT を XSLT 対応のウェブブラウザに通す
238:デフォルトの名無しさん
04/11/11 00:53:35
.NETでWebサービスを開発しているのですが、
複合型のデータを渡すRPCだとWSDLがうまく生成されないみたいです。
どうもobject[]型になっている模様です。
また、Webサービス内で定義しているクラスを
クライアントから参照するためにもWSDLの記述が必要ですよね？
クラス定義からWSDLを自動生成するにはどうすればよいでしょうか？
言語はVB.NETとC#.NETを用いています。
どうか宜しくお願いいたします。
239:236
04/11/12 00:13:59
>>237
答えていただいてありがとうございます
XMLデータを取得してフリースペース上にあげたXSLファイルを指定してHTML変換させるところまではできています。
フリースペースではなく自分のHDD内にXSLファイルを置いて変換させたいのです。
240:デフォルトの名無しさん
04/11/12 01:02:36
>>239
フリースペースに保存した手段が想像できんが、ローカルに似たような環境つくりゃいいんじゃないの？
241:236
04/11/12 16:53:57
>240さま
フリースペースに保存した手段とは、ジオシティーズとかのフリーホームページスペースにXSLファイルをアップロードしただけです。
ローカルに似たような環境を作るとは具体的にどういうことでしょうか。
242:デフォルトの名無しさん
04/11/13 00:46:15
>>241
なんだ、ローカルに最初から落としてんのね。
だったら>>237の言うようにローカルにあるXMLとXSLTをブラウザにわたしたらいいんじゃないの？
243:デフォルトの名無しさん
04/11/16 12:38:12
>>238
もう解決済みかも知れませんが、まず前半の質問について。
「複合型のデータを渡すRPC」が正しく実装されているのかを、まずチェックすべきでしょう。
ソースコードが無いので、ご質問の情報だけではなんとも判断できません。
次に後半の質問について。
Webサービス内で定義されているクラスについて、Webサービス側のWSDLを使うのでは
だめなのでしょうか？
.NETで開発されているのであれば、URLﾘﾝｸ(foo.bar)
で取得できるWSDLファイルにクラス定義も含まれるはずですが。
244:236
04/11/18 23:34:23
>>242
渡し方がわかりません。もう少し詳しく教えていただけないでしょうか。
XSLファイルの指定の仕方とか・・。
245:236
04/11/18 23:35:03
ageときます。宜しくお願いします。
246:デフォルトの名無しさん
04/11/19 12:00:09
>>244
>>242さんじゃないけど、>>239でXSLを指定しているURLを
file://c:/hoge/hoge.xsl みたいに変更してもダメなんだよね？
Webサービスよりも、XML・XSLに関するスレのほうが答えがもらいやすい気が。
247:デフォルトの名無しさん
04/11/22 11:29:37
>>1
なにが「あえて」なんだか。
248:デフォルトの名無しさん
04/11/27 03:56:22
JWSDPよりAxisの方が作りやすかった。
JWSDPはシリアライズが面倒
249:デフォルトの名無しさん
04/11/27 11:52:02
>>247
なに2年以上前のカキコにレスしてんだか。
250:デフォルトの名無しさん
04/12/11 11:39:57
今WebLogic使ってやってるんだけど
APでプロキシ自動生成しちゃうから
Document/LiteralだろうとRPC/Encoded
だろうと、開発者からはあまり意識しない
でしょ。
JAX-RPCとか使ってDocument/Literal
なことしようとすると、どういうイメージに
なるの？
XML(メッセージ)をゴリゴリ書くイメージ？
どっかにその辺のってないですかね？
251:デフォルトの名無しさん
05/01/04 04:55:15
.net2003でNTTコミュニケーションのWSDLを読み込もうとしました。
「WEB参照」でURLﾘﾝｸ(www.uddi.ne.jp)を読み込んだら、
POSTじゃないと受け付けない旨のエラーが返ってきました。
どうすれば、WSDLを作成できるのでしょうか？
どなたかお聞かせ下さい。
よろしくお願い致します。
252:デフォルトの名無しさん
05/01/09 11:23:59
JAX-RPC でサービス構築中。
アクセス元のクライアントIPってどうやったら取得できるの？
253:デフォルトの名無しさん
05/01/12 23:15:20
Exchange Serverのメールボックス作成・削除やプロパティの変更を
するWebアプリを考えてますがどんな組み合わせがベストですか？
254:デフォルトの名無しさん
05/01/13 10:39:28
>>253
すれ違いじゃないか？WebDAVやADOや
ASP関係のスレに行ったほうが良い。
255:デフォルトの名無しさん
05/01/14 17:20:17
HttpSendRequestを使って掲示板などに書き込みを行いたいのですが、
どんな文字列を送信すればいいのかが分かりません
どのような書式の文字列を送信すれば書き込みなどができるのでしょうか？
例えばGoogleでの検索とかこの2chでの書き込み時とか
256:デフォルトの名無しさん
05/01/14 17:27:43
>>255
Googleなんて見たまんまじゃないかよ。
HttpSendRequestなんてものを使う以前問題だな。
HTTPのお勉強からやり直せ。
257:255
05/01/14 18:04:54
どこかに自動書き込みのようなPOSTを使用しているツールの
C/C++でのソースをUPしてるサイトとかないですか？
258:デフォルトの名無しさん
05/01/14 18:46:45
>>257
Webサービスの意味がわかってない気がするんだが・・・
259:デフォルトの名無しさん
05/01/14 19:32:05
ここで聞くか・・・
SOAを実現するための方法って何がありますか？
260:デフォルトの名無しさん
05/01/14 22:30:07
ESB
261:デフォルトの名無しさん
05/01/16 14:25:38
この掲示板に名前=a、E-mail=sage、内容=aiueoと書き込む時の
POSTする文字列はどうなりますか？
262:デフォルトの名無しさん
05/01/16 14:41:41
>>261
スレ違い。
Webサービスってなんだかわかってないだろ？
263:デフォルトの名無しさん
05/01/16 14:48:19
>>261
>>1嫁
264:デフォルトの名無しさん
05/01/16 17:19:08
amazon webサービスについての質問です。
２つ以上の書籍XMLデータを取得したい場合、どのようにパラメータを指定すればよいですか？
265:デフォルトの名無しさん
05/01/23 00:25:08
しばらく寂れてるうちに厨が沸いてきてるのな。
>>264
普通の検索じゃないの？何がわかんないのかがわかんないんだけど。
266:デフォルトの名無しさん
05/01/27 02:51:26
JWSDPを業務で使っているやつぁいないのか?
なんかjavaよりﾄﾞﾄﾞﾈｯﾄの方が実績ありそうだなぁ。
267:デフォルトの名無しさん
05/01/27 06:34:13
>>266
URLﾘﾝｸ(ws.apache.org)
268:デフォルトの名無しさん
05/01/27 22:43:18
>>267
やっぱaxisかぁ。
269:デフォルトの名無しさん
05/01/31 06:33:37
axisでb2b2cってできるのかなぁ
270:デフォルトの名無しさん
05/02/02 02:38:41
>>266-268
The Mindelectric GLUE
って、今はwebMethodsになっちゃったけど。
URLﾘﾝｸ(www.webmethods.co.jp)
271:デフォルトの名無しさん
05/02/02 02:43:16
SOAPじゃなくてもうちょっとライトウェイトなやつってXML-RPCだっけ？
272:デフォルトの名無しさん
05/02/02 02:45:48
SOAPのハンドラって、ロギング以外に定石的に差し込む処理ってある？
メソッド本体のコールまで行かないとどんなオブジェクトが送られてきている
かわかんないから、あんますることない･･･。
273:デフォルトの名無しさん
05/02/02 02:48:17
UDDI使うケースってあんま想像つかん。
274:デフォルトの名無しさん
05/02/02 03:05:47
業務利用がまるで思いつかない
ジャパネット高田の受付とか？
275:デフォルトの名無しさん
05/02/02 05:26:14
このスレって板違いじゃなかったのか？
276:デフォルトの名無しさん
05/02/02 05:46:27
なんで？
277:デフォルトの名無しさん
05/02/02 07:58:41
>>275
Webサービスを勘違いしてない？
278:デフォルトの名無しさん
05/02/02 13:39:46
いまいちわからんのだが
Webアプリが「その企業の提供する情報」を公開するのに比べて
Webサービスは「その企業の提供する機能」を公開する、ってな認識で
279:デフォルトの名無しさん
05/02/02 14:26:57
対人間がWebアプリ。
対システムがWebサービス。
280:デフォルトの名無しさん
05/02/02 16:45:49
ネットワークにつないでまで必要なイベントドリブンがそもそも思いつかない
〃 業務クライアントの更新というのも思いつかない
それこそPOST/GETな世界で十分でねーかと思うし
国内でどんなことに使われてるの？＜Webサービス
281:デフォルトの名無しさん
05/02/02 17:16:08
POST/GETには違いない。
やりとりするデータが人間の目で見るためのHTMLか、
システムが読み取るためのXMLかの違い。
282:デフォルトの名無しさん
05/02/02 20:35:42
パフォーマンス的にはDCOM・EJB・CORBAに比べどうよ。
283:デフォルトの名無しさん
05/02/02 20:51:37
>>282
使い道が違うものを比べたいのか？
284:デフォルトの名無しさん
05/02/02 20:58:12
>>283
同じだろう。
285:デフォルトの名無しさん
05/02/02 20:58:59
>>283
「使い道」ではなくて「使い方」だろ？日本語間違えたらあかんよ。
286:デフォルトの名無しさん
05/02/02 21:05:14
>>284や>>285はAmazonやGoogleのWebサービスをCORBAやEJBで実装するのもありか？
287:デフォルトの名無しさん
05/02/02 21:06:20
インターネット上にEJBを公開する？
288:デフォルトの名無しさん
05/02/03 00:02:53
サービス指向の分散オブジェクト通信という意味では同じだと思う。
密結合のEJB、DCOM、CORBA
疎結合のSOAP
リモートサーバに存在する業務オブジェクトにアクセスするプロトコルやバイナリレベルでの実装が違うだけ。
極端な話、DCOM over HTTPというヤツを仮にAmazonが公開していれば、Amazon Webサービスとできることは同じだし。
289:デフォルトの名無しさん
05/02/03 00:23:12
>>288
できる・できないの話？
「使い道」ってそういうことじゃないと思うけど
290:デフォルトの名無しさん
05/02/03 00:44:12
よし、おっちゃんがしょーもないけど納得しやすい例を話してやる。
RPC・DCOM・CORBA・EJBは社内インフラ用なら問題ないが
B2Bとかやるときにキッツい。セキュリティがまともな企業なら
HTTP・HTTPSポートくらいしか開いていないから、
デフォルトポートでサービス立てるとパケットが通らないんだ。
比べてSOAPをHTTPプロトコルやSMTPプロトコルに乗せた場合は、
社内SEにお伺いを立てずともCORBA的なことができるってわけよ。
社内クライアントPCのOfficeとかがDCOMでamazonに繋げるより、
SOAPで通信する方がコスト的なインパクト少ないやろ。
でもこれってセキュリティに大穴できると思うんだよね。
291:デフォルトの名無しさん
05/02/03 12:45:15
で、結局、
Tomcat+AxisとSWTなクライアントがあればOKっていうことか
292:デフォルトの名無しさん
05/02/03 20:41:44
どっからSWTなんて余計な要素が出てくるんだ。
293:デフォルトの名無しさん
05/02/10 15:59:23
>>292
SWINGで作れと？
294:デフォルトの名無しさん
05/02/10 16:22:33
>>290
httpを使えばいいだけであって、soapである理由には
ならんでしょ。httpは普通にバイナリが通るのに、
わざわざXMLにするのは遅くなるだけでメリットゼロ。
295:デフォルトの名無しさん
05/02/10 19:15:13
>>294
わざわざXMLにする必要がない応用では、今も昔も今後もただのCGIが使われると思うけど。
リクエストやペイロードのフォーマットを形式的に記述したいときには、今時ASN.1ベースでってのも
アレなんでSOAPになるんじゃない？
296:デフォルトの名無しさん
05/02/10 20:20:05
どうして ASN.1 じゃだめなの?
サイズが10倍も違うってのは、明らかにXMLが駄目だと思うけど。
流行してるからツールが揃ってるって理由はナシね。
純粋に技術的優位性について。
あ、それから、XMLが全部駄目って言ってるわけじゃないよ。
なんらかの種類の文書的データを一回返して終りって用途なら
XMLでいいと思う。でもsoapの使われ方って、そうじゃないの
ばっかりだよね。
297:デフォルトの名無しさん
05/02/10 21:02:23
>>296
そういう観点ではsnmpなんかは優れたプロトコルだと思う。
大きめのサーバシステムのコードを書く、プログラム歴5年以下の新人が
簡単に使えるツールやフレームワークが有力なベンダーから提供されれば
また日の目を見ることもあるだろうね。
298:デフォルトの名無しさん
05/02/10 21:50:02
SNMP だけじゃなくて LDAP も ASN.1 だよ。
表だって流行してるわけじゃないけど、
裏方としてバリバリ使われていますよ。
299:デフォルトの名無しさん
05/02/14 11:24:08
UDDIの有効性について誰か語ってみ。
300:デフォルトの名無しさん
05/02/14 12:23:15
U : 売れたよ！！
D : だから何？
D : だって・・・
I : 逝ってよし！！
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 使ってるから秒間何十処理もこなすのには全然向いてない。
現場離れてコード書かなくなったアーキテクトは、３年も立てば
現場と自分の知識の乖離が始まる。でそれが進むと程度問題を
扱えなくなる。まぁその頃までに確固たる自分のポジション確保
できてなかったら終わりだね。
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 はトランザクション機能がねぇってところで
躓いてたような気がするけど。