[undertow-dev] Compiling Undertow

[Stuart Douglas]

I think the issue has been fixed now. 

Basically the problem is that JDK8 does not support ALPN natively, so we need to override the boot class path with an ALPN jar. This jar is tied to the JDK version, and the pom had not been updated with the correct ALPN version for that JVM.

Stuart

----- Original Message -----
> From: "Erhard Siegl" <erhard.siegl at gepardec.com>
> To: undertow-dev at lists.jboss.org
> Sent: Monday, 1 February, 2016 8:04:19 AM
> Subject: [undertow-dev] Compiling Undertow
> 
> Hi,
> 
> I’m trying to compile Undertow having some problems.
> When I use Oracle jdk1.8.0_31, I get compile-errors, with jdk1.8.0_71, last
> week the test WebSocketClient13TestCase got stuck, with the latest updates I
> get the test-failure:
> 
> Tests in error:
> io.undertow.websockets.client.version13.WebSocketClient13TestCase.testMessageViaWssProxy(io.undertow.websockets.client.version13.WebSocketClient13TestCase)
> Run 1: PASS
> Run 2: WebSocketClient13TestCase.testMessageViaWssProxy » Runtime Buffer Leak
> io.unde...
> 
> in
> ./target/surefire-reports/io.undertow.websockets.client.version13.WebSocketClient13TestCase-output.txt:
> 
> java.nio.channels.ClosedChannelException
> at io.undertow.protocols.ssl.SslConduit.read(SslConduit.java:528)
> at io.undertow.conduits.IdleTimeoutConduit.read(IdleTimeoutConduit.java:202)
> at
> org.xnio.conduits.ConduitStreamSourceChannel.read(ConduitStreamSourceChannel.java:127)
> at
> io.undertow.server.protocol.framed.AbstractFramedChannel.receive(AbstractFramedChannel.java:357)
> at
> io.undertow.websockets.core.AbstractReceiveListener.handleEvent(AbstractReceiveListener.java:38)
> at
> io.undertow.websockets.core.AbstractReceiveListener.handleEvent(AbstractReceiveListener.java:33)
> at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92)
> at
> io.undertow.server.protocol.framed.AbstractFramedChannel$FrameReadListener.handleEvent(AbstractFramedChannel.java:884)
> at
> io.undertow.server.protocol.framed.AbstractFramedChannel$FrameReadListener.handleEvent(AbstractFramedChannel.java:865)
> at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92)
> at
> org.xnio.conduits.ReadReadyHandler$ChannelListenerHandler.readReady(ReadReadyHandler.java:66)
> at
> io.undertow.protocols.ssl.SslConduit$SslReadReadyHandler.readReady(SslConduit.java:1059)
> at org.xnio.nio.NioSocketConduit.handleReady(NioSocketConduit.java:88)
> at org.xnio.nio.WorkerThread.run(WorkerThread.java:559)
> java.lang.RuntimeException: java.nio.DirectByteBuffer[pos=0 lim=17408
> cap=17408] NO: 178 [NO_CONTEXT]
> at
> io.undertow.testutils.DebuggingSlicePool$DebuggingBuffer.<init>(DebuggingSlicePool.java:67)
> at
> io.undertow.testutils.DebuggingSlicePool.allocate(DebuggingSlicePool.java:38)
> at io.undertow.protocols.ssl.SslConduit.doUnwrap(SslConduit.java:654)
> at io.undertow.protocols.ssl.SslConduit.read(SslConduit.java:530)
> at
> org.xnio.conduits.AbstractStreamSourceConduit.read(AbstractStreamSourceConduit.java:51)
> …
> 
> But when I execute “mvn install” again, I get no errors.
> 
> A colleague uses jdk1.8.0_60 apparently with no problems. Are there known
> problems with certain JDKs? Anybody tried HotSpot 1.8.0_71 successfully?
> 
> Regards
> 
> Erhard
> 
> _______________________________________________
> undertow-dev mailing list
> undertow-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/undertow-dev