問題タブ [apache-commons-httpclient]

次のように、Apache HttpClient (3.1) 応答からの応答を解析しようとしています。

これにより、atom パーサーで応答を解析しているときに次の例外が発生します。

finally ブロックは実際に接続を閉じました。このクローズド ストリーム エラーの原因は何ですか?

私のプログラムは常に 30 秒間スタックします。

さらに調査すると、これは ipv4 フォールバックが原因であることが示唆されています。問題を解決するために httpclient で ipv4 を強制する方法はありますか?

PSはcurl -L04 http://foobar.com瞬時にダウンロードされるため、IPv4 の問題だと思いますが、curl -L06 http://foobar.comcurl: (6) Couldn't resolve host 'foobar.com'

次の形式のHTTPPOSTを実行したいのですが、

私は通常、ログインベースのPOSTに対して次のメカニズムを使用します。

しかし、このようにすると、POSTデータは次のようになります。

上記で指定したXML形式に従ってこのリクエストをフォーマットするにはどうすればよいですか？

前もって感謝します。

コンテンツ/タイプを含むWebページにアクセスしようとしました：flash Shock-Wave GETメソッドを使用してページをフェッチしているので、responseBodyAsString（）を取得できますが、プレーヤーが機能していません。

フラッシュ衝撃波を機能させる方法は？

サービス (Web サービスではない) に対して行う HTTP 要求のタイムアウトを設定する必要があります。Apache HTTP クライアントを使用しています。これらの 2 行のコードを追加して、サービスへのリクエストとレスポンスのタイムアウトを設定しました。

1）現在、サービスからの応答がほぼ瞬時に表示されるため、タイムアウトとして10秒を設定しています。タイミングを増減する必要がありますか?

2) 応答が 10 秒以上かかるとどうなりますか? それは例外をスローし、どの例外になりますか? 以下のコードでタイムアウトを設定するために追加する必要があるものは他にありますか。

Kerberos認証を使用してHTTP接続を作成しています。「HTTP/1.1401Unauthorized」があります。私が何をチェックすべきかを私に勧めてもらえますか？何か考えられるトリックがあると思いますが、私にはわかりません。

ヘッダー「WWW-Authenticate」を「Negotiate」に設定する必要があるのでしょうか。

ヘルプやアイデアを事前に感謝します。

私は、Apache の HttpClient を多用する長期実行アプリケーションを開発しています。

私の最初のテスト実行では、アプリケーションは動かなくなるまで完全に機能しました。停止されず、例外もスローされず、何もせずにただそこに座っています。

たった今、2回目の走行をして時間を止めました。24時間連続稼働。さらに、実行していたラップトップのインターネット接続が、アプリケーションがスタックしたまさにその瞬間に終了したことに気付きました。ネットを再び稼働させるには、WLAN アダプタを再起動する必要がありました。

ただし、接続が再び確立された後、アプリケーションは動作に戻りませんでした。そして今、それは再び立ち往生しています。

HttpClient で認識していないタイムアウト コントローラーはありますか? 接続がダウンしているときにアプリケーションが例外をスローしないのはなぜですか?

クライアントを使用する部分は次のようになります。

httputil.getContentAsString()アプリケーションは、必要な URLを繰り返し呼び出します。

HttpServer私はそのかなり基本的なテストに使用するJavaの実装を持っており、クライアントに提供されるものをその場で調整できることを意味します。私のコードは apache http クライアントを使用しています。

この実装を使用して認証をテストしたいのですが、いくつか問題があります。私の問題は、コードが認証されず、最初のリクエストが送信され、サーバーが 401 で応答するが、http クライアントが応答しないことです。認証タイプのリストを調べますが、BASIC を選択することはありません

ブラウザを使用して同じ URL に接続すると、プロンプトが表示され、資格情報を送信するとログインします。コードを変更して、コードが他のサーバーにログインしようとすると、成功するので、両端が機能することがわかります!

クライアント側とサーバー側で接続を有線接続しましたが、表示される違いは次のとおりです。

• 接続が成功すると、後続のリクエストは GET ではなく POST として送信されます。
• 私のサーバーが応答するとき、認証ヘッダーはWWWではなくWwwです（動作するときと同じです）

編集：

http コードを見ると、大文字と小文字の区別が問題になることはありません。最初の応答は失敗するもので、2 番目は機能するものです。

失敗する

作品

ソースを持っていない不正な呼び出しアプリケーションがあり、200 以外の http ステータスに直面しました-静かにエラー/情報メッセージをログに記録します...

ある種のエラーメッセージで実際に終了できるようにする必要があります。いくつかの例外をキャッチすることをたまたま知っている....だからこれが私の戦略です

HTTP クライアント コードの一部を例外をスローするコードに置き換えてから、例外をこのアプリまでバブルアップさせます。終了すると予想されます...

これを行う他の方法/より良い方法はありますか? 単に代替案の提案も歓迎します。

ありがとう