- PR -

Visual J++ について

«前のページへ 1|2|3
投稿者投稿内容
puri
常連さん
会議室デビュー日: 2003/09/08
投稿数: 28
お住まい・勤務地: 東京都
投稿日時: 2003-12-19 10:14
ukさん、takuさん、ご指摘有難うございます。

基設には「TCP/IPプロトコルでソケット通信を利用した要求・応答型の同期連携を行う」と記述しました。
ひょっとして、何かとんでもなくおかしな質問してましたかね?!
すみません、勉強不足で･･･
okutin
ベテラン
会議室デビュー日: 2003/12/11
投稿数: 98
お住まい・勤務地: 広島
投稿日時: 2003-12-19 10:22
こんにちは。

HTTPも
「TCP/IPプロトコルでソケット通信を利用した要求・応答型の同期連携を行う」
を満たすプロトコルの一つですよ。
一言でプロトコルと言っても各レイヤーによって違いますので、
まずはネットワークのしくみ（各レイヤーとプロトコルについて）を調べてみると
良いかもしれません。
maru
ぬし
会議室デビュー日: 2003/01/27
投稿数: 412
投稿日時: 2003-12-19 10:35
こんにちは。

>クライアント側が20社ほどあって、OSはWindowsかLinuxで、言語は>VB,ASP,JAVA,VBA,ACCESSです。VBA,ACCESSは、VBと同じように考
>えて大丈夫なので前者の３つに絞って質問しました。
>ちなみに、クライアント側のHTTPもダメなんです。
>基設には「TCP/IPプロトコルでソケット通信を利用した要求・応答型の同期連携
>を行う」と記述しました。
ソケットで独自プロトコルでやると、なかにはファイアウォール超えられないクライアント
企業もでてくるのでは？その場合の対処方法などは検討されていますか？

ネットワーク、TCP/IP、HTTPの仕組みやできること／できないことをしっかり把握すべき
ではないでしょうか？

それとなぜHTTPではダメなのか、ダメな理由は把握されているのでしょうか？


[ メッセージ編集済み 編集者: maru 編集日時 2003-12-19 10:39 ]
puri
常連さん
会議室デビュー日: 2003/09/08
投稿数: 28
お住まい・勤務地: 東京都
投稿日時: 2003-12-19 11:11
引用:

okutinさんの書き込み (2003-12-19 10:22) より:
こんにちは。

HTTPも
「TCP/IPプロトコルでソケット通信を利用した要求・応答型の同期連携を行う」
を満たすプロトコルの一つですよ。
一言でプロトコルと言っても各レイヤーによって違いますので、
まずはネットワークのしくみ（各レイヤーとプロトコルについて）を調べてみると
良いかもしれません。



okutinさん、ご指摘有難うございます。
確かに、おっしゃる通り発言に気をつけます。
レイヤーっていうんですね?!プロトコルの階層名。
物理層（レイヤー1）／データリンク層（レイヤー2）ネットワーク層（レイヤー3）／トランスポート層（レイヤー4）セッション層（レイヤー5）／プレゼンテーション層（レイヤー6）アプリケーション層（レイヤー7）

mso
ぬし
会議室デビュー日: 2003/12/04
投稿数: 496
お住まい・勤務地: 宮城
投稿日時: 2003-12-19 11:17
msoです。

引用:

puriさんの書き込み (2003-12-19 11:11) より:
okutinさん、ご指摘有難うございます。
確かに、おっしゃる通り発言に気をつけます。
レイヤーっていうんですね?!プロトコルの階層名。
物理層（レイヤー1）／データリンク層（レイヤー2）ネットワーク層（レイヤー3）／トランスポート層（レイヤー4）セッション層（レイヤー5）／プレゼンテーション層（レイヤー6）アプリケーション層（レイヤー7）



ちょっと脱線しますが、puriさんがやろうとしている
お仕事は他に誰かネットワークに詳しい方はいらっしゃいますか?
別に特別詳しくなくてもいいのですが、主要なプロトコルは
どんなことが出来るのかとか知らないと難しいお仕事だと
思いますよ。

出来そうに無いのであれば、勇気を上司に現状を報告することも
大切だと思います。

[ メッセージ編集済み 編集者: mso 編集日時 2003-12-19 11:53 ]
puri
常連さん
会議室デビュー日: 2003/09/08
投稿数: 28
お住まい・勤務地: 東京都
投稿日時: 2003-12-19 11:24
引用:

maruさんの書き込み (2003-12-19 10:35) より:
ソケットで独自プロトコルでやると、なかにはファイアウォール超えられないクライアント
企業もでてくるのでは？その場合の対処方法などは検討されていますか？

ネットワーク、TCP/IP、HTTPの仕組みやできること／できないことをしっかり把握すべき
ではないでしょうか？

それとなぜHTTPではダメなのか、ダメな理由は把握されているのでしょうか？



maruさん、ご指摘有難うございます。

ファイアウォールを越えられないクライアント云々に関しては、クライアントの種類や数が確定していないことと、私の設計担当ではないので現時点で全く考えていません。

「ネットワーク、TCP/IP、HTTPの仕組みやできること／できないことをしっかり把握すべき」なのはごもっともと思います。

HTTPでダメという発言に問題がありました、申し訳ありません。
実際には、クライアントから送信されるのはSQLで、サーバーから返すのがその結果（現時点ではCSV編集の予定）というパターンのソケット通信なので、必要ないかと･･･。
また、HTTPを使用する方法について特に上司から指示を受けていないこともありまして、考えてもみませんでした。


maru
ぬし
会議室デビュー日: 2003/01/27
投稿数: 412
投稿日時: 2003-12-19 11:31
ということは、インターネット経由でクライアントアプリから直接ＤＢに接続すると
いうことでしょうか？

やはりファイアウォール超えの問題とセキュリティ対策をしっかり検討する必要が
ありそうですね。

#もう一度このスレッドを読み返したのですが、企業（クライアント）間というのは
#インターネット経由で接続されているとは、一切かかれてなかったので私の思い込み
#で返答しましたが、接続形態は何でしょうか？
#インターネット経由？社内ＬＡＮ？ダイアルアップ接続？

[ メッセージ編集済み 編集者: maru 編集日時 2003-12-19 11:36 ]
puri
常連さん
会議室デビュー日: 2003/09/08
投稿数: 28
お住まい・勤務地: 東京都
投稿日時: 2003-12-19 11:41
引用:

maruさんの書き込み (2003-12-19 11:31) より:
ということは、インターネット経由でクライアントアプリから直接ＤＢに接続すると
いうことでしょうか？

やはりファイアウォール超えの問題とセキュリティ対策をしっかり検討する必要が
ありそうですね。




クライアントから直接ＤＢに接続する訳ではありません。
サーバーで常駐しているソケットでクライアントからの要求がきたらスレッドを起動して、そのスレッドからJDBC,DBCPを介してSQLステートメントを発行することになります。

そうですね、どういう形であれ、セキュリティについては考慮すべき事項なので、頭に入れておきます。
«前のページへ 1|2|3

スキルアップ／キャリアアップ（JOB@IT）