2ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

SOAPの開発事例

1 ::01/12/08 00:24
何かありませんか?
金融機関で用いる場合どうでしょうか?
金融機関の決済では、全銀フォーマットを電文化してると思うのですが
XMLでフォーマットを作ってプロトコルをSOAPにすると専用線
を作らなくていいだけなんでしょうか?
誰か開発やった人おる?

2 :非決定性名無しさん:01/12/08 11:12
漏れもききたい。
実際XMLの統一フォーマット
ttp://www.ofx.net/ofx/default.asp
とか、邦銀で使用している?もしくはそれとにた動きあり?

3 :非決定性名無しさん:01/12/08 21:04
SunONEもやっとSOAP対応してきたね

4 :非決定性名無しさん:01/12/08 23:24
やっぱり、現行の日中グロスだったらオン関バッチ後に電文で
センタに飛ばすという手法でいいと思うけど、時点グロスに移
行するとSOAPを使ってCS形式で処理するほうがいいとい
うことなんですかねぇ(疑問)

5 :プロフェッショナル:01/12/09 01:29
>1
専用線をひかなくていいというか(ひかなくていいんですけどね)
httpのポートしかあけてないサーバー(ファイアーウォールってやつ)
とも通信できるのがウリです。
CORBAのプロトコル(iiop)はそれ用のポート空けなきゃだめ。
セキュリティを考えると専用線が必要になってしまう。

>4
仰ってることがサパーリわかりませn

6 :非決定性名無しさん:01/12/09 01:48
SOAPを実装してる製品だって、まだ出て間もないし、
タダでさえセキュリティに厳しい金融系で実装して
るとは思えないのだが?

7 :プロフェッショナル:01/12/09 20:44
>6
だからHTTPのポートしか空けなくても通信できるってとこがセキュリティの観点から
好ましいんじゃないですか。
事例がないのは仰るとおりです。

8 :非決定性名無しさん:01/12/10 22:46
てことはこの技術精通していると
セキュリティーブームに載れますか?
丁度エントリーがあるんですが。

9 :非決定性名無しさん:01/12/12 18:05
>>1
いまのSOAPというかWebサービスじゃあ、トランザクションが
インプリされてないから金融機関とかでの利用は無理なんじゃ?
せいぜい株価のルックアップくらいでしょ?

10 :プロフェッショナル:01/12/13 22:16
SOAPの機能はただのリモート・プロシージャ・コール。
呼び出されるプロシージャがトランザクション機能もってたら金融機関などでの利用も問題ないはず。

11 : :01/12/13 23:10
  ,〜((((((((〜〜、
 ( _(((((((((_ )
 |/ ~^^\)/^^~ヽ|
  |  _ 《 _  |
  (|-(_//_)-(_//_)-|)
  |   厶、    |   / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
  \ ||||||||||||  /  <田代まさしメンバーに投票よろしく
    \____/\   \______________
      | __/ )
   へ へ|___/|   三二==
⊂《二 《⊃       |   三二==
   \\|/\__|    三二== スイ〜ッ
     \\ /  )   三二==
       \/   ノ      三二==
     / /   /     三二二==
     \\_ \      三二==
      ⊂⊂ / ̄ ̄\  三二=
     | | ̄ | /\  | 三二=
     |  ̄ ̄| \/  |  三二==
     \__\__/
http://www.pweb.ne.jp/~kouki/vote/tvote.cgi?event=vote1&show=10

12 :9:01/12/14 10:25
>>10
そうじゃなくて、メソッドを呼び出すクライアントの方で実装されてない、って意味。
そりゃあ確かに呼び出されるメソッドが実装してたら呼び出されたローカルの
環境ではトランザクションが実行されるかもしれないが、「A銀行のATMから、
A銀行からB銀行への資金移動をする」なんてシチュエーションじゃ、
ATMは1.A銀行から移動金額をマイナス 2.B銀行へ移動金額をプラス
ということを1つのトランザクションにしなくちゃいけないでしょ?
そういう用途には「いまのところ」使えないだろうな、という話をしてる
わけ。
BEAとかはWLS6.1で独自実装を始めてるようだが、使ってないので
しらん。

13 :非決定性名無しさん :01/12/14 20:50
>>12
A銀行はB銀行に仕向るのだから、XMLに仕向BKを自行(A銀行)非仕向BK
をB行と記述すれば言いだけではないのか?
日中ネットで考えるからトランザクションが問題になるのではないか?

14 :プロフェッショナル:01/12/14 23:32
ATMから呼ばれたメソッドがA銀行とB銀行の口座DBを1つのトランザクションの中で更新するのはできますよ。
SOAPを使ってはいないけど今もできてるし。

15 :非決定性名無しさん:01/12/15 01:48
>>14

2フェイズコミットっていうんだよ、そういうの。わかったぁ?

16 :非決定性名無しさん:01/12/15 14:20
少なくても今のSOAPはトランザクション処理なんか
考えてないだろ。もっと緩やかな協調処理を目的と
してるんでないか?

17 :非決定性名無しさん:01/12/15 14:24
すまん。もしかして物凄く素人な意見かもしれんが…
SOAPってメッセージのプロトコルでしょ?
2フェーズコミットを実現するのはサーバプロセスの内部処理
じゃないの?
非同期で依頼を投げて、コミット完了したら帰ってくるような
サーバとクライアントを作れば、プロトコルがSOAPだって
トランザクションを実行できるんじゃないのけ?

18 :非決定性名無しさん:01/12/15 15:32
>>17

その通り。
で、そんな場合、なーんでメッセージ(電文)をワザワザSOAPなんか
にあわせにゃぁならんのだ、パース処理なんで無駄、という意見が出て
くる

19 :プロフェッショナル:01/12/17 21:23
そして>>7に話しは戻る…

20 :非決定性名無しさん:01/12/18 04:52
WSDLでインターフェースが晒されるのは
セキュリティ的にはどーなの?

21 :非決定性名無しさん:01/12/18 10:02
>>18
> なーんでメッセージ(電文)をワザワザSOAPなんかにあわせにゃぁならんのだ、
電文 ???
COBOLERさんですか ?

22 :非決定性名無しさん:01/12/18 10:16
この前のMicrosoft TechEdでも
MS社のエバンジェリストが
「現状ではSOAP仕様上はトランザクション伝播をサポートしていない」
と言っていたので、
2相コミットをするためのトランザクション管理の仕組みは今後必要になるはずです。

>>17
> 非同期で依頼を投げて、コミット完了したら帰ってくるような
> サーバとクライアントを作れば、プロトコルがSOAPだって
> トランザクションを実行できるんじゃないのけ?

いや、それは2相コミットじゃなくて、
各々のサーバで、互いに関連しないトランザクションをコミットしてるだけです。

23 :9:01/12/22 00:43
>>22

>この前のMicrosoft TechEdでも
>MS社のエバンジェリストが
>「現状ではSOAP仕様上はトランザクション伝播をサポートしていない」
>と言っていたので、
>2相コミットをするためのトランザクション管理の仕組みは今後必要になるはずです。

そういうことをいいたかったワケ
フォローサンクス!
まぁガタガタ言っててもしかたないので、
年明けにでもApache使ってWebサービスのテストでもしてみるYO!

24 : :01/12/22 11:06
んー、、、2pcは大量トランザクションに弱いし、
リカバリめんどくさいからおいらは要らないッス

25 :非決定性名無しさん:01/12/22 11:41
>>24
> 2pcは大量トランザクションに弱いし

それって根拠あんの?
prepare分があるから、其の分遅いってのはよく聞くはなしだけど。

26 :非決定性名無しさん:02/01/26 17:11
あげてみる

27 :非決定性名無しさん:02/02/28 11:12
全銀などでバッチでファイル受信していた処理をSOAPで実現できないですか。
ファイル交換みたいなのは無理なんでしょうね。。。

28 :非決定性名無しさん:02/02/28 14:28
>MS社のエバンジェリストが
>「現状ではSOAP仕様上はトランザクション伝播をサポートしていない」
>と言っていたので、

これ、ちょと違う。
SOAP仕様は今もこれからもトランザクションをサポートするつもりはない。
この話はたぶん、COM+のトランザクション伝播機能が、COM+-SOAPでは利用できない
ってことだったと思う。

29 :非決定性名無しさん:02/03/08 01:29
Transaction Managerを使ったトランザクションは
無理だろうね。HTTPでTransaction Contextを飛ばす
実装考えられる。Internetで通信のQOSも確保されて
ないんだよ。

SOAPとかWeb Serviceのトランザクションは,出来てアプリケ
ーションレベルのroll backだろうね。TMレベルでなく。
だから,アプリケーション開発者がroll backのロジック
までケアしないといけないと言う訳。

30 :非決定性名無しさん:02/03/08 01:56
>>25
やってみれ やってみりゃわかる
coordinatorとparticipantsのせめぎあい〜2PCのやるせなさ〜

31 :非決定性名無しさん:02/03/08 02:05
しかしなー・・・
いまの銀行のATMでA銀行→B銀行の原子性を保ってるところなんてみたことねーぞ。
(注:日本のね)
振りこみは勘定系経由非同期がフツーだろ?
やってることはせいぜいB銀行の口座チェックくらいなもんだよ

32 :非決定性名無しさん:02/03/08 10:09
・トランザクション
・セキュリティ
・QoS
あたりは、Web Service の今後の課題って事で…

あと、どっかの調査会社は、Web Service による企業間取引が
クリティカル・マス(笑 に達するのは、2005-2006年位だって書いてたけど、
なんとも眠いスケジュールだなぁ。

#眠っ…

33 :非決定性名無しさん:02/03/08 11:03
SOAPサーバー側は何で構築してる?
MSの.NETが出たら爆発的に広がるのだろうか?
ApachSOAPも止まっちゃって後継へ引き継いだみたいだし。
何がいいんだろう?

34 :非決定性名無しさん:02/03/08 13:42
>>33
sunがなんか作ってなかったっけ?

35 :低レベルPG:02/03/08 23:01
Forteの追加モジュールを使うと「コーディングなしで SOAP-RPC インタフェースを
定義し、EJB メソッドと結合することによって、このインタフェースを Web サービスに
公開することができ」るそうだ。
EIPが流行りそうだからこいつでWEBサービス実装の練習しとこ。

36 :非決定性名無しさん:02/03/11 01:41
ApachSOAPはAXISへ引き継いだみたいだけど、何が違うんだい?

37 :非決定性名無しさん:02/03/11 01:52
>>34
J2EEのJMSがSOAPサポートっていうやつ?

38 :非決定性名無しさん:02/03/11 03:15
Microsoft Moneyで銀行から取り込むファイルがOFX形式だったよ。

39 :非決定性名無しさん:02/03/11 09:37
>>35
それはいまどきWebサービスとは言わないぞ。やめとけ。Apacheで練習。
SunはWebサービスをわかってない、またはわかったうえでつぶそうとして
DQNなソフトと発言を連発している会社だ。

40 :非決定性名無しさん:02/03/11 23:13
どこがWebサービスじゃないのー?

とりあえず今年出るJ2EE1.4はどんな飛び技出すか、楽しみにしてんですけど。

41 :非決定性名無しさん:02/03/12 10:54
EJBやその他粒度の細かいコンポーネントを公開することがWebサービスだと勘違いしないほうがいいよ、ってこと。
WebサービスとEJBでは粒度が違う。それがわかってかわからずか、Sunは相変わらずJAX-RPCとか作ってやがる。
もう3年遅れてることに気づいたほうがいい。

42 :非決定性名無しさん:02/03/12 11:28
あ、RMI={CORBA,RPC}=Webサービス、みたいな構図が見え隠れする、って事ですか。

Microsoft.NETの例題と、どれほど粒度が違うのだろう?
また、SOAP/WSDL/UDDI みたいな技術は、
ebXMLにとっては下位プロトコルに過ぎないみたいですけどね。


43 :非決定性名無しさん:02/03/12 13:22
ebXMLなんざ机上の空論。CALSより先に進めるかな?無理だろうなぁ。

44 :非決定性名無しさん:02/03/12 13:38
論点摩り替わってるし。
CALS関係者なら、説得力ないなぁ。
CALS関係者じゃなければ、駄法螺っぽいなぁ。

Webサービスで、どこの分野が伸びると予測されているか御存知?

45 :非決定性名無しさん:02/03/12 15:09
知らない。教えて。

46 :非決定性名無しさん:02/03/12 21:47
>> 41Sunは相変わらずJAX-RPC
JAX-RPCって何?単なるXML baseのRPC?




47 :非決定性名無しさん:02/03/13 00:36
なんだよ、ハッタリ君かよ>44

48 :非決定性名無しさん:02/03/13 23:35
>>JAX-RPC
JXTAのことだと思う
http://www.jxta.org/

UDDIはもともとsunのアイデアじゃなかったんだっけ。
sunの「WebServices」のサンプルにはUDDIがない。

49 :44:02/03/13 23:59
>>45,>>47 教えたげない(プンプン

>>48 Sunの飛び道具はヤパーリ P2Pですか

50 :非決定性名無しさん:02/03/14 09:09
>>48
ハァ? ttp://java.sun.com/xml/
SunがUDDIなんか考え付くわけないだろ。ebXMLには同じアイデアが入ってるけどさ。

なんだよ、やっぱりハッタリ君かよ>49

51 :非決定性名無しさん:02/03/14 13:43
服部ですが、呼びましたか?

52 :非決定性名無しさん:02/03/14 13:52
DQN会社のDQNSEはきっと、
2005〜2006年頃のブロードバンド普及、Webサービス普及まで、
仕事上Webサービスを扱う事は無いんじゃないかな。

53 :非決定性名無しさん:02/03/14 14:09
>>52
おまえモナー

54 :非決定性名無しさん:02/03/14 14:37
漏れの事かよ!

55 :非決定性名無しさん:02/03/14 18:42

SOAP ランド SOAP ランド
ヤッホ〜ィ ヤッホ〜ィ♪


56 :非決定性名無しさん:02/03/14 19:05
>>48

JXTAとRPCは全然違う概念だと思うけどな。
基本的にRPCは同期通信なのに対してJXTA
は、非同期通信でしょ。RPCというよりは
プロトコル的にはもっとprimitive。

RPCといったメソッドをinvocateするための
Wrapper層というよりは、P2Pを実現するプロトコル
そのもの。

JAXPとかいうXMLのAPIあるじゃない?それで、
JAX-RPC ってXML baseの新たなRPCかな?
と思ったわけ。


57 :非決定性名無しさん:02/03/14 20:15
>57
おまえらほんとにものをしらねーんだな。JXTAは非同期?はっはっは。腹いてー。
>50に書いただろ。java.sun.com見ろっての。まあ見なくてもいいや、どうせこんなのは
腐るだけだから。JavaのXML系ってほんとにつかえねーよ。いまどきまだDOMとSAXか。
腹いてー。

58 :非決定性名無しさん:02/03/15 00:43
WebServicesの落としどころはポータル(特にEIP)だと思うな。
粒度としてはEJBと同じ。
UDDIはあぼーん。

59 :非決定性名無しさん:02/03/15 01:40
>>57
分かったから,具体的に説明しろ。
Java以外のXMLはどう使えて,JXTAは何なんだ?
それとも,人に簡単に説明する能力ないわけ?

java.sun.com見ろならサルでもできるYO

60 :非決定性名無しさん:02/03/15 01:56
XMLをいまのインフラの上で通信プロトコルに使おうという人間は、
頭がおかしいです。

61 :非決定性名無しさん:02/03/15 12:28
つまり、RosettaNet とか、BizTalkも、そなんですか。へー

62 :非決定性名無しさん:02/03/15 15:29
>>59
説明しろ?勉強しろ。

>>61
RosettaNetとBizTalk、どっちももう終わりに近づいてるね(w

63 :非決定性名無しさん:02/03/15 22:59
終わっちゃったら、次どうするの?>> RosettaNet, BizTalkユーザ

64 :非決定性名無しさん:02/03/16 00:37
>>62
君の主張には根拠がないの。
becauseとかhowとかさ。
どのように終ってるわけさ?
技術的に終ってるの?流行が終りつつ
あるの?そうもそもB2B自体が終りつつ
あるの?

65 :非決定性名無しさん:02/03/16 02:39
おちもひねりもくそもない ですな・・・


66 :非決定性名無しさん:02/03/16 02:41
>>64
勉強しな。

67 :非決定性名無しさん:02/03/16 02:51
>>62

すご〜く初歩的なミスしてますね


68 :67:02/03/16 02:53
>>64 でした(ミスしました ひつれい)


69 :非決定性名無しさん:02/03/16 08:48
SOAP とか UDDI とか CORBA とか言ってるは逝ってよし。
IMS DB/DC が金融系業務のキーワードなの。(多分今でも。)

70 :非決定性名無しさん:02/03/16 15:29
>>69
それつかったらなにができるの?
仕事してる振り?
使われないコード?
使われたとしても何もしないコード?

71 :どうでもいいが:02/03/16 16:49
>>69 ここは金融スレじゃないよー。スレ違い。

72 :44:02/03/16 17:36
>>58
>WebServicesの落としどころはポータル(特にEIP)だと思うな。
>粒度としてはEJBと同じ。
>UDDIはあぼーん。

遅レスですが、
UDDI 2.0サーバは、IBM, MS に加えて、
SUN, HP(with ARIBA), SAP が立ててるそうですね。

この先1〜2年は、Webサービスを企業内システムで試行・運用する時期だそうで、
ERP系/SCM系大手が力を入れ始めているそーな。

って情報を、2000年問題煽ってガッポリ儲けた、調査会社&ERPパッケージ大手が
流しているらしい。

73 :非決定性名無しさん:02/03/16 20:32
情報ソースは?

74 :非決定性名無しさん:02/03/16 20:33
最後二行読めば判るでしょ!

75 :74:02/03/25 19:57
>>73 ごめん、調査会社は、2000年問題煽った方じゃなくて、No.1の方だったよー

76 :非決定性名無しさん:02/04/11 01:59
パパはこのスレ上げちゃおうかなー

77 :非決定性名無しさん:02/04/21 14:40
SOAP が提供する機能というのは、は CGIによる(POSTメソッドやGETメソッドの)
パラメータ渡しを分かりやすく、格好よくしたものと理解しているのですが、この
ような理解でよろしかったでしょうか。

78 :非決定性名無しさん:02/04/21 15:36
単純な理解としては、それで結構だと思います。

例えばGoogleを自動的に呼び出して、検索結果を自動解析するプログラムを考えてみましょう。
(1)人間が、検索サービスの所在を確認し(URLが変わっているかもしれない)
(2)検索フォームを人間が見て、検索パラメータの名称を確認し、
(3)検索フォームを自動送信するプログラムを書き、
(4)得られた検索結果のHTMLファイルを人間が見て、
  必要な情報の位置を確認して、
(5)最後に検索結果を自動抽出するプログラムを書く
必要があります。

次にSOAPで同じ事をやる場合は、
(0)UDDIでサービス所在を確認し、
(1)WSDLを取り寄せてサービスの呼び出し方を調べ、
(2)WSDLを基に、自動(もしくは半自動)で、
  Webサービスを呼び出すSOAPプログラムを作成する
事ができます。
FORMやHTMLファイルを人間が解析して、データを抽出する必要がない、
というのが、大きなメリットでしょう。

SOAPの他のメリットとしては、
 ・サービス所在や、サービス手順の変更に柔軟に対応できる(UDDI,WSDL)
 ・送受信する電文のフォーマットや、パラメータの型を自動でチェックできる(DTD,XML schema)
といった点があると思います。

79 :非決定性名無しさん:02/04/21 22:18
SOAPには認証機構はありますか?
methodのインターフェースが分かれば誰でもコールできるというのではまずいと思
うんですが。
またクライアントとサーバが異なる言語で実装されている場合パラメータやリター
ンの受け渡しは正常に行えるようになってるんでしょうか。
SOAPはテキストベースのプロトコルだというのを聞いたことがあるんですがど
んなクラスでもテキストに変換されるんでしょうか?Javaのクラスから変換された
ものを変換元のJavaクラスに相当するC#のクラスに復元したりします?


80 :非決定性名無しさん:02/04/22 01:10
>>78
それがSOAPであることの利点がまったく不明。よって3点(100点満点)。

>>79
ありません。SOAPのプロブレム止めインには認証は含まれません。
SOAPはパラメータやリターンを受け渡すプロトコルはありません。
SOAPはテキストベースのプロトコルではありません。
オブジェクトへのデシリアライズはまったくの環境依存です。

81 :78 ◆Pc5eQJEM :02/05/05 21:37
>>80
じゃあ、貴方様のお考えになるSOAPの利点を
御説明になられてはいかがでしょう。

82 :非決定性名無しさん:02/05/06 23:52
>>81
ぶっ。まだいたんか。(w
SOAPの利点?SOAPそのものに利点なんかないんとちゃう?
SOAPはアプリケーションプロトコルのためのプラットフォームだからね。

WebサービスJapanで会いましょう。あ、俺もちろん参加者だけどさ。(w

83 :非決定性名無しさん:02/05/15 09:34
>82
最後の一行が無ければ良かったのにね。

84 :非決定性名無しさん:02/05/16 00:01
>82
>SOAPそのものに利点なんかないんとちゃう?
B2Bするにはいくつかハードルがあるけど、イントラのEAIなら今のWSDLとWSFLの仕組み
だけで便利なことできそう。
でもイントラ内で使うならSOAPそのものの利点は…。
まぁ、MQより安くできりゃいいんじゃない?

85 :非決定性名無しさん:02/05/16 19:59
WebServicesJapan行ってきた。
参加者はSIerがほとんどのようだったけどあの中で今後UDDIがらみの仕事する
人なんて一人もいないかも知れない。
大半はEAIの案件で既存システムとのアダプタ造りに従事するんだろうからいま
までとやることあんまり変わらないんでは?


86 :非決定性名無しさん:02/05/16 21:27
>>85 は EDI絡みの仕事知らないの?

87 :85:02/05/16 21:51
>>86
知らない。だってまだヒヨっ子だもん。きゃは(w
BizTalkつかうのかなぁ。
実はMSカンファレンスにも行ったのですがBizTalk Server 2002って製品
でるらしい。

http://www.microsoft.com/japan/biztalkserver/evaluation/overview/

でもこれSOAPじゃないや。

BizTalk Server Accelerator for RosettaNet
http://www.microsoft.com/japan/biztalkserver/evaluation/overview/accelerators.asp


88 :非決定性名無しさん:02/05/16 22:02
>>84
俺も初日逝ってきた。動く雑誌広告なら最初からそう言ってくれたら電車賃でいろいろできたのに・・・
大体パネルのSunのあのオヤジなにもんだ!キモイ!Sunは氏ね!

89 :非決定性名無しさん:02/05/16 22:02
じゃこのスレ的には、ソープは終了ってことで。後はよろしく

90 :非決定性名無しさん:02/05/16 22:17
>>88
確かにまばたきが多過ぎるのはちょっと気に障った。

91 :非決定性名無しさん:02/06/05 15:22
SOAP

92 :非決定性名無しさん:02/06/05 19:20
あわわわわ

93 :オーバーテクナナシー:02/10/31 11:38


94 :非決定性名無しさん:02/10/31 21:27
SOAPは終わったの?

95 :非決定性名無しさん:02/11/01 01:01
つまらん

96 :非決定性名無しさん:02/11/01 03:21
このスレの住人が終わっちゃってるんだよ

97 :非決定性名無しさん:02/11/05 01:22
誰か盛り上げてー

98 :非決定性名無しさん:02/11/05 01:32
なんだよここ
アルファベットの羅列上げるの好きな人ばっかなんですね
もっと初心者にわかりやすく説明してくれ

99 :非決定性名無しさん:02/11/05 02:05
http://www.google.com/apis/

100 :非決定性名無しさん:02/11/05 07:03
>アルファベットの羅列上げるの好きな人ばっかなんですね
カワイソウな人ハケーソ

101 :日立,COBOLの新版「COBOL2002」を2003年4月末に出荷へ:02/12/17 00:57
コボラーに朗報

http://itpro.nikkeibp.co.jp/free/NSW/NEWS/20021211/3/
Webサービスとのインタフェースを支援するCOBOL-SOAP連携機能を提供する

102 :山崎渉:03/01/11 11:58
(^^)

103 :東京三菱が実業務をWebサービス化:03/02/28 01:03
本格採用に向け、輸出信用状のデータ提供で検証

http://itpro.nikkeibp.co.jp/members/NC/ITARTICLE/20030220/1/

104 :山崎渉:03/04/17 09:56
(^^)

105 :非決定性名無しさん:03/04/18 20:43
ソープランド

106 :非決定性名無しさん:03/04/19 13:26
で、SOAPはおわりなの?

107 :非決定性名無しさん:03/04/19 17:41
ソープへ行きたい。堀の内!

108 :あぼーん:あぼーん
あぼーん

109 :非決定性名無しさん:03/04/19 18:02
証券のパッケージで使用しているが、
そんなSOAPを使用することが難しいの?
よく分からん?

110 :山崎渉:03/04/20 04:02
   ∧_∧
  (  ^^ )< ぬるぽ(^^)

111 :非決定性名無しさん:03/04/20 11:13
soap landは深夜まで営業中!

112 :あぼーん:あぼーん
あぼーん

113 :山崎渉:03/05/28 14:38
     ∧_∧
ピュ.ー (  ^^ ) <これからも僕を応援して下さいね(^^)。
  =〔~∪ ̄ ̄〕
  = ◎――◎                      山崎渉

114 :非決定性名無しさん:03/06/28 22:18
いまだに無さそうですな

115 :山崎 渉:03/07/12 12:46

 __∧_∧_
 |(  ^^ )| <寝るぽ(^^)
 |\⌒⌒⌒\
 \ |⌒⌒⌒~|         山崎渉
   ~ ̄ ̄ ̄ ̄

116 :非決定性名無しさん:03/07/15 22:52
ソープランドのシステム開発の事例かとおもた

117 :非決定性名無しさん:03/07/15 23:09
あるとだけいっておく

118 :ぼるじょあ ◆yBEncckFOU :03/08/02 03:24
     ∧_∧  ∧_∧
ピュ.ー (  ・3・) (  ^^ ) <これからも僕たちを応援して下さいね(^^)。
  =〔~∪ ̄ ̄ ̄∪ ̄ ̄〕
  = ◎――――――◎                      山崎渉&ぼるじょあ

119 :山崎 渉:03/08/15 19:00
    (⌒V⌒)
   │ ^ ^ │<これからも僕を応援して下さいね(^^)。
  ⊂|    |つ
   (_)(_)                      山崎パン

120 :非決定性名無しさん:03/09/21 02:10
吉原

121 :非決定性名無しさん:03/11/24 03:49
相変わらずこの板には怪しい上げ荒しが住み着いて、気に入らないスレのdat落としを画策してるようだな


122 :非決定性名無しさん:03/11/25 19:10
>>121
お前がそうだよ

123 :非決定性名無しさん:04/05/16 17:00
>>122
オマエモナー(=゚ω゚)つ)゚∀゚)グァ

26 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.02.02 2014/06/23 Mango Mangüé ★
FOX ★ DSO(Dynamic Shared Object)