問題タブ [sslexception]

http呼び出しからJSONを解析しようとしていますが、正常に実行されました。しかし、httpsから同じデータを解析しようとすると、次の例外が発生します...

06-28 12：23：37.629：W / System.err（3987）：javax.net.ssl.SSLPeerUnverifiedException：ピア証明書がありません

誰かが私が何が悪いのか理解するのを手伝ってくれませんか。

Android-Query を使用して HTTP 呼び出しを行っていますが、次のようなランダムな SSLExceptions を取得し続けています。

それらの発生について韻や理由はないようです。それらは、私が電話をかける時間の 1/6 で発生します。

Android-Query ( $) の使用方法は次のとおりです。

// アプリケーションの作成:

// 使用方法 // 注: uri = // 07-13 17:26:08.040: W/AQuery(7746): get: https://site.com/me/ticker/

// ここに GETAUTH があります:

// AND THE JSONTRANSFORMER (json をマーシャリングするために jaxson を使用):

編集:これは、SSL を使用して 2.X および 3.X で発生します。SSL (https -> http) を無効にすると機能します。

SSL を使用する別の例外を次に示します。

編集2：

さらに調査すると、Android 2.3.x デバイスでエラーが発生することがわかりました。プロトコル (SSL など) の「s」を削除すると、すべてが正常に機能します。

私は以前、RestTemplate (Spring-Android) でこの問題を抱えていましたが、この投稿の推奨事項に従って修正しました: Android での自己署名 SSL 受け入れ

しかし、ソースを同じように Android-Query に変更したところ、問題は解決しませんでした。

AndroidHttpClient を使用して、https 経由でサーバーに接続しています。証明書は問題ありませんが、インターネット接続が悪いと例外がスローされることがあります。URLは常に同じです。

サーバーAで実行されているアプリケーションから、別のインスタンスサーバーBで実行されている同じアプリケーションにコンテンツをdbに書き込む必要があるという要求があります。

DB の読み書きは SOAP API 経由です

どちらのサーバーにも独自の client.truststore ファイルがあります。

サーバー A の client.trustsrore を使用するスタンドアロンのサーバー C から、サーバー A の DB への書き込みを読み取ることができます。また、サーバー B のクライアント トラストストアを使用して、サーバー B の DB への書き込みを読み取ることができます。

サーバーAから読み取り、サーバーBに書き込む必要があるため、両方のサーバーに新しいキーストアファイルを導入し、system.propertiesを適切に設定しました（キーストアの場所とパスワードの両方）。このキーストアは、権限を持つ両方のサーバーに適切にコピーされました。

秘密鍵を使用して証明書を作成し、keytool コマンドを使用してキーストア ファイルを作成しました。

キーストアファイルを2つのサーバーに保持しても機能しなかったためです。それは常にunknown_certificateを訴えました。/$JAVA_HOME/lib/security/ の下の cacerts に証明書をインポートしようとしました。しかし、これでもハンドシェイク例外のある不明な証明書が得られます。

他にやりたいことはありますか?

よろしく
ディーラジ・ジョシ

私のツイッターのプロフィール写真をダウンロードして、ボタンをクリックするだけでイメージビューに表示する必要があります。これが、希望するユーザーのプロフィール写真をダウンロードするための私のコードです。

次の例外を取得します。私はどこが間違っているのですか？

現在開発中のプロジェクトに関する統計を推測するために、GitHub API と通信するアプリケーションを実装しています。を使用して、リクエストを非同期的に行うことにしHttpAsyncClientました。

私の問題は、すべてのリクエストを実行し、API からすべてのレスポンス (約 150 件) を取得した後、コンテンツを読み取ろうとすることです。

~120 の応答が読み取られた後、次の SSLException が発生します。

リクエストの数を大幅に (たとえば、半分に) 減らすと、問題はなくなります。また、すべての応答に含まれていますHTTP/1.1 200 OK-私はそれをチェックしましたresponse.getStatusLine()が、応答リストの最後まで機能します。ブロックを削除httpClient.shutdown()しても問題は解決しません（コンテンツを読み取る前に実行されます）。finally

スタックトレースから、例外が行にスローされていると結論付けました

エンティティはHttpResponse何らかの形で時代遅れになっていますか? 私の推論に誤りがあると思いますか? 最初の 120 の応答が適切に解析された後、SSLException がスローされる理由は何ですか?

どんな助けでも大歓迎です:)