Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Cannot start Payara 5.Beta2 on Docker with jre8u161 (SupportedEllipticPointFormatsExtension), jre81u52 works #2344

Closed
simdevmon opened this issue Jan 31, 2018 · 6 comments
Assignees
Labels
Type: Bug Label issue as a bug defect
Milestone

Comments

@simdevmon
Copy link

Description


When I use the latest Oracle JRE 8 u161, I cannot start Payara 5.Beta2. It is working fine with the previous JRE 8 u152 release.

Expected Outcome

I would expect that Payara works fine on the latest Oracle JRE 8 release.

Current Outcome

There is no SSL connection available. In the logfile there is the following error:

[#|2018-01-31T10:49:37.796+0000|WARNING|Payara 5..Beta2|org.glassfish.grizzly.filterchain.DefaultFilterChain||
  GRIZZLY0013: Exception during FilterChain execution
java.lang.NoClassDefFoundError: sun/security/ssl/SupportedEllipticPointFormatsExtension
        at sun.security.ssl.HelloExtensions.<init>(HelloExtensions.java:84)
        at sun.security.ssl.HandshakeMessage$ClientHello.<init>(HandshakeMessage.java:362)
        at sun.security.ssl.ServerHandshaker.processMessage(ServerHandshaker.java:223)
        at sun.security.ssl.Handshaker.processLoop(Handshaker.java:984)
        at sun.security.ssl.Handshaker$1.run(Handshaker.java:924)
        at sun.security.ssl.Handshaker$1.run(Handshaker.java:921)
        at java.security.AccessController.doPrivileged(Native Method)
        at sun.security.ssl.Handshaker$DelegatedTask.run(Handshaker.java:1379)
        at org.glassfish.grizzly.ssl.SSLUtils.executeDelegatedTask(SSLUtils.java:274)
        at org.glassfish.grizzly.ssl.SSLBaseFilter.doHandshakeStep(SSLBaseFilter.java:708)
        at org.glassfish.grizzly.ssl.SSLBaseFilter.doHandshakeStep(SSLBaseFilter.java:622)
        at org.glassfish.grizzly.ssl.SSLBaseFilter.handleRead(SSLBaseFilter.java:334)
        at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
        at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:284)
        at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:201)
        at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:133)
        at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:112)
        at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
        at org.glassfish.grizzly.portunif.PUFilter.handleRead(PUFilter.java:231)
        at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
        at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:284)
        at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:201)
        at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:133)
        at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:112)
        at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
        at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:539)
        at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:112)
        at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:117)
        at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:56)
        at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:137)
        at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:593)
        at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:573)
        at java.lang.Thread.run(Thread.java:748)

Context

I did some investigation and I had a look at the /jre/lib/jsse.jar file of both JRE 8u152 and JRE 8u161 and saw that the class was removed in u161.

2018-01-31_12h07_36

Environment

  • Payara Version: 5.Beta2
  • Edition: Full
  • JDK Version: Oracle 8u161
  • Operating System: Linux
@svendiedrichsen
Copy link
Contributor

svendiedrichsen commented Jan 31, 2018

Your comparison also shows that you are trying to run Payara using a JRE now. Previously you have used a JDK which IMO is the way it should be. Have you tried to use a JDK of the current Java version to run Payara?

@simdevmon
Copy link
Author

simdevmon commented Jan 31, 2018

@svendiedrichsen Yes, on Docker I run installed the latest Oracle JDK 8u162 where the error occured.
Only the screenshots are from Windows and show the content of jsse.jar, which is part of the JRE.

@svendiedrichsen
Copy link
Contributor

@simdevmon IMO you cannot run GF/Payara using a JRE. See GF doc here https://javaee.github.io/glassfish/doc/5.0/installation-guide.pdf - Installation requirements.

..If necessary, download and install the required JDK software...

@simdevmon
Copy link
Author

@svendiedrichsen I had a typo in my previous post. I had it running on JDK, not JRE.

@smillidge
Copy link
Contributor

looks like the removal of these classes is causing problems with Grizzly NPN

@mikecroft mikecroft added Type: Bug Label issue as a bug defect 3:DevInProgress labels Feb 14, 2018
@smillidge smillidge changed the title Cannot start Payata 5.Beta2 on Docker with jre8u161 (SupportedEllipticPointFormatsExtension), jre81u52 works Cannot start Payara 5.Beta2 on Docker with jre8u161 (SupportedEllipticPointFormatsExtension), jre81u52 works Feb 18, 2018
@smillidge
Copy link
Contributor

Fixed by #2419

@smillidge smillidge added this to the Payara 5.181 milestone Feb 18, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Type: Bug Label issue as a bug defect
Projects
None yet
Development

No branches or pull requests

5 participants