15

最近soapUI4.5.1を使い始めましたが、まだすべての設定に慣れていません。いくつかのWebリクエストを設定しましたが、1つを除いてすべてが正しく機能しています。アプリケーション/xmlタイプのコンテンツを送信しようとしていますが、次のようになります。

org.apache.http.ProtocolExceptionによって引き起こされたorg.apache.http.client.ClientProtocolException：Content-Lengthヘッダーはすでに存在します。

4.5.0では、同じリクエストが常に正常に機能しました。リクエストの内容は次のようになります。

POST http://exampleHost.com/exampleRequest HTTP/1.1
Accept-Encoding: gzip,deflate
Accept: text/xml
Content-Type: application/xml
Content-Length: 456
Host: exampleHost.com
Connection: Keep-Alive
User-Agent: Apache-HttpClient/4.1.1 (java 1.5)

xmlが続きます。

コンテンツの長さは2回送信されると思いますが、どこにも設定していないのでどこにあるのかわかりません。SoapUIはとして表示Additional HTTP Headers for this messageされ0ます。

どんなポインタも素晴らしいでしょう！

4

5 に答える 5

17

（SoapUI 4.5.1で）Authenticate Preemptivelyフラグをチェックすることで、エラーが発生しました。

[設定]->[HTTP設定]->[先制認証]

于 2013-03-08T14:03:58.833 に答える
5

SmartBearのサポートに連絡しました。この問題は、http：//soapui.org/Downloads/soapui-pro-nightly-builds.htmlで入手できる最新のナイトリービルドで修正されたようです。

于 2012-08-08T17:28:01.523 に答える
1

ユーザーの資格情報を要求していたが、実際には空白またはその他のパスワードを受け入れた認証開発サーバーを使用して、同じ問題が発生しました。そのため、soapUI 4.5.0で正常に機能するパスワードを空白のままにしましたが、4.5.1で説明した方法で失敗しました。しかし、パスワードにテキストを入力するだけで問題が解決するように見えることがわかりました。

これがあなたのケースに関連しているかどうかはわかりませんが、万が一の場合に備えてください。

于 2012-07-10T15:39:07.390 に答える
0

SoapUIproバージョン4.5.1でも同じ問題に直面しました。

最後に、問題はプロキシ設定にあることがわかりました。

解像度：

  1. プロキシ設定の除外リストにターゲットサーバーを追加すると、問題が解決しました。これは、エンドポイントURLがローカルホストであっても当てはまります。
  2. 環境設定->プロキシ設定--->除外
  3. カンマ区切りの値で複数のサーバーを指定できます

私のシステムに関する調査/観察：

  1. 不思議なことに、同じオフィス内の他のシステムで同じテストスイートが問題なく実行されます。システムの構成方法と関係があるはずです。

  2. インターネットオプションでプロキシ設定を操作しても効果はありません。

  3. 私のリクエストでは、プロキシ認証が必要でした。しかし、プロキシ設定を有効にすると、重複コンテンツの長さのエラーでHttpクライアントプロトコルの例外が発生します。
  4. リクエストが送信されると、httpログからこれを見つけることができます...しかし、それを構成するオプションはありません。
  5. 興味深い観察結果は、コンテンツの長さのヘッダーの1つが受信リクエストにあり、もう1つが送信リクエストにあることでした...これはリクエストを破棄するべきではありません。
于 2012-12-23T02:11:29.030 に答える
0

このエラーを引き起こす別の方法は、間違ったパスワード（正直言って間違っていると言われました）を使用してWebサービスを何度も呼び出し、アカウントをロックすることです。

パスワードがリセットされ、アカウントのロックが解除されるとすぐに、「org.apache.http.ProtocolException：Content-Lengthヘッダーがすでに存在するために発生したorg.apache.http.client.ClientProtocolException」例外がなくなり、Webサービス呼び出しが期待どおりに機能しました。 。

于 2013-03-12T23:27:10.737 に答える