SunTlsRsaPremasterSecret KeyGenerator недоступен

Я столкнулся с ошибкой, когда мое приложение пытается загрузить класс поставщика алгоритма RSA из JAVA. Стек исключений выглядит следующим образом:

javax.jms.JMSException: RSA premaster secret error
at org.apache.activemq.util.JMSExceptionSupport.create(JMSExceptionSupport.java:49)
at org.apache.activemq.ActiveMQConnection.syncSendPacket(ActiveMQConnection.java:1255)
at org.apache.activemq.ActiveMQConnection.ensureConnectionInfoSent(ActiveMQConnection.java:1350)
at org.apache.activemq.ActiveMQConnection.setClientID(ActiveMQConnection.java:388)
at com.trendmicro.tmsm.TMSMAgent.open(TMSMAgent.java:63)

Caused by: javax.net.ssl.SSLKeyException: RSA premaster secret error
at com.sun.net.ssl.internal.ssl.RSAClientKeyExchange.<init>(RSAClientKeyExchange.java:97)
at com.sun.net.ssl.internal.ssl.ClientHandshaker.serverHelloDone(ClientHandshaker.java:634)
at com.sun.net.ssl.internal.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:226)
at com.sun.net.ssl.internal.ssl.Handshaker.processLoop(Handshaker.java:516)
at com.sun.net.ssl.internal.ssl.Handshaker.process_record(Handshaker.java:454)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:884)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1112)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.writeRecord(SSLSocketImpl.java:623)
at com.sun.net.ssl.internal.ssl.AppOutputStream.write(AppOutputStream.java:59)
at org.apache.activemq.transport.tcp.TcpBufferedOutputStream.flush(TcpBufferedOutputStream.java:115)
at java.io.DataOutputStream.flush(DataOutputStream.java:106)
at org.apache.activemq.transport.tcp.TcpTransport.oneway(TcpTransport.java:167)
at org.apache.activemq.transport.InactivityMonitor.oneway(InactivityMonitor.java:237)
at org.apache.activemq.transport.WireFormatNegotiator.sendWireFormat(WireFormatNegotiator.java:168)
at org.apache.activemq.transport.WireFormatNegotiator.sendWireFormat(WireFormatNegotiator.java:84)
at org.apache.activemq.transport.WireFormatNegotiator.start(WireFormatNegotiator.java:74)
at org.apache.activemq.transport.failover.FailoverTransport.doReconnect(FailoverTransport.java:715)
at org.apache.activemq.transport.failover.FailoverTransport$2.iterate(FailoverTransport.java:115)
at org.apache.activemq.thread.PooledTaskRunner.runTask(PooledTaskRunner.java:122)
at org.apache.activemq.thread.PooledTaskRunner$1.run(PooledTaskRunner.java:43)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:637)

Caused by: java.security.NoSuchAlgorithmException: SunTlsRsaPremasterSecret KeyGenerator not available
at javax.crypto.KeyGenerator.<init>(DashoA13*..)
at javax.crypto.KeyGenerator.getInstance(DashoA13*..)
at com.sun.net.ssl.internal.ssl.JsseJce.getKeyGenerator(JsseJce.java:223)
at com.sun.net.ssl.internal.ssl.RSAClientKeyExchange.<init>(RSAClientKeyExchange.java:89)
... 22 more

Я погуглил сообщение об ошибке, и в большинстве сообщений говорится, что JVM не может найти sunjce_provider.jar. Однако я могу найти файл в папке /Library/Java/Home/lib/ext.

Платформа Mac OS X 10.6 и версия Java 1.6.0_17.

Мои вопросы:

  1. Почему JVM не выполняет поиск файлов / jar /Library/Java/Home/lib/ext?
  2. Можем ли мы изменить свойство CLASSPATH или java.ext.dirs, изменив любой файл конфигурации?
  3. Любое предложение, чтобы решить эту проблему?

Заранее спасибо.

9 ответов

Решение

Я думаю, что мы нашли основную причину, так что вот ответ на мой собственный вопрос.

  1. системное свойство Java "java.ext.dirs" в Mac OS X 10.5: /Library/Java/Extensions:/System/Library/Java/Extensions:/System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/ Главная / Библиотека / внутр. Файл sunjce_provider.jar должен находиться в /System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Home/lib/ext, но также находиться в /Library/Java/Extensions/ в проблемном mac.

  2. sunjce_provider.jar в /Library/Java/Extensions/ принадлежит Java Cryptography Extension(JCE) 1.2.2, который был установлен в Mac. JCE 1.2.2 является необязательным пакетом J2SE 1.3.1 и может не включать достаточно библиотек для J2SE 1.4 и более поздних версий.

  3. Java-приложение работает нормально после удаления всех jar-файлов, связанных с JCE 1.2.2, из /Library/Java/Extensions/.

У меня была такая же проблема после обновления до новой версии Java на Mac. Мой (maven) проект работал нормально из командной строки, но получил ошибку "SunTlsRsaPremasterSecret" в Eclipse.

Решением было удалить установленные JRE в конфигурации Eclipse и добавить их снова (используя кнопку "Поиск...").

Была похожая проблема. Добавление classpath в каталог ext исправило это для меня. Это исправление работало для меня на Windows 7 с Java 1.6

java -Djava.ext.dirs=lib -classpath "%java_home%\lib\ext\*" myapp.jar 

Это случилось со мной при запуске сервера Tomcat из Eclipse. Я решил это, изменив конфигурацию в Windows -> Настройки -> Java -> Установленные JRE -> Редактировать. Мне пришлось обновить все системные библиотеки JRE соответствующими jar-файлами из папок:

  • %JAVA_HOME%/ JRE / Библиотека / внутр
  • %JAVA_HOME%/ JRE / Библиотека /

Кажется, что после последнего обновления я изменил JRE_Home, но забыл эти библиотеки.

Я также имел эту проблему, заметил, что проблема была в моей конфигурации Eclipse.

Window > Preferences > Java > Installed JREs > jdk8_64bit > Edit...

Путь мой sunjce_provider.jar указывал на jdk8_64bit\lib\ext\sunjce.provider.jar, Это должно указывать на эквивалент JRE в jdk8_64bit\jre\lib\ext\sunjce.provider.jar,

В моем случае я столкнулся с той же проблемой, прочитав приведенные выше решения, я изменил определение JRE и восстановил значение по умолчанию. Теперь он работает нормально.

Я знаю, я присоединяюсь сюда поздно. Но для меня эта ошибка возникла внезапно, как только я изменил Preference -> Java -> Installed JREs -> Execution Environments как JavaSE-1.8 на путь jdk1.8. Но это должен быть путь jre1.8.

Я не знаю, почему это происходит сейчас. Но это решило проблему.

Возможное решение: проверьте, установлен ли путь jdk до C:\Program Files\Java\jdk1.8.0_171, но не включая bin

Пришлось потратить на это почти день, пытаясь использовать JavaMail в Eclipse Luna. Перепробовал все подходы, предложенные на разных форумах, но не повезло.

Копался в полном потоке и обнаружил исключение, возникающее из-за Класса на BootClassPath

из KeyAgreement.getInstance () -> JceSecurity.canUseProvider () -> JceSecurity.getVerificationResult () -> JarVerifier.verify ()

void verify () выдает JarException, IOException { if (jarURL == null) { throw new JarException("Класс находится в пути загрузки"); }.......

Я удалил банку sunjce_provider из папки \ext\ и теперь могу отправлять почту. Это может быть не правильно, но, по крайней мере, быстрый обходной путь.

Обратитесь к ошибке Eclipse.

Другие вопросы по тегам