NoClassDefFoundError: SupportedEllipticPointFormatsExtension после перезапуска Glassfish
У меня есть простой экземпляр t2 в AWS, мне пришлось изменить часовой пояс по умолчанию, в котором был запущен экземпляр RDS DB; так как никаких изменений не было отражено, я решил перезагрузить экземпляр RDS.
Как только это произошло, экземпляр EC2, на котором мой Glassfish 5 работает на начало сбой, приложение возвращало ошибку при попытке подключения к базе данных.
Я решил перезагрузить экземпляр EC2 (я новичок в AWS).
После этого у меня нет доступа к моему веб-приложению, поэтому я подключился к экземпляру EC2 через SSH и ./asadmin restart-domain [my_domain],
Я заметил, что через пару минут веб-приложение просто не работает и показывает ошибку 500 на пустой странице, поэтому я решил tail -f server.log
При перезапуске домена возникла следующая исключительная ситуация:
[ПРЕДУПРЕЖДЕНИЕ] [] [org.glassfish.grizzly.filterchain.DefaultFilterChain] [tid: _ThreadID=44 _ThreadName=admin-listener(4)] [timeMillis: 1524271134399] [levelValue: 900] [[ GRIZZLY0013: исключение во время выполнения FilterChain java.lang.NoClassDefFoundError: sun/security/ssl/SupportedEllipticPointFormatsExtension at sun.security.ssl.HelloExtensions.(HelloExtensions.java:84) в sun.security.ssl.HandshakeMessage$ClientHello.(HandshakeMessage.jassec.36):.ssl.ServerHandshaker.processMessage(ServerHandshaker.java:223) на sun.security.ssl.Handshaker.processLoop(Handshaker.java:984) на sun.security.ssl.Handshaker$1.run(Handshaker.java:924) на солнце.security.ssl.Handshaker$1.run(Handshaker.java:921) в java.security.AccessController.doPrivileged(собственный метод) в sun.security.ssl.Handshaker$DelegatedTask.run(Handshaker.java:1379) в орг.glassfish.grizzly.ssl.SSLUtils.executeDelegatedTask(SSLUtils.java:274) в org.glassfish.grizzly.ssl.SSLBaseFilter.doHandshakeStep(SSLBaseFilter.java:708) at org.glassfish.grizzly.ssl.SSLBaseFilter.doHandshakeStep(SSLBaseFilter.java:622) в org.glassfish.grizzly.ssl.SSLBaseFilter.handleRead(SSLBaseFilter.java:334) в org.glassfish.gries.Exil 9 $. выполнить (ExecutorResolver.java:119) по адресу org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:284) по адресу org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainghag.phinFart ().grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:133) в org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:112) в org.glassfish.grizzly.Proecor.jpg) в org.glassfish.grizzly.portunif.PUFilter.handleRead(PUFilter.java:231) в org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119) в org.glassfish.grizzly.filterchain.Dil.executeFilter (DefaultFilterChain.java:284) в org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:201) в org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:133) в org.glassfish.grizzlyefinha.FilterFainterFain (112) по адресу org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77) по адресу org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:539) по адресу org.glassfish.grizzly.strategies.bstract Событие.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:137) в org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:593) в org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:573) в java.lang.Thread.run(Thread.java:748) ]]
Кажется, что-то вроде проблемы с SSL, но я просто не могу разобраться с этим.
Любые идеи будут с благодарностью.
1 ответ
Когда вы перезапустились, вы, должно быть, получили новую версию Java. Glassfish 5.0 не работает с Java 8u161 или новее: https://github.com/javaee/glassfish/issues/22416