なぜJavaのストライプAPIはreceiveChangeCipherSpecのための例外NoSuchMethodError()はありますか?

ハルシオン:

私はペーシュ・カショーロ5とOpenJDKので、ボイドLinux上でストライプのJavaライブラリのバージョン5.41.0を使用しています [void@void ~]$ java -version openjdk version "1.8.0_202" OpenJDK Runtime Environment (build 1.8.0_202-b00) OpenJDK 64-Bit Server VM (build 25.202-b00, mixed mode)

私は例外取得していますreceiveChangeCipherSpec次のように:

java.lang.NoSuchMethodError: sun.security.ssl.Handshaker.receiveChangeCipherSpec()V
    at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:1150)
    at sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1367)
    at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1395)
    at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1379)
    at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:559)
    at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:185)
    at sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1564)
    at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1492)
    at java.net.HttpURLConnection.getResponseCode(HttpURLConnection.java:480)
    at sun.net.www.protocol.https.HttpsURLConnectionImpl.getResponseCode(HttpsURLConnectionImpl.java:347)
    at com.stripe.net.LiveStripeResponseGetter.makeURLConnectionRequest(LiveStripeResponseGetter.java:429)
    at com.stripe.net.LiveStripeResponseGetter.getStripeResponse(LiveStripeResponseGetter.java:582)
    at com.stripe.net.LiveStripeResponseGetter.rawRequest(LiveStripeResponseGetter.java:500)
    at com.stripe.net.LiveStripeResponseGetter.staticRequest(LiveStripeResponseGetter.java:526)
    at com.stripe.net.LiveStripeResponseGetter.request(LiveStripeResponseGetter.java:74)
    at com.stripe.net.APIResource.request(APIResource.java:186)

私はそれが無制限のセキュリティポリシーの欠如かもしれないと思った、しかし、私はまだ、上記のように例外を持っていることをインストールするための手順に従いました。

私がやっている何のAPI呼び出しでは動作しませんが、怒らコードは、今この行です: Customer.retrieve(stripeCustomerId)

ですが、このストライプライブラリの修正をアップグレードするか、私はペーシュ・カショーロか​​何かからjarファイルを欠落しているのですか?

ハルシオン:

これに対する答えはここと同じである(sun.security.ssl.SSLSessionImplが見つかりません)。問題を要約すると、例外NoSuchMethodが、それはより多くのようにする必要があり、本当に間違っているということですduplicate classes found、その質問からアントワーヌを引用しているので、:

FYR /Glassfish embeds native sun.* classes into [glassfish5_home]/glassfish/modules/endorsed/grizzly-npn-bootstrap.jar, so it conflicts with others classes included into [JDK_HOME]/jre/lib/jsse.jar

私は開くことだったアントワーヌからソリューション、使用grizzly-npn-bootstrap.jarして削除sunするように、それはもはや競合およびロード正しいクラスからフォルダをjsse.jar

Linux上で、あなたはjarファイルを開いて、直接削除するために箱舟を使用することができ、そしてWindows上であなたは7zipをして同じことを行うことができます表示されます。場合には最初のバックアップを作成しますが、将来的には、元のジャーに戻って行く必要があります。

おすすめ

転載: http://43.154.161.224:23101/article/api/json?id=191868&siteId=1