web-dev-qa-db-ja.com

コンテンツの長さはすでにエラーsoapUI4.5.1に存在します

最近soapUI4.5.1を使い始めましたが、まだすべての設定に慣れていません。いくつかのWebリクエストを設定しましたが、1つを除いてすべてが正しく機能しています。タイプapplication/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として表示しています。

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

http-headerssoapui
15
user1088166

SmartBearのサポートに連絡しましたが、問題は@ http://soapui.org/Downloads/soapui-pro-nightly-builds.html で利用可能な最新のナイトリービルドで修正されたようです。

5
oblomov

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

プリファレンス-> HTTP設定->プリエンプティブ認証

17
CroesusKall

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

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

1
Mike Peeler

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

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

解像度：

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

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

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

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

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

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

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

0
klassek