問題タブ [applet]

「WelcometoHotJava」アプレットのコードを調べて、アプレットについて学ぼうとしています。WindowsバージョンのJadを使用して*.classファイルを逆コンパイルすると、次のコード行が表示されます。

ここでdestroyメソッドは本当に必要ですか？アプレットが終了しようとしているのに、なぜアプレットはマウスリスナーとして自分自身を削除する必要があるのですか？

こんにちは、サーバー上にあるファイルを読みたいと思います。パラメータでファイルへのパスを取得します

アプレットを起動すると、次のエラーが発生します

原因: java.lang.IllegalArgumentException: URI スキームが「ファイル」ではありません

誰かが私にヒントを与えることができますか？

なんらかの理由で、Java アプレットをダブル バッファしようとすると、指示していないのに白い四角形が表示されます。また、start() にループを入れようとすると、repaint() が最後にある場合でも、白い画面しか表示されません。

たとえばFlashと比較して、アプレットの採用レベルがこれほど低いのはなぜですか? 技術的に不利だからなのか、人気の問題なのか。

質問にあるように...ウィンドウでサイズを変更するようにレイアウトなどを設定できますが、フォントのサイズを変更する方法がわかりません。

(実際には、サイズ変更やフォントの制約を行っていないのは、JLabel コンポーネント自体である可能性があります...)

ユーザーが Web ページにいくつかの詳細を打ち込むプロセスを実装する必要があり、この情報を何らかのイベントとして同じホスト上の Java リッチ クライアント アプリケーション (SWING) に送信します。

1 つのアイデアは、おそらく SWING アプリケーションによって実装されたリスナーとのソケット通信を開始するアプレットを実装することでしたが、これが可能かどうかはまったくわかりません。

この種の不可解な統合は、基本的には与えられた事実です。基本的に、Web アプリケーションと SWING アプリケーションの両方が既にアクティブで使用中です。唯一欠けているのは、実装が簡単な方法で 2 つの間で情報を共有することです。どんなに汚れても。

何か案は？

ありがとう！

ソケットを開き、アプレットがダウンロードされたローカル ホスト (エンド ユーザー マシン) をリッスンしているサーバーと通信するには、アプレットが必要です。

アプレットのセキュリティについて読んだこととは反対に、署名されたアプレットでさえ、ダウンロード元の別のホストへのソケットを開くことができないようです (同じマシン上で完全に動作します)。

-selfcert を使用してアプレットを認証し、jarsigner を使用して署名しましたが、別のホストへのソケットを開こうとすると、次のようになります。

Java.lang.Exception: java.security.AccessControlException: access denied (java.net.SocketPermission 127.0.0.1:9999 connect,resolve)

Java ポリシー ファイルを変更してみましたが、署名済みのアプレットでは変更する必要はありません。

grant codeBase "http://applethost:8080/socket" { permission java.security.AllPermission; permission java.lang.RuntimePermission "usePolicy"; };

sigend アプレットとの取引は何ですか? 別のホストに接続できますか?

このコードはアプレットにあります。アプレットは問題なく動作しますが、不要な重複ダウンロードがたくさんあります。特に、各「getResource」が.JARファイルのダウンロードをトリガーすることに気づきました。

どうすればこれを回避できますか？

ユーザーがハード ドライブからファイルを選択する基本的なアプレットを作成しました。このアプレットはこのファイルの最初の行を読み取り、それを JavaScript に渡して追加の前処理を行います。ボタンをクリックすると、それをアップロードしようとします。 HTTP POST リクエストを介してファイルします。この最後のビットのためにコピーして変更したファイルをアップロードするための非常に基本的なオープン ソース アプレットを見つけました。

しかし、問題は、それがうまくいかないことです。正常に動作しているように見えますが、アクセス許可に関連する 2 つの障害に遭遇しました。Java コンソールのメッセージは、アプレットが次の 2 つのパーミッションでアクセス拒否エラーを起こしたことを示しています。

NetBeans で「自己署名」オプションをチェックしてアプレットをビルドし、クリックしてブラウザの小さなセキュリティ ポップアップを確認したときに、すでにアプレットに許可を与えていると思っていたので、これは奇妙です。

また、私が自分でコーディングした、ファイルを読み取って最初の行を JavaScript に渡す部分も問題なく動作します。これは、アプレットがローカル ファイル システムから読み取れることを明確に示しています。実際にアップロードを開始してみるまで問題は発生しません。注意すべきことの 1 つは、アップロード プロセスが新しいスレッドで実行されているように見えるのに対し、残りのプロセスはすべてスレッドを作成せずにメイン クラスで実行されていることです。

私は Java の初心者であり、Java のスレッドについてほとんど知りません。どうにかしてこの新しいスレッドにアクセス許可を渡す必要がありますか? またはその趣旨の何か？前もって感謝します。