08/02/27 21:39:26
>>820-825
は馬鹿だったと
831:デフォルトの名無しさん
08/02/27 21:52:29
ｱｰ!
832:デフォルトの名無しさん
08/02/27 22:11:13
スレが伸びたのも久しぶりだったし、実は壮大な釣りだった気がする。
833:デフォルトの名無しさん
08/02/27 22:19:57
アッー！
834:デフォルトの名無しさん
08/02/27 23:46:13
>>827
ありがとうございます。
こんなに簡単な回答があるとは思いませんでした。
ちなみに44とか114はどうやって見つけたのでしょうか？
いままで調べた苦労はなんだったのかと。
835:デフォルトの名無しさん
08/02/28 04:54:09
つか、普通にリンクが張ってあるんだけど…。
URLﾘﾝｸ(weather.livedoor.com)
836:デフォルトの名無しさん
08/02/28 14:29:05
アッー！
837:デフォルトの名無しさん
08/03/02 15:09:18
質問させてください。
今WSDLを使用してのSOAP連携を考えているのですが（AXIS2で）
binding要素のRPCかdocumentの部分がいまいちわかりません。
下記２つ質問させてください。
質問１
以下の順序で行った際、RPCかdocumentを設定する箇所が存在しないのに
document（/literal）に勝手になっているのはなんでなんでしょうか？
①エクリプスプラグインのblancoSOAPを使用
②WSDLを生成するための電文定義書を記入
③作成した電文定義書からWSDL生成
④WSDLを見るとstyle="document" use="literal"となっている。
質問２
また、RPCで行っているWSDLと、document/literalで行っているWSDLを
実際に見せてもらったのですが両方ともstyle="document" use="literal"
になっていました。
ここで知りたいのは実は両方ともdocument/literalのか、
それともWSDLだけでなく他の部分で設定する箇所があるのかです。
また探したのですが見つからなかった為、上記で参考になるHP
などありましたら教えてください。
宜しく御願いします。
838:デフォルトの名無しさん
08/03/02 15:30:59
(質問1)
blancoSOAPが何か良く知らんが、Axis2でWSDLを生成したならAxis2のdefaultが
document/literalのはずだからWSDLもdocment/literalになるのでは?
JAX-WSを使っているならannotationでrpc/encodedを指定できるがblancoSOAPで
どう書くのかは知らん。
(質問2)
document/literalとrpc/encodedではそもそもXMLとしてのschemaが違うし
両者のそれを比べて同じなら、RPCと思っていたのも実はdocument/literalだったという落ちでは?
多分どちらもdoc/literalだと思う。
839:837
08/03/02 17:42:27
>838
ご回答ありがとうございます。
>blancoSOAPが何か良く知らんが、Axis2でWSDLを生成したならAxis2のdefaultが
>document/literalのはずだからWSDLもdocment/literalになるのでは?
blancoSOAPはあくまで決められたフォーマットからWSDLを生成するだけなので
AXISはなくてもできるんです。なのでblancoSOAPのデフォルトがdocment/literal
になっているのかな。。
>document/literalとrpc/encodedではそもそもXMLとしてのschemaが違うし
両者のそれを比べて同じなら、RPCと思っていたのも実はdocument/literalだったという落ちでは?
多分どちらもdoc/literalだと思う。
やっぱそうですよね･･･。
でも大手システム企業がそういってやっているものなので
確証得られるHPとかあればなと思ったんです。。
840:デフォルトの名無しさん
08/03/02 17:55:24
サーバ側でWebServiceのサーバとして何を使っているかでWSDLが何になるか推測できるのでは?
Axis1.xなら多分rpc/encodedだし、最近のAxis2.xやApache CXFならdocument/literalでしょ。
blancoSOAPがAxis1.x世代以降の最近のツールなら生成するのはdocument/literal、多分。
仕事で事情があるんだろうが、Axis自体がWSDLを生成するツールを持っていると思うから、
blancoSOAPに頼らずAxisにWSDLの生成を任せれば良いと思うが。
841:837
08/03/02 18:09:10
>Axis1.xなら多分rpc/encodedだし、最近のAxis2.xやApache CXFならdocument/literalでしょ。
>blancoSOAPがAxis1.x世代以降の最近のツールなら生成するのはdocument/literal、多分。
これははじめて知りました、ありがとうございます。
確かにAxis1.4にはいっている、java2WSDLで生成されたWSDLはrpc/encodedでした。
AXISに入っているTOOL（java2WSDL）から生成すると結局JAVAを書かなきゃいけないんで
IFの設計書から作成するほうが楽なんです。
どちらにしろWSDLを見ればrpc/encodedかdocument/literalは
わかりますよね？
そうすると質問②はやっぱRPCと思っていたのも実はdocument/literal
てことかなー。
842:837
08/03/02 18:51:35
追記です
>サーバ側でWebServiceのサーバとして何を使っているかでWSDLが何になるか推測できるのでは?
質問②のサーバ側はAXIS1.4を使っていてrpc/encodedと言っています。
AXIS1.4ならばrpc/encodedじゃないか？ってことだと思うんですが
上記のようなblancoSOAPみたいなTOOLを使っていればdocument/literalに
なったりしますよね？
だからWebServiceのサーバとして何を使っているかでは判断できないような
気がします。
843:デフォルトの名無しさん
08/03/02 21:09:54
確かにblancoSOAPのWSDLのサンプルを見るとstyle="document"となっていて、かつblancoSOAP仕様に
「blancoSOAPが生成したWSDLおよびxsdファイルは下記の環境で動作が確認されています。」
URLﾘﾝｸ(www.igapyon.jp)
* Apache Axis
* Microsoft Visual Studio .NET 2003
* Curl (Webサービス・クライアントのみ)
という事らしいのでAxis1.4でWSDLはdoc/litを使っている可能性はありそうですが、その辺りは当然
外野にわかる話ではないのでAxis1.4単独で使っているのかblancoSOAP等を介しているのか
その大手システム企業さんに聞いてみるという事ではないですか?
あくまでWSDLはrpc/encodedだというなら、クライアント側の実装次第ではbloncoSOAP生成の
WSDLではなく、こんな感じで確認できるAxisの生成するWSDLを使っている可能性もありそうですから。
URLﾘﾝｸ(localhost:8080)
現状Axis1.4のシステムをblancoSOAPが生成するdoc/litのWSDLを使う事でAxis2にスムーズに移行
させる事を狙っているなら、それについての技術面での検証も必要でしょうし。
844:837
08/03/02 21:31:10
ご回答ありがとうございます。
>Axis1.4単独で使っているのかblancoSOAP等を介しているのか
>その大手システム企業さんに聞いてみるという事ではないですか?
独自開発のExcelのマクロツールを使用しています。
そのツールを実際に使用したのですがdoc/litのWSDLが生成されました。
どちらにしろ相手方に確認したほうがよさそうですね。。。
とりあえず下記が確認できてよかったです。
AXIS1.4のWSDL生成TOOLで生成されるWSDL⇒rpc/encoded
AXIS2のWSDL生成TOOLで生成されるWSDL⇒doc/lit
blancoSOAPのWSDL生成TOOLで生成されるWSDL⇒doc/lit
ありがとうございました。
845:デフォルトの名無しさん
08/03/02 21:51:42
> 独自開発のExcelのマクロツールを使用しています。
> そのツールを実際に使用したのですがdoc/litのWSDLが生成されました。
そう確認を是非。「質問②のサーバ側はAXIS1.4を使っていてrpc/encodedと言っています。」と矛盾するので。
> AXIS1.4のWSDL生成TOOLで生成されるWSDL⇒rpc/encoded
> AXIS2のWSDL生成TOOLで生成されるWSDL⇒doc/lit
これはあくまでdefaultの場合なので、パラメータの指定によっては例えばAxis1.4でstyle="document"の
WSDLを生成する事もできるとは思います。でも可能性は低いと思います。
> blancoSOAPのWSDL生成TOOLで生成されるWSDL⇒doc/lit
同様にパラメータ指定等でrpc/encodedのWSDLを生成する機能があるかもしれませんが考えたくないです。
846:837
08/03/02 21:59:21
>そう確認を是非。「質問②のサーバ側はAXIS1.4を使っていてrpc/encodedと言っています。」と矛盾するので。
ですね。
>これはあくまでdefaultの場合なので、パラメータの指定によっては例えばAxis1.4でstyle="document"の
>WSDLを生成する事もできるとは思います。でも可能性は低いと思います。
>同様にパラメータ指定等でrpc/encodedのWSDLを生成する機能があるかもしれませんが考えたくないです
はい、その辺は意識あっています。
確認してみます。
847:デフォルトの名無しさん
08/03/03 23:58:30
Webサービスじゃないのでスレ違いかもしれませんが、
IISホスティングの.NET Remotingでクライアント証明書を
使ったＳＳＬ通信ってできますか？
ＳＳＬはＩＩＳの設定と接続ＵＲＬをhttps://でいけそうなんだけど、
X509クライアント認証の情報がなくて困ってます。
.netは2.0です。
よろしくです。
848:デフォルトの名無しさん
08/03/07 15:54:32
すみませんかなり検索したのですがどうしても解決できなかったので
お教え下さい。
今、POJO で Axis2 にサービスを追加しているのですが、例外を
投げるサービスの定義の仕方が分かりません…。
調べてみると単純に Exception を投げるサービスを定義すれば
いいみたいな事が書いてあったのですが、その通りに実装すると
wsdl を参照する時に下記の例外が発生してしまいます。
そもそも、例外を投げるサービスというのはどう定義するのでしょうか？
org.apache.axis2.AxisFault
at org.apache.axis2.AxisFault.makeFault(AxisFault.java:417)
at org.apache.axis2.description.AxisService.getWSDL(AxisService.java:1148)
at org.apache.axis2.description.AxisService.printWSDL(AxisService.java:1077)
at org.apache.axis2.transport.http.ListingAgent.processListService(ListingAgent.java:280)
at org.apache.axis2.transport.http.AxisServlet.doGet(AxisServlet.java:229)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
.....
849:848
08/03/08 01:17:30
すいません解決しました。
問題は例外の定義じゃなくて、void 型のサービスを定義した時に
@Oneway のアノテーションを記述していなかった事みたいです。
これを書いたら解決しました。
850:デフォルトの名無しさん
08/03/08 03:34:06
質問させてください。
現在、VB2005 + asp.net で Web アプリ作ってます。
ドキュメントルート外のディレクトリに保存している画像ファイルを画面に表示させたいのですが、
img タグの src 属性にはドキュメントルート内の相対パスしか指定できませんし･･･。
ドキュメントルート内のディレクトリにファイルをコピーするとか、
そんなことせずに直接、画像の保存場所から読み込んで表示させる何かよい方法ってないもんでしょうか？
851:デフォルトの名無しさん
08/03/13 15:48:09
またまた質問ですが…すみません
POJO でデプロイしたサービスで、うまくセッションを処理できないのですが
POJO でデプロイしたサービスではセッションは扱えないのでしょうか？
852:デフォルトの名無しさん
08/03/13 17:16:36
セッション周りの扱いはサーバ製品毎に違うんじゃないかな?
POJOだから扱えないという事はないと思う。マニュアルとか調べてみたらいいよ。
853:デフォルトの名無しさん
08/03/13 22:54:26
お騒がせしました、できました。
というかちょっと意味が違っていた様で、アノテーションを使ってデプロイするのが
POJO と呼ぶと思っていたのですが、services.xml を使ってデプロイするのも POJO
の一種なんですね。
services.xml の scope を transportsession にしたら、セッション繋がりました。
ありがとうございました。
854:デフォルトの名無しさん
08/03/19 09:29:49
サービスとして、与えられたIPからスタブを自動生成し動的に管理する機能を組みたいのですが、
アドバイスをお願いします。
任意のサーバから不特定多数のサーバのきまった機能の呼び出し時の、
スタブ生成の自動化を想定しています。
具体的にはまずスタブを組み込むサービスを構築しておき、
スタブの置き換えもしくは他のサービスから管理できる構造にしておく。
WSDLのテンプレートをあらかじめ用意して、
入力された情報からIPやサービスポートの値を変更してスタブを作成する。
作成したスタブを以前のスタブと置き換えていき、
不特定多数のサーバの機能を呼び出だしていく。
この置き換えるタイミングなのですが、
スタブを置き換えるといつサービスに反映されるのか把握しづらく、
何か教本や事例のようなものはありませんか？
クライアントならタイミングを任意に設定できるのですが
サービスとして配置したときはどのようにタイミングをとっていいものか悩んでいます。
855:デフォルトの名無しさん
08/03/19 23:37:35
つうか、それ以前に、スタブを自動生成しても、アプリのインタフェースはどうするんだ？
インタフェース固定で単にサーバのホストやポートだけ色々あるっつーんなら、
普通、スタブはそのままでそこだけ変更して呼び出しできるAPIあるだろ。
856:デフォルトの名無しさん
08/03/20 04:31:46
>>855
まさにその様な機能をさがしていたんです。
ずっと探していたのですが、
WSの書籍を探しても初心者用の基本的なモノしかなく
現在の実装について詳しく載っている書籍をみつけられませんでした。
みなさんはどこで詳しい情報を入手しているのでしょうか？
出版物で何かお勧めがありましたらお願いします。
857:デフォルトの名無しさん
08/03/20 23:33:23
JAX-RPCなら、Stub#_setProperty(Stub.ENDPOINT_ADDRESS_PROPERTY, hostUrl)
URLﾘﾝｸ(java.sun.com)
JAX-WSなら…、……ないね、ワロタ。実装依存では何かありそうだけど。
858:デフォルトの名無しさん
08/03/21 15:08:20
とおもったけど、やっぱJAXWSにもあったわ。さすがにあるわな。
URLﾘﾝｸ(java.sun.com)
859:デフォルトの名無しさん
08/03/22 01:22:34
Webサービスってどういうときに使ってるの？
860:デフォルトの名無しさん
08/03/22 03:27:48
俺の知る案件では、やっぱB2Bだね。いまさらCORBAでもないし、Ｉｎｔｅｒｎｅｔ越しだしって感じで。
実際の所、RESTでも構わなそうだったりするけど、
金とか絡んでスキーマベースでかっちりやりたいようなのが、Webサービスでやってる。
Webサービスって言うと広く一般公開ってイメージが強いけど、
実際はもともと取引があるグループ内とかそんなのが多い。
861:デフォルトの名無しさん
08/03/22 10:21:30
Webサービスは普通のWebアプリと何が違うのですか？
URLのパラメータで検索条件を渡すと該当するデータがXML形式で返ってくるというイメージしかないのですが
実際のところWebアプリとの違いって何ですか？
862:デフォルトの名無しさん
08/03/22 11:28:15
webアプリは人間が使うもの
webサービスは他のプログラムから呼び出されるもの
863:デフォルトの名無しさん
08/03/22 14:27:52
>>861
それはREST。このスレはSOAP中心かと。
864:デフォルトの名無しさん
08/03/22 15:22:34
SOAPは重いしマジうんこ。
規格に乗っ取って公開するくらいしか能がない。
ま、それが重要かもしれんが。
865:デフォルトの名無しさん
08/03/22 15:29:43
よく言われるけど、重いって何が？
またマスゴミの洗脳に乗ってるの？
866:デフォルトの名無しさん
08/03/22 15:31:53
RESTでいいじゃん。
867:デフォルトの名無しさん
08/03/22 15:35:33
だから、RESTじゃなくてSOAPだと何が重いの？
868:デフォルトの名無しさん
08/03/22 15:38:20
作るのが難しいってことじゃないの？
869:デフォルトの名無しさん
08/03/22 15:45:18
SOAPなら通常、普通にXML意識なしにサーバクラス作るだけだし、
クライアントも、コマンド一発でスタブを作って、それをXML意識成しに単なるクラスとして呼び出すだけ。
RESTの方こそ、ばらばらの野良仕様だから、サービス毎に、
サーバもクライアントも両方で、XMLレベルの処理から全部作らないといけない。
どう考えても、SOAPの方が楽だろ。
マスゴミの洗脳力は恐ろしいな。
870:デフォルトの名無しさん
08/03/22 15:52:07
マスコミがどうのこうのは良くわからんが
XMLの仕様を決めておいて、条件に該当するデータを
XMLで出力するというのがRESTと言われているものなら、
その方が簡単じゃないの？
871:デフォルトの名無しさん
08/03/22 16:31:53
>>870
おまえは、サービスでもクライアントでも作ったことあって言ってるの？
XML流して終わりの訳ないだろ。その中身が重要なんだろうが。
その中身だけ気にしてればいいSOAPと、XMLから全部自分で面倒見るREST。
それで、SOAPが大変でRESTが楽というなら、それを示せよ。
872:デフォルトの名無しさん
08/03/22 16:34:39
ボキ両方やってるけどソープランドの方が楽だぉ。
休憩は規格考えるの自体がめんどいぉ(^ω^)
873:デフォルトの名無しさん
08/03/22 17:02:10
SOAPの参考書でオススメのものって何？
874:デフォルトの名無しさん
08/03/22 17:25:12
>>871
あなたとは以前一緒に仕事したことあるが、本当に皆から頼りにされるエンジニアだよね。
有名な会社で働き部下もいて収入も多いし、俺達とはえらい違いだ。
875:デフォルトの名無しさん
08/03/22 19:40:56
SOAPのほうが作るのは楽だな。
重い＝CPUの消費が大きいってことじゃねーの。
876:デフォルトの名無しさん
08/03/22 20:48:22
SOAPは流行ってるの？参考書が全然無いけど。
877:デフォルトの名無しさん
08/03/22 22:24:42
URLﾘﾝｸ(weather.livedoor.com)
これはlivedoorの天気サービスですが、v1ってのはどうやって開発してるんですかねぇ。
aspやaspとかcgiとかでも作れる
878:デフォルトの名無しさん
08/03/22 22:26:45
URLﾘﾝｸ(weather.livedoor.com)
これはlivedoorの天気サービスですが、v1ってのはどうやって開発してるんですかねぇ。
aspやaspとかcgiとかでも作れるんでしょうか？
879:デフォルトの名無しさん
08/03/23 12:18:38
SOAP が重いって言ってる奴は Hibernate とかの ORマッパ を使うときに
forループ内で find(id) 呼びまくっておきながら遅いと言っている奴に通じるものを感じるな。
何事も問題の背景と、解決策の特性を知った上で適切なコーディングをする。
これに尽きると思うんだがなぁ。
880:デフォルトの名無しさん
08/03/23 20:00:40
送受信するデータ量がたいしたことないならSOAPでいいと思うけど
俺の担当しているシステム(某金融系)だと
データ量が滅茶苦茶多いのでとてもそのまま使えたものじゃない。
でかそうなデータの場合、別出しでなんとかしないといけないかと思っている。
（正直WEBサービスいらんと思うけど、
俺があれこれ言うレベルじゃないところでもう決まっているから）
あとここで皆がRESTって言ってるのってRESTfulじゃない方だよね？
（オライリーの本とか読んだけど、イマイチ意義が理解できていない）
POX over HTTPとかどっかで書かれていたけど
非SOAPなXMLをHTTP越しでやり取りする方式を
大雑把にRESTと呼んでいると俺は思っている。
881:デフォルトの名無しさん
08/03/23 21:50:54
AJaxもXML形式でデータを返すから、あれもいわゆるRESTってやつなの？
うちの社内システムはaspで作られてるのが多いんだけど、
ソース見たらResponse.WriteでXML形式になるようにデータを出力してた。
これがREST？
882:デフォルトの名無しさん
08/03/23 23:12:21
違う
883:デフォルトの名無しさん
08/03/23 23:55:49
>>882
何で違うの？
XMLを出力すればRESTなんでしょ？
884:デフォルトの名無しさん
08/03/24 01:32:59
>>880-883
本来の「REST」はWebサービスの用語でなく、Webi一般の正しいあり方を指した言葉だが、
Webサービスで、「REST」と言ったときは、通常、
SOAPじゃなくて、人間相手ではなく、HTTPで提供されてるサービス一般を「適当」にそう呼ばれる。
>>881
Ajaxといったら、人間相手のUIを前提にしてるから、Webサービスとは言わない。
ただ、AjaxのUIで、Webサービスを呼び出して利用するような形は有り得る。
885:デフォルトの名無しさん
08/03/24 06:51:42
SOAPでもRESTでもない謎のXML over HTTPが大流行中らしいが、
SOAPに比べて優れた点がまったくないような気がする。
ああ、ゴリゴリとコーディングしていけば作れるってところが
嬉しいのかな？
886:デフォルトの名無しさん
08/03/24 22:32:25
.NETでWebサービスを作りたいのですがサンプルが載ってるサイトってありますか？
まずは試しにデータベースに適当にデータを入れて、それを検索するようなものを作りたい。
勉強していきたいので教えてください。
887:デフォルトの名無しさん
08/03/24 22:34:07
ありますよ
888:デフォルトの名無しさん
08/03/24 22:34:52
URLを教えてさいい
889:デフォルトの名無しさん
08/03/25 23:24:20
別に言語は関係ない。
rubyでもaspでもaspxでも構わないがとにかくxmlを返せばWebサービスです。
そのように覚えた方が良い。
SOAPが敬遠されるのはめんどくさい印象があるから。
利用側もちゃんと仕様に沿ったXMLを投げないといけない。
HTTPを投げればXMLが返ってくる方が使うほうは楽なので流行ってるようです。
890:デフォルトの名無しさん
08/03/26 00:19:33
>>889
.NETとJavaではSOAPが一番ラクだけどな。
XMLを意識することさえない。
ていうかこの世で一番ラクなRPC。
891:デフォルトの名無しさん
08/03/26 00:33:26
>>886
URLﾘﾝｸ(www.microsoft.com)
892:デフォルトの名無しさん
08/03/26 08:42:43
SORPはサービスを使うのがめんどいのでは？
エンベロープとか意味わからないし。
893:デフォルトの名無しさん
08/03/26 12:56:02
>>892
>>864->>875
894:デフォルトの名無しさん
08/03/26 14:44:18
Webサービスを作るのはSORPの方が楽。
Webサービスを利用するのはRESTの方が楽。
こういう事かな？
RESTの場合ブラウザでURLをたたけばXMLが表示されるから分かりやすいよね。
こういうデータが返ってくるんだって。
SORPの場合は？
895:デフォルトの名無しさん
08/03/26 15:51:41
>>894
あくまで.NETとJava限定の話だが、クライアントを作るのも
SOAPがラク。
特にVisual Studioの「Web参照」はマジ神。
URLを入力するより圧倒的にラク。URLを入力するには
クエリ文字列を延々と打ち込まなきゃいけないからな。
896:デフォルトの名無しさん
08/03/26 19:39:18
XMLを出力するのって何でやってる？
GridViewのようにデータテーブルぶっこむと
テーブルタグを生成してくれるみたいな
オブジェクトってない？
897:デフォルトの名無しさん
08/03/26 21:45:58
SOAPライブラリの使い方を調べるのが面倒だから、
むしろSOAPライブラリ相当の低レベル処理まで自分で実装するよ、
ってのがRESTが楽、という人達なんだろう。
898:デフォルトの名無しさん
08/03/26 22:35:42
WebAPIはRESTでの利用が7割くらいという記事を見たことがある。
やっぱりAPIを利用するのはHTTPで利用するのが楽ということでしょ。
HTTPで利用する＝RESTと呼ばれているものかは知らんが。
GoogleMapAPIって色んな会社、個人で使ってるけどHTMLに組み込むだけだしね。
そういう事をSOAPより楽じゃんって言ってるのでは？
899:デフォルトの名無しさん
08/03/27 10:36:17
>>898
Google Mapを貼りこむのはWebサービスじゃないだろさすがに。
IDE支援がない場合は、SOAPはライブラリを調べるのが面倒。
いかすIDEのないLL（笑）の奴らがマスゴミを使って「SOAPはダメ」と
アジってるんだろ。
900:デフォルトの名無しさん
08/03/27 14:38:27
Webサービスを作る事と使うことでは意味が違う。
使うのはRESTの方が楽。
901:デフォルトの名無しさん
08/03/27 15:35:09
>>900
だから.NETとJavaでは使うにもSOAPのほうがラクなんだが…
902:デフォルトの名無しさん
08/03/27 20:51:35
でもＲＥＳＴ版のサービスの方が使われてるね。
それは.NETやJAVAを使う人が少ないから？
903:デフォルトの名無しさん
08/03/27 22:08:31
マスゴミにだまされるアフォが多いから。
自分の手を動かして確かめようとしない奴が多いから。
904:デフォルトの名無しさん
08/03/28 21:34:08
いや普通に確かめた結果 SOAP 楽ｗｗｗ
クソみたいに楽でワロタｗ
905:デフォルトの名無しさん
08/03/28 21:55:28
楽なのに普及しないのは
SOAPがオタ臭いイメージがあるからだな。
マスコミをマスゴミとか言っちゃう奴が何言ってんだか。
906:デフォルトの名無しさん
08/04/01 08:38:08
結局JavaScriptあるいはプログラムすらせずに貼り付けてWebサービス利用する奴が
大半だってことなんだろうな
まぁJavaや.Netから呼び出す場合でも最近はライブラリが増えてきたからRESTであろうと
SOAPであろうとそれほど手間は変わらないみたいだが
907:デフォルトの名無しさん
08/04/01 12:57:53
そのうちポータルサイトやブログサイトまで
「Webサービス」って呼ばれそうな勢いだな。
908:デフォルトの名無しさん
08/04/10 08:12:05
>>907
プログラム処理可能な構造化された情報が取れるんなら間違いなく
「Webサービス」だろ。microformatsでやるとかXML namespaceで
やるとか妥当な方法もすでにあることだし。
人間向けと機械向けの情報を一体化して連携させれば超強力な
情報システムになると考えてやろうとしてるのがSemWebな人なわけで。
909:デフォルトの名無しさん
08/04/19 00:18:39
国立国会図書館のAPIにC#(.NET Framework 3.5)からSRW経由でアクセスしたいのですが、どうすればいいのでしょうか?
国会図書館が提供しているドキュメントのSRWに関するサイトへのリンクを見ても、
SRUについての情報がほとんどですし、Googleで検索してもSRWの関連資料がほとんど見つからないのですが、
何か、いい資料はありますか?
また、SOAPがベースになっているとのことですが、URLﾘﾝｸ(api.porta.ndl.go.jp)を、
Visual Studio 2008のWeb参照へ追加しても、APIが取得できません。WSDLなどは、どこから取得できるのでしょうか。
どなたか教えてください。
国会図書館のAPIのドキュメントへのリンクを下に貼っておきます。
URLﾘﾝｸ(porta.ndl.go.jp)
910:デフォルトの名無しさん
08/04/19 06:59:16
Axisですね。とりあえずwsdlはこれで参照できませんか?
URLﾘﾝｸ(api.porta.ndl.go.jp)
911:デフォルトの名無しさん
08/04/19 14:58:29
>>910
ありがとうございます。
確かに、そのアドレスへアクセスしたら、WSDLへアクセスし、取得することができました。
ただ、Visual Studio 2008で読み込むと、警告が出て、クラスを作成することができません。
AmazonのWSDLなどと見比べて、いろいろと修正してみましたが、うまく読み込めません。
国会図書館のWSDLは、どこがいけないのでしょうか。
ちなみに、警告は3つ出るのですが、wsdl:PortTypeにname属性を設定することができませんと、警告が出ます。
残りの、2つの警告については、PortTypeでのエラーが原因で、依存関係から発生している警告のようです。
912:デフォルトの名無しさん
08/04/19 15:02:56
soapのバージョンは？
913:デフォルトの名無しさん
08/04/19 15:17:03
WSDLが存在しているということは、1.1以上なのでしょうか。
すみません、SOAPのバージョンの調べ方がよく分かりません。
914:デフォルトの名無しさん
08/04/21 20:36:24
axis2って使い物になる？
915:デフォルトの名無しさん
08/04/21 21:23:12
>>914
おいら普通に使ってるよ
916:デフォルトの名無しさん
08/04/23 01:56:02
すみません、下記の２点がわからなくて困っています。
すみませんが対処法をお分かりになられる方がおられましたら教授よろしくお願いいたします。
１．PHPでフォルダ(中にフォルダ・ファイルが入っています)を削除(unlinkやrmdir)しようとrmdirコマンドを実行しましたが、「中にファイルなどが入っているので消せません」とエラーになりました。再帰的にファイルを削除するしか方法はないのでしょうか？
参考になる再帰的にファイル・フォルダを削除するロジックを
ご存じでしたらご教授よろしくお願いいたします。
２．同様に、フォルダ(中にフォルダ・ファイルが入っています)をコピーしようとcopyコマンドを実行したら「権限がありません」とエラーが表示されました。
当方の環境はlinux環境ではなくwindows環境ですので権限とか関係ないように考えていたのですが、
windows環境でもディレクトリに権限の設定が必要なのでしょうか？
（また、chmod関数で0777権限を設定しましたがコピーできませんでした・・・）
917:デフォルトの名無しさん
08/04/23 02:09:40
PHPが叩かれるわけだぜ…。
918:デフォルトの名無しさん
08/05/20 21:25:59
axis2/javaでpojoでやってるんだけど、いまいち遅い。
AXIOMとかADBでやったら速くなりますか？
919:デフォルトの名無しさん
08/05/21 01:24:40
javaはみんなAxis2だな。JAX-WSなんて誰も使ってないのか？
920:デフォルトの名無しさん
08/06/03 22:31:57
axis1.3で構築されたサービスを
axis2で使いたいのですが、
rpc/encoded→doc/litで躓きます。
どのような手順になるのでしょうか？
理解が浅くて以下をみてもさっぱりなのです。
URLﾘﾝｸ(ws.apache.org)
921:デフォルトの名無しさん
08/07/20 12:35:49
すいません、未経験でWEBプログラマとしてある会社に就職したのですが、LinuxやApachなどのWEBサーバ
の知識を身につけるよう言われました。これは、WEBプログラマにとって必要な知識なのでしょうか？
JavaScriptとかPHPを覚えたほうがいいような気がするのですが・・・。
922:デフォルトの名無しさん
08/07/20 12:41:36
>>921
手始めにここで使われてるWEBサービスの単語に意味から調べようね
923:デフォルトの名無しさん
08/07/20 16:12:03
>>921
どう考えても必須の知識です。
# JavaScriptとPHPしか分からないWebプログラマ･･そんな人も居るけどね･･･。
924:デフォルトの名無しさん
08/07/20 16:23:47
WEBを使ったサービス業と思われるのはこのスレの宿命だよね～
925:921
08/07/20 18:53:54
そうですか、騙されてサーバー管理にでもさせられるのかと思いましたｗｗｗ
勉強します。
926:デフォルトの名無しさん
08/07/21 11:44:23
>>921
JavascriptとPHPしか知らないで喰っていけるもんなのかね
何年経っても渡された仕様をコーディングしかできない自分とか想像してみたら？
職場に中国人のプログラマがいるんだけど、
それなりに日本語できるし学習能力が違う。
あんなのが天然ダンピングな値で雇えるんだから
WEBぷろぐらまーが今後どれだけ悲惨な未来を辿っていくのか・・・
927:デフォルトの名無しさん
08/07/21 17:21:33
いやいや中国人どうこうの前に
開発環境作れなくてどうやってプログラム実行するんだ
928:デフォルトの名無しさん
08/07/22 11:38:53
開発環境を自分で作れないので部下に作らせる
その結果がたぶん>>921
929:デフォルトの名無しさん
08/07/22 18:36:46
ウィザードを進めていく技術（笑）
930:デフォルトの名無しさん
08/08/29 05:57:54
DoCoMoの携帯端末ってリファラーを返してくれないのですね。
携帯の設定によってはリファラーを返すようになっているのでしょうか？
931:デフォルトの名無しさん
08/09/12 03:44:27
SOAP文書をパーサーで読む事はできますか？
932:デフォルトの名無しさん
08/09/13 22:02:26
SOAP文書(笑)
933:デフォルトの名無しさん
08/09/13 22:09:03
REST（というかHTTPのGET/POST）よりSOAPが優れている点ってどういうところ？
934:デフォルトの名無しさん
08/09/13 23:10:31
WSDLからの自動生成なんかのツール類が充実してることと、
RESTのURLがリソースを表し、GET/POSTなんかのメソッドが操作を表す、
とか言う思想に比べて、単なるRemoteProcedureCall的に使える点かな。
935:デフォルトの名無しさん
08/09/14 00:42:40
確かにJavaのJAX-WSとかワイヤリングの手間がほんのわずかで楽だった。
でも何だかんだでブラウザとの相性を考えmultipart/formdataにしてしまう。
受信側からすれば似たようなデータなんだから、1クッション置けばいいんだろうけど。
936:デフォルトの名無しさん
08/10/25 21:47:52
まあ、うんこの長さを５０ｃｍとしよう
１年１８３ｍ、８０年で１４６００ｍ
なんと富士山の高さの約４倍
(ﾟДﾟ)
この事実まったくもって驚愕の事実といえよう
937:デフォルトの名無しさん
08/10/26 10:19:31
RSSフィードって記事本文が長いと途中で切られてしまうんですがすべて取得することはできないんでしょうか？
938:デフォルトの名無しさん
08/10/26 15:16:10
ソフトウェアを使った時限型自動削除装置って導入できないんですか？
スレ削除はともかく、VIP板などでいちいち個々のレスを削除人がチェックするのは大変だ。
マルチコピペ対策だが、規制をかけると他の人も巻き添えになる場合もある。
そこでコピペ貼りはソフトウェアで記録しておいて２時間くらいである程度
たまったら自動的に全板一括削除されるシステムにはできないだろうか。
個人情報などもマルチコピペされやすいから、コピペ自動検出一括削除機能
があればかなり便利になるのではないか。
あと個人名や電話番号は苦情があればサーバ側でそれを記録しておき、
マルチコピペと同様に一定時間経つと自動削除されるようにする。
荒らしの愉快犯がいちいち自分のコピペを後で読み返すなんてことはないだろう。
それで荒らし自体が減るとは思えないが、削除人の手間を省かせることにはなる。
939:デフォルトの名無しさん
08/10/26 15:41:33
コピペ自動検出ってのが大変そうだ
書き込まれたレスがどこか他のレスのコピペかどうかを全スレから探して回るってのが
940:デフォルトの名無しさん
08/10/26 15:49:44
レスの先頭１０文字と、レスのバイト数だけを記録しておき、
それらと一致するレスが１時間以内に３回続いたら自動削除とか。
一度に全板導入というのはきついようなら、まずはＶＩＰ板だけでもとか。
941:デフォルトの名無しさん
08/10/26 15:56:14
コピペ=悪って考え方をまず改めよう。
942:デフォルトの名無しさん
08/10/26 16:06:16
なんだか荒れてきそうな雰囲気だなｗｗ
943:デフォルトの名無しさん
08/10/26 16:43:08
>レスの先頭１０文字と、レスのバイト数だけを記録しておき、
>それらと一致するレスが１時間以内に３回続いたら自動削除とか。
「１時間以内に３回」どころではないものもけっこうあるようだがｗ
ｽﾚﾘﾝｸ(haken板:321-324番)
944:デフォルトの名無しさん
08/10/26 16:52:39
>>939
荒らしは先頭10文字以内にランダムな文字列を入れてくることでしょう。
いたちごっこにならないようなアルゴリズムでないと、導入しても無駄。
945:デフォルトの名無しさん
08/10/27 10:58:38
>荒らしは先頭10文字以内にランダムな文字列を入れてくることでしょう。
その場合は先頭10文字を後方10文字にするとか、先頭１０～２０文字にするとか、
サーバー側からも抽出条件を毎回変えられるようにすればいい。
946:デフォルトの名無しさん
08/10/27 11:22:14
面白そうだから、まずそのプロトタイプを今から作ってみる。
全板全サーバはムリでも、まず１スレッドにつき１時間以内の同一コピペ自動削除機能から。
ＩＤが変わってる場合は規制が効きにくいから、投稿時間と先頭１０文字をチェックする。
引用の場合は「>」が入るからそのチェックには入らないことになる。
先頭10文字が操作された場合に備えて、後方10文字でチェックというやり方も考える。
とりあえず自分で簡単な掲示板と簡単な削除スクリプトを作って、それで実験してみるわ。
ほかの人、何かアイデアがあったら出してみてくれ。
947:デフォルトの名無しさん
08/10/28 18:00:33
ｽﾚﾘﾝｸ(sec2chd板)
複数スレマルチポスト・コピペ報告スレ95@全板共通
こういうのも多いから、規制するよりはどうやって削除するかってほうだ大事。
948:デフォルトの名無しさん
08/10/29 14:08:10
IP変化＆スクリプト型＆ランダム型はＰＲＯＸＹ規制しかないが、やると他の人も巻き添えになる。
そこで「PRIXY規制中です、でもパスワードを入れれば投稿できます」
パスワードは＜（コピペされないよう画像表示で）「kwqh」ってなふうにする。
パスワードは手動入力せざるを得ないから荒らしをやる側には手間がかかる。
荒らしでない人にとっては、入力が少し面倒になるだけで普通に投稿できる。
規制強化よりは自動削除を、と自分は言い続けている。
もしν速板で誤って投稿が削除されたとしても、削除されるのが２時間後ならそれでもいい。
速報板でなら２時間前の書き込みにレスがつけられることはまれだから。
949:デフォルトの名無しさん
08/10/29 14:38:14
１ 個人ＩＰと投稿時間
２ 利用ＰＲＯＸＹと投稿時間
３ ＮＧワード
４ 投稿バイト数
５ 前方１０字ハッシュ値（空欄・改行含まず）
６ 後方１０字ハッシュ値（空欄・改行含まず）
これらのうちのいくつかの条件が当てはまれば自動削除フラグを立てる。
発動条件や発動時間は板によって幅を持たせたらいい。
一部の雑談系やＡＶ系を除けばちんこまんこうんこはまずＮＧワードで間違いない。
変なブラクラリンク貼りもスクリプト荒らしも個人情報晒しもこれで削除が楽になる。
950:デフォルトの名無しさん
08/10/30 12:19:08
だーかーらー
削除「しなければいけない」ってところから発想を始めてるのが駄目なんだって
極論、要請対応だけで十分って意見もあるんだから
951:デフォルトの名無しさん
08/10/30 13:26:43
だーかーらー
>1 読め
WebProgに荒し対策スレあるからそっちで
でもまあ950越えたから埋めネタにするのも一興
952:デフォルトの名無しさん
08/10/31 22:24:21
なんか人の発言を丸コピペしてる変なのが湧いてるなぁ
自分で自分のいいたい事が纏められないかわいそうな人なんだろうか？
953:デフォルトの名無しさん
08/11/16 22:59:24
webサーバと、soapを使ったwebサービスの
双方で、静的オブジェクトの共有はできますでしょうか
双方でオブジェクトを同期している状態で使いたいのですが
954:デフォルトの名無しさん
08/11/17 22:15:03
xmlwebservice?
.netremoting?
955:デフォルトの名無しさん
08/11/19 22:02:19
eclipceでAxisを使ってWebサービスを作成したいと思っています。
出来ればサイトに作り方と解説があって、
それを見ながら学んでいけるようなサイトがあればいいんですが
そういったものはないでしょうか？
探してみたんですが、バージョンが古すぎて参考にならないようなものしか
見当たりませんでした…。
なにか初心者が作成する手助けになるようなものを知ってる方いらっしゃいましたら教えてください。
956:デフォルトの名無しさん
08/11/22 17:30:45
>>955
WTPでAxis2のインポート(って表現正確なんだろうか？）
みたくできると思うけど。
それと今更Axis2でなくてAxis?
でも情報はあんまり無いね、確かに。
957:デフォルトの名無しさん
08/11/24 01:16:46
>>956
レスありがとうございます｡
Axisと書いた理由は､まだ2よりAxisの方が情報がありそうだったからです;
958:デフォルトの名無しさん
08/11/24 04:08:27
良くも悪くもeclipse.org以上の情報源などない。
URLﾘﾝｸ(help.eclipse.org)
URLﾘﾝｸ(help.eclipse.org)
959:デフォルトの名無しさん
08/11/25 13:41:39
soap4rでbasic認証を使う方法が分からず困っています。
次のような感じのコードを作ったのですが、HTTPヘッダにはAuthorizationの行がありませんでした。
obj = SOAP::RPC::Driver.new(url)
obj.options["protocol.http.basic_auth"] << [url, username, password]
このあたりのことをご存知の方いましたら、教えていただけないでしょうか。
960:デフォルトの名無しさん
08/11/26 00:17:11
>>957
今ならAxis2の方が情報探しやすいんじゃない？
どっかのブログの人が結構まとめてくれてたよ。
Axis2でかなり変わったそうだし、
あえて触る必要ないんちゃうかな。
961:デフォルトの名無しさん
08/12/02 11:11:17
.NETでTwitterのWebAPI叩くライブラリ書いてるんだけどここでいいですか？
962:デフォルトの名無しさん
08/12/03 11:35:00
.net でこれからWebサービスを作って公開してみたいんだけど
いい勉強になるサイトはない？
一通りVBとかC#でWin & Webアプリ作れるレベルにはある状態なんですが・・・
963:デフォルトの名無しさん
08/12/03 22:05:22
なら独学でOK
964:デフォルトの名無しさん
08/12/04 11:24:52
HTMLでご質問です。
画像を配置して、画像の上にマウスを持ってきたときに
・このイメージを保存します
・このイメージを印刷します
・このイメージを電子メールで送信します
・［マイピクチャ］フォルダを開きます
のツールチップテキスト？っぽいアイコンウィンドウが出ます。
このアイコンウィンドウを出さないようなHTML記述はないでしょうか？
DIV・・・？素人ですんません。
965:デフォルトの名無しさん
08/12/04 15:00:42
>>964
むしろそれはIEとかそのアドインとかに聞いてくれ
966:デフォルトの名無しさん
08/12/15 09:15:53
MySQLのデータベースに
PHPでRESTインターフェースを簡単につけたいんですが
使えそうなコードってあるかな?
ひとつ見つけたのはPHPRESTSQLっていうやつでGPL。
MITライセンスとかであればうれしいんだけど。
967:デフォルトの名無しさん
08/12/16 12:26:47
それがそのまんま
968:デフォルトの名無しさん
09/01/09 03:25:01
WCFに関しての書籍だけど・・・。
今、秀和システムの「これからはじめるWCFプログラミング」を使ってるんだけど、
校正もしていないみたいで間違いだらけなのに、正誤表も出ていないんだよね。
これ以外の良本って無いかな。できればひとつのサンプルプログラムをベースに
ABCの変更などの運用面でのポイントが明瞭簡潔に書かれていると嬉しい。
969:デフォルトの名無しさん
09/01/27 00:03:29
ゴーギャンズ・インターナショナル倒産状態
東京都中央区 社長は棗田良成 従業員８名くらい
ゴーギャンズは事実上の倒産状態みたいだね
スタッフの給料は止まってるみたいだし、フリーのスタッフにも理由をつけて払ってないってことだし。
このまえもうちの会社に出入りしてるフリーランスのスタッフがゴーギャンズからギャラが３か月以上も支払われないって言ってたし。
外注受けてる会社も３か月以上支払いがないから訴訟を起こそうか検討してるって、そこの会社の担当者が言ってた。
スタッフに聞いたけど、サラ金にはちゃんと返してるらしいよ。サラ金から催促の電話があるたびにＡＴＭに走りこんでるってゆうから
サラ金返す金あるならスタッフや外注さんにちゃんとギャラを払ってあげろよ。
openArtなんて配信して羽振りよさそうだけど、内情はそうとう逝ってるって業界内じゃ有名になってきてるし。
新年明けてから社長の棗田良成が企画を売り込みにウチの会社に来たけど、もう無残だね、
白髪だらけ、胃がやられてるのか話すたびにすっごいニオイがしてたし、言ってることは支離滅裂ってか脈絡ないし。
棗田さんの噺を聞いてても時間のムダだから適当に帰ってもらったけどさ。
倒産状態なのに会社を続けるから周りに迷惑まきちらして、棗田さん本人は幸せだろうけど、金払われずに働かされてる身になってみなよ。
おれと昔いっしょに働いてたゲーム会社の役員が言ってたけど、棗田さんに「金を貸してほしい」って言われたって。もちろん断ったらしいよ。
970:デフォルトの名無しさん
09/01/31 16:42:27
とある業務アプリのリプレースがあります。
顧客から、Webベースで出来ないかと要望が出ているのですが、端末側にRS232Cを制御に使用する機器を接続しているため
単純にWebServer+JAVAといったことは出来ません。
FelicaのリーダをPCに接続し、支払が出来るWebサイトがありますが、これのRS232C版とかは無いのでしょうか？
有償/無償、使用言語を問わず、ライブラリ等があれば教えてください。
971:デフォルトの名無しさん
09/01/31 21:10:06
つ Signed Applet
ロストテクノロジだが、実は結構枯れてていい感じ。
おなじくロストなLiveConnectでAJAX連携とかもできる。
個人的にはオススメ。
これと別なの、といわれるとActiveX/COMなどのブラウザプラグインを
作るしかないわな（Felica pluginみたいに）。