>>16
話をまとめると:
　・自分のサイトで何かのデータファイルを扱うアプレットを作っている
　・そのデータファイルは巨大で他の (他人の?) Web サーバに置いてある
　・他人サーバから自分サーバにそのデータを持ってくることは出来るが、
　　自分サーバの負荷が高くなるのでやりたくない。
　・そのアプレットを利用するのは不特定多数で、ブラウザを限定する
　　ことは不可能。

まずここまで聞き出せた。これであってるか？
回避方法だが >>1 を見た時点でこれだけ思いついた:

　1)【クライアント回避型】Netscape ならアプレットに電子署名をつける。
　　　IE ならそのサイトのセキュリティレベルを下げるような設定を見て
　　　いる人にやってもらう (Netscape はやったことないけどたしか
　　　こうだったよね?)。閲覧側の手間になるし正式な電子署名を取る
　　　のにも費用が必要 (だったよね?)。

　2)【プロキシ回避型】自分のサーバにプロキシを立てて、別サーバへの
　　　無条件トンネルを作る。クライアント側からは自サーバも別サーバも
　　　ポートが違うだけの同じサーバに見えるので、アプレットからプロキシ
　　　に接続して別サーバのデータを取得できる。プロキシじゃなくても
　　　別サーバからデータを取って来て返すだけの CGI かサーブレットで
　　　良い。>>5 の言っていた方法。自分で作るなら HTTP キャッシュ等
　　　の機能も必要。

　3)【ネットワーク回避型】>>8 で言った方法。自サーバの前にルータを
　　　設置して、たとえばポート 8080 で来た接続を無条件に別サーバ
　　　へ振り分ける。2) と同様にクライアント側からは同じサーバの違う
　　　ポートに見えるのでアプレットで接続可能。

　4)【サーバ回避型】自分のサーバから定期的に他サーバへ FTP か
　　　何かでデータを取りに行って自分のサイトに置いておく。データに
　　　リアルタイム性があると使えない。

ネットワーク構成に自由度があるかとか、サーバ側にプロキシを立て
られるかを具体的に説明してほしかったんだが、説明が無かったので
好きなの選べ。2, 3, 4 はネットワーク負荷になるので、結局は見てい
る人の使い勝手か自分側の回線負荷かのどちらかだな。

ちょっと話が企業システム向けだったろうけど、まぁ個人でちょっと、
というレベルだったらあきらめて Java Web Start でも使ってみてくれ。

これ以上は金出せ。