問題タブ [urlconnection]

次のコードでは、JDK の URLConnection クラスが使用されている場合、アプレット内から URL に接続するとブラウザのセッションが維持されることを確認しました。ただし、Apache の HttpClient ライブラリを使用する場合はこの限りではありません。誰かが理由を知っていますか？または、接続インスタンスを HttpClient インスタンスで使用するように設定する方法はありますか?

Linux 環境にデプロイされた Websphere バージョン 6.1 があります。https 接続を開くには、オブジェクトに対してopenConnection()andを呼び出します。connect()java.net.URL

この接続を開くには、約 3 分かかります。接続が確立されると、データを非常に高速に読み書きできます。

openssl を接続テスト (sshコンソール) に使用すると、非常に高速に動作します。コンテナーの外部の同じマシンにデプロイされた単純な jar アプリケーションも正常に動作しますが、websphere にデプロイされると問題が発生します。

この問題は Websphere 6.1 でのみ発生し、6.0 では正常に動作します

何か案は？

サーブレット（同時使用率がかなり高い）が発信URLConnectionを作成して、通常のサーバー側処理ロジックの一部としてデータRESTスタイルを取得するユースケースがあります。URLは潜在的に異なるため、サーブレットが呼び出されるたびに接続が作成されて使用されます（ただし、ドメインは常に同じです）。ポートと接続がアプリケーションサーバー上で必要な時間より長く開いたままにならないように、これが可能な限り最適に行われるようにしたいのですが、該当する場合は再利用されます。

Javadocは少し曖昧に見えます-URLConnectionについて：

「リクエスト後にURLConnectionのInputStreamまたはOutputStreamでclose（）メソッドを呼び出すと、特定のプロトコル仕様で異なる動作が指定されていない限り、このインスタンスに関連付けられたネットワークリソースが解放される可能性があります。」

HttpURLConnectionの場合：

'各HttpURLConnectionインスタンスは単一のリクエストを行うために使用されますが、HTTPサーバーへの基盤となるネットワーク接続は他のインスタンスによって透過的に共有される場合があります。リクエスト後にHttpURLConnectionのInputStreamまたはOutputStreamでclose（）メソッドを呼び出すと、このインスタンスに関連付けられているネットワークリソースが解放される場合がありますが、共有の永続的な接続には影響しません。その時点で持続的接続がアイドル状態である場合、disconnect（）メソッドを呼び出すと、基になるソケットが閉じる可能性があります。

現在、URLConnectionが使用されており、以下のコードに従って入力ストリームのみが閉じられています（エラー処理とURL読み取りは、質問に関連しないため削除されました）。私の考えでは、これによりストリームリソースがクリーンアップされますが、可能であれば基盤となるソケットの再利用が可能になります（リクエストは常に同じドメインに送信され、URLパスが異なるため）。さらに最適化する方法についてのアドバイスをいただければ幸いです。

URLConnection を使用して http 接続経由で画像をロードするアプレットがあります。すべての接続に対して setUseCaches(true) を設定していますが、まだキャッシュ動作が見られません。私のイメージの HTTP ヘッダーには適切なキャッシュ設定があります。バグ 4528599を見ると、かなり不可解なステートメントがあります。

Java Plug-In の現在のバージョン (1.3.1) は、名前が .jar または .class で終わるファイルのブラウザ キャッシュのみをチェックします。Java Plug-In 1.4 では、ブラウザのキャッシュで、.class、.jar、.zip、.jpg、.gif、.wav、.au のファイル タイプがチェックされると聞いています。

もちろん、これは 1.6 では FIXED とマークされていましたが、1.6 未満でもキャッシュは見られません。私の画像は PNG ファイルで、実際には .png 拡張子で終わらない場合があります。キャッシュが表示されません。

バグ修正レポートは 1.6 統合ダウンロード エンジンについて述べていますが、Google はそれについてあまり知らないようです。

これは機能するはずですか、それとも壊れた Sun の「機能」の 1 つにすぎませんか。アプレットにブラウザのキャッシュから PNG 画像をロードさせる方法または回避策はありますか? 私は自分自身を実装したくない....

更新: キャッシングはResponseCache実装に関連付けられているようです。その仕組みの詳細については、このテクニカルノートを参照してください。最後の行は次のように述べています。

Java 2 Standard Edition には、URLConnection キャッシングのデフォルト実装はありません。ただし、Java Plugin と Java WebStart はすぐに使用できるものを提供します。

したがって、問題は次のようになるように思えます。Java プラグインの ResponseCache 実装は実際にどのように機能するのでしょうか。v1.4/v1.5/v.16 の違いは何ですか?

誰でもアイデアはありますか？

認証が必要なサーバーへのPOSTリクエストを生成したいのですが。私は次の方法を使おうとしました：

ただし、サーバーは認証データを受信しません。認証データを追加することになっている行は次のとおりです。

とライン

また、IOExceptionをスローします。

とにかく、UrlConnectionでPOSTを使用して承認を有効にするために、上記のロジックの修正を提案していただければ幸いです。

ただし、GETリクエストに同じロジックを使用すると、すべてが正常に機能しますが、明らかに想定どおりに機能しません。

サイトで GET を実行して 2 つの Cookie を取得し、これらの Cookie を使用して同じサイトに投稿する Android アプリを作成しています。

前述のように、GET から始めて、この操作を実行するために org.apache.http.client.HttpClient を使用しています。

ここまでは順調ですね。requiredCookies 行はまだ気にしないでください。HttpClient を =( で動作させることができないため、Java.net impl で使用されます。動作していない HttpClient Post 部分を見てみましょう。

ここで起こることは、Cookie が保存されている localContext で POST を実行することです。これはうまくいきません。HTTP/1.1 401 No セッションが発生します。これでうまくいかなかったので、別のアプローチ（java.net.HttpURLConnection）を試しました。同じ GET 部分をまだ使用していることを思い出してください

そして、VIOLA a 200 が表示され、すべてが魅力的に機能します。皆さんはどう思いますか？わからないので誰か回答お願いします。

いくつかのファイルを HTTP サーバーにアップロードしたいと思います。基本的に必要なのは、いくつかのパラメーターとファイルを含むサーバーへの POST 要求のようなものです。ファイルをアップロードするだけの例を見てきましたが、追加のパラメーターを渡す方法も見つかりませんでした。

これを行うための最も簡単で無料のソリューションは何ですか? 私が研究できるファイルアップロードの例はありますか? 私は数時間グーグルで検索してきましたが、(たぶんその日の 1 つかもしれませんが) 必要なものを正確に見つけることができませんでした。最善の解決策は、サードパーティのクラスやライブラリを一切含まないものです。

上記のコードをサーブレットに記述して、このサーブレットとは別の場所にフォームを投稿しましたが、機能していません。connection.setRequestPropertyを使用して、サーブレットへの着信リクエストのヘッダーフィールドを設定しても問題ありません。