43コメント17KB

ネットワークの大ピンチ事例

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

0001デフォルトの名無しさん

NGNG

Java, C, C++, VB, オフィスアプリなどでネットワークを
利用することがあると思います。
ここで発生したエラーでお悩みの方、救助して下さる方、
書き込みをお願いいたします。

0002デフォルトの名無しさん

NGNG

ファイルコピー中に、このネットワークリソースはもう使えません。
というエラーが起きる場合は、単純にファイルサイズが大きすぎる
のでしょうか？

0003デフォルトの名無しさん

NGNG

>>2
F5押してもだめなのかにゃ？

0004デフォルトの名無しさん

NGNG

>>3
F５を押すと回復できるものなのでしょうか？
多分、また現象が再現すると思いますのでその時に
やってみます。ありがとうございました。

0005デフォルトの名無しさん

NGNG

私の職場、しょっちゅうネットワーク上のトラブルで
悩まされてます。
サーバー間転送されるファイルが、「成功した」と
見せかけて全然件数が足りず、もう一度やり直しとか。

職場にネットワークに詳しい人がいればいいんですけど、
みんな勉強しつつ自分らでやってるんですねーこれが。
なかなか、やばいです。

0006デフォルトの名無しさん

NGNG

ネットワークといえば、JavaアプレットでJDBCを利用したいです。
しかし、ネットや書籍を調べてみても、どうもJavaアプリケーション
用の知識ばかりで、結構困りました。実は、次の仕事でJavaアプレット
を使用してのDBアクセスが出来ないと、Javaを仕事でやる機会が
ずっと先まで無くなってしまいます。
なんとかしたいのですが・・・。
やはり、Javaアプレットでやるべき事ではないんでしょうか。
(Javaアプリケーションは、会社的にやるつもりはないそうです。)

0007デフォルトの名無しさん

NGNG

>>6
毎度毎度出てくる質問ですな。今度で答えるのは何回目だろ？

Appletはサンドボックス制限のため、AppletDL元以外のマシン
との通信を禁止されています。さらにAppletではJDBCが使えません。

→結論：3層C/Sにすること。
Applet-RMI、Socket通信→（AppletDL元マシン）ロジックサーバ-JDBC→DBサーバ
ロジックサーバとDBサーバが同じマシンにあってもOK。

0008デフォルトの名無しさん

NGNG

>>7
同じ質問が繰り返されていたのですね。
本当に申し訳ありません。
そしてありがとうございました。

0009デフォルトの名無しさん

NGNG

>>7 の逝ってる
>さらにAppletではJDBCが使えません
は大嘘
アプレット→ＤＢの２層構造で業務アプリ組んだことあるぞ

00107

NGNG

しかし DB のセキュリティはダサいので
２層はおすすめしない。

0011デフォルトの名無しさん

NGNG

>>9
Java2 SE (Java1.3)に標準で付属してくるJDBCって、
アプレットでは利用不可能のJDBC-ODBCブリッジだから、
別売りでドライバを入手しないといけないんですよね？

0012デフォルトの名無しさん

NGNG

既に別スレッドの質問としてありますが、Javaアプレット
(Java1.3)から、マイクロソフトの独自技術を施さないで
ActiveXコンポーネントを利用するというテクニックは
使用できるのでしょうか？

可能なら、ファイルシステムオブジェクトを利用しての
テキストファイル操作や、ADOを介してのデータベース
アクセスなど自由度が広がるような気がするのですが。

こんな質問してしまってごめんなさい。
ただ、「できたらいいな」と思ったものでして・・・。

0013デフォルトの名無しさん

NGNG

>>12
こんなやつ？
http://www11.u-page.so-net.ne.jp/ga2/no-ji/jcom/
↑JavaからCOM＋へのブリッジ。Win依存にはなるけど。

それとも、非WinOSのJavaアプリから、他のマシンのWindowsで
動いているActiveXオブジェクトを操作するってこと？

00147

NGNG

>>11
ＤＢなによ

00159

NGNG

名前間違えた <14
>>7 すまん！

0016デフォルトの名無しさん

NGNG

>さらにAppletではJDBCが使えません。

タイプ3/4のJDBCドライバを使えばAppletでもJDBCは使えます。
つまりできるかできないかは、そのDBMS用に提供されているJDBCドライバ次第ということです。

まあ、個人的にはそもそもAppletを使おうとは思わないけど。
第2層にServlet/JSPとかでWebアプリサーバを置くに限る。

0017デフォルトの名無しさん

NGNG

>>14
ＤＢは、マイクロソフト社のSQL-Server6.0です。
(6.5でも7.0でもないところがきついですね)

0018デフォルトの名無しさん

NGNG

SQL-Server6.0にjdbcドライバが用意されているとは思えぬが

0019>18

NGNG

JDBC-ODBCブリッジはどうよ。
(やったことないんでsage)

002018じゃないけど

NGNG

>>19
JDBC-ODBCブリッジ使うなら、ODBCが使える全てのストレージ手段に
Javaからアクセスできるよ。Excelファイルに書き込みだってできる。

ODBC-Excelドライバってわけわからんのだが…

0021デフォルトの名無しさん

NGNG

>>19
JDBC-ODBCブリッジは、Javaアプリケーションなら使えるが、
アプレットではコンパイルエラーになって使用不可だった
ような気がする(ドライバを認識してくれない)

0022デフォルトの名無しさん

NGNG

>>20
OLE-DB?

00239

NGNG

>> 17
これ使えるけど買わないとダメというのがつらい

http://www.beasys.co.jp/weblogic/docs/techstart/install_jmsq4.html

やっぱ JDBC-ODBC か？？

。。完全に JDBC スレになったな

0024デフォルトの名無しさん

NGNG

素人の私から見ると、
Javaアプレット --> (ODBC) --> SQL-Server
なんて簡単(実際アプリケーションでは標準で出来る)
だし、悩まないだろう・・・と思っていたんですけどね。
実際には、アプレットの特性もあって、すんなりとは
いかないものですねー・・・。

逆に、マイクロソフトに従ってIIS, ASPを使えば本当に
楽勝でＷＥＢアプリが作れる(セキュリティホールとかは
地獄的ですけど)のを見ると、ああ、なんか、全てを
マイクロソフト様にまかせれば・・・と弱気になっちゃいます。

JavaよりC#とかになっちゃったりして。ごめんなさい。

0025デフォルトの名無しさん

NGNG

最近、ユーザーさんがウイルスを恐れるあまり、
ＪＡＶＡやＡＣＴＩＶＥＸの使用をブラウザ上
で禁止にしてます。
かなりきついです。ｗｅｂプログラミングが
大ピンチです。はぁ。

0026デフォルトの名無しさん

NGNG

>>25
AppletをアプリケーションにしてHTTP-POSTやGETでクエリ送るように
すれば、たいした変更要らんでしょ。

0027デフォルトの名無しさん

NGNG

アプレットでJDBCを利用する場合、どういう状況にあるか。
それをまとめました。以下でよろしいでしょうか？

１．JDBC-ODBCブリッジは使用できない(出来たとしても手間かかりすぎ)
２．アプレットで使用できるのは、
ネットプロトコルALL-JAVAドライバ(TYPE3と呼称される)
ネイティブプロトコルALL-JAVAドライバ(TYPE4と呼称される)
の二種類である。
３．しかし、上記ドライバはまず有償であり、敷居が高い。
４．そもそもＪＤＢＣ自体、みんなあまり知らない

0028デフォルトの名無しさん

NGNG

なぜアプレットでのＤＢアクセスにこだわるのか？それはやはり
以下の理由です。

1.会社的にJavaアプレットの使用は「イレギュラー」なもので、
中継サーバなどを置くなどもってのほか。
IIS & ASPの環境以外じゃやらないよと言われている。

2.アプレットを使えば、端末毎にセットアップ作業が必要ないのでは
ないかという思いがある。端末毎にセットアップ作業が必要な場合、
会社から提案を却下される。(JAVAアプリケーション不可)

3.そもそもマイクロソフトで固めている環境においては、(イントラ)
Javaで何かメリットあるのか？と上司に問われれば答えられない。
一生マイクロソフト。

困った！困った！困った！！！！！！

0029デフォルトの名無しさん

NGNG

Javaアプレット ---- SQL-Server

の通信がこんなにもスンナリいかんものだったとは。
マイクロソフトがJavaから「やっぱ独自路線万歳」
に考え直したからだろうか。

0030デフォルトの名無しさん

NGNG

アプリケーションだとSQL-SERVERとの通信が楽にできるんだけどね。
ちなみに、JDBCドライバのバージョンが上がって使いやすくなる
みたい。

0031デフォルトの名無しさん

NGNG

すみません。ACCESS2.0のODBC接続エラーについて
ご質問したいのですが。このような場合、ODBC
ドライバのバージョンが違うのでしょうか？

<環境>
Access2.0とAccess97の混在環境
ODBCドライバも16bitと32bitの混在環境

Access2.0で作ったアプリケーションから、
SQL-Server6.0のテーブルへパススルークエリー
を発行し、レコードセットを得る

<エラー現象>
レコードセットをコードの中でMoveNextすると、
ODBC接続エラーで落ちてしまいます。
しかも、前日までは動いていました。
今日からエラーが起きるのです。プログラムの
コードは変更してません。
端末の環境を変えたか？については、誰もやって
ないとの「話」です。

ものすごい緊急事態状況です。(Ｘ)

003231

NGNG

31です。解決しました。
32ビットODBCを削除したら動きました。
昨日まで大丈夫だったんですけど(沈黙)

混在はだめだと知りつつもしなくてはい
けないので辛いところです。

しかし、混在環境って、場合によって16
に行ったり32に行ったりしてしまうもの
なんですね

0033デフォルトの名無しさん

NGNG

>>32 そう、仕事の都合上、16bitと32bitの混在が避けられないとき、
アクセスに限らずに16に行ったり32に行ったりしますよね。
これは何か原因があるんですかね。

ex)突然ODBCソースを読みに行かなくなった。
16ビットODBCアドミニストレータを開くとちゃんと設定
されているし、昨日までは動いた。
あれ？と思って32ビットODBCソースの設定をみると、
こっちは元々設定してない。
「もしや」
そう思って32ビットの方の設定を行うと突然プログラム
が復活！

「・・・・・・・・・・・・・・・・・・・・・・・」

0034　

NGNG

Javaアプレット？
時代はFlashぜよ

0035デフォルトの名無しさん

NGNG

>>34
用途が全然違います

0036　

NGNG

>>35
Flash - ASP(とかCGI) - DB じゃだめにゃ？

0037（　´∀｀）さん

NGNG

Javaアプレット？
時代はサーブレットぜよ

0038デフォルトの名無しさん

NGNG

クライアントから送信されてきたバイナリデータから、
画像などのファイルデータを抜き出す方法をご存知の
方、いらっしゃいますか？

その方法がわかりません。

0039デフォルトの名無しさん

NGNG

>>38
んなもん、データのフォーマット調べろよ。

0040デフォルトの名無しさん

NGNG

>>28
IIS&ASPのサーバがDBにアクセスすればいいんじゃないの？
ブラウザはHTMLの表示だけさせときゃいいじゃん
サーバで全部済ませればクライアントに何も配布する必要ないでしょ

今時２層でしかもアプレットで..というのが全然理解できない

00419

NGNG

>>28

>2.アプレットを使えば、端末毎にセットアップ作業が必要ないのでは
>ないかという思いがある。端末毎にセットアップ作業が必要な場合、
>会社から提案を却下される。(JAVAアプリケーション不可)

これ使えばいいじゃん。
最初の１回だけインストールしないとダメだけど。

http://java.sun.com/products/javawebstart/index.html

0042デフォルトの名無しさん

NGNG

２層ならACCESSが手っ取り早いんじゃないの？
何もWebにこだわらなくてもいいような。

0043デフォルトの名無しさん

NGNG

皆様、Win32APIを利用してRS232C(COMMポート)を制御する
場合についてお聞きしたいのですがよろしくお願いします。
言語はVisualBasic6.0およびMS-Access97(VBA)です。

Win32APIでReadFileを使用してCOMMポート１を読んだ時、
相手の機器から伝送制御符号のＥＮＱを受けたいのですが、
ＥＮＱを表現する場合はどのようにしたら良いのでしょう。

RS232CをAPIを使用して制御するなんて初めてなので
いまいち分かりません。

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