[JBoss JIRA] (ISPN-10487) HTTP/2 POST: Request Entity Too Large
by Gustavo Fernandes (Jira)
[ https://issues.jboss.org/browse/ISPN-10487?page=com.atlassian.jira.plugin... ]
Work on ISPN-10487 started by Gustavo Fernandes.
------------------------------------------------
> HTTP/2 POST: Request Entity Too Large
> -------------------------------------
>
> Key: ISPN-10487
> URL: https://issues.jboss.org/browse/ISPN-10487
> Project: Infinispan
> Issue Type: Bug
> Components: Server
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
> Priority: Major
> Labels: http2
>
> Start server-ng and create a cache named 'default':
> {noformat}
> curl -v -XPOST -d '{"distributed-cache":{"mode": "SYNC"}}' -H "Content-type: application/json" http://localhost:11222/rest/v2/caches/default
> {noformat}
> Try to put an entry using HTTP/2
> {noformat}
> curl -v -XPOST -d '1' -H "Content-type: application/json" http://localhost:11222/rest/v2/caches/default/1 --http2
> {noformat}
> Error 413 is received:
> {noformat}
> * Trying ::1:11222...
> * TCP_NODELAY set
> * connect to ::1 port 11222 failed: Connection refused
> * Trying 127.0.0.1:11222...
> * TCP_NODELAY set
> * Connected to localhost (127.0.0.1) port 11222 (#0)
> > POST /rest/v2/caches/default/1 HTTP/1.1
> > Host: localhost:11222
> > User-Agent: curl/7.65.3
> > Accept: */*
> > Connection: Upgrade, HTTP2-Settings
> > Upgrade: h2c
> > HTTP2-Settings: AAMAAABkAARAAAAAAAIAAAAA
> > Content-type: application/json
> > Content-Length: 1
> >
> * upload completely sent off: 1 out of 1 bytes
> * Mark bundle as not supporting multiuse
> < HTTP/1.1 413 Request Entity Too Large
> < content-length: 0
> <
> * Connection #0 to host localhost left intact
> {noformat}
> The same command line without http/2 succeeds
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 4 months
[JBoss JIRA] (ISPN-10459) HTTP/2: IllegalArgumentException: No enum constant org.infinispan.rest.framework.Method.PRI
by Gustavo Fernandes (Jira)
[ https://issues.jboss.org/browse/ISPN-10459?page=com.atlassian.jira.plugin... ]
Gustavo Fernandes updated ISPN-10459:
-------------------------------------
Sprint: DataGrid Sprint #32
> HTTP/2: IllegalArgumentException: No enum constant org.infinispan.rest.framework.Method.PRI
> -------------------------------------------------------------------------------------------
>
> Key: ISPN-10459
> URL: https://issues.jboss.org/browse/ISPN-10459
> Project: Infinispan
> Issue Type: Bug
> Components: REST
> Affects Versions: 10.0.0.Beta5
> Reporter: Gustavo Lira e Silva
> Assignee: Gustavo Fernandes
> Priority: Major
> Labels: http2
>
> Rest requests with HTTP/2 is not working. The following exception is being throw when using ISPN master branch running with Wildfly:
> {noformat}
> 18:44:56,152 ERROR [org.infinispan.rest.Http20RequestHandler] (REST-ServerIO-6-1) ISPN012006: Uncaught exception in the pipeline: java.lang.IllegalArgumentException: No enum constant org.infinispan.rest.framework.Method.PRI
> at java.base/java.lang.Enum.valueOf(Enum.java:240)
> at org.infinispan.server.rest:ispn-10.0@10.0.0-SNAPSHOT//org.infinispan.rest.framework.Method.valueOf(Method.java:6)
> at org.infinispan.server.rest:ispn-10.0@10.0.0-SNAPSHOT//org.infinispan.rest.NettyRestRequest.method(NettyRestRequest.java:69)
> at org.infinispan.server.rest:ispn-10.0@10.0.0-SNAPSHOT//org.infinispan.rest.framework.impl.RestDispatcherImpl.dispatch(RestDispatcherImpl.java:36)
> at org.infinispan.server.rest:ispn-10.0@10.0.0-SNAPSHOT//org.infinispan.rest.Http20RequestHandler.channelRead0(Http20RequestHandler.java:58)
> at org.infinispan.server.rest:ispn-10.0@10.0.0-SNAPSHOT//org.infinispan.rest.Http11RequestHandler.channelRead0(Http11RequestHandler.java:35)
> at org.infinispan.server.rest:ispn-10.0@10.0.0-SNAPSHOT//org.infinispan.rest.Http11RequestHandler.channelRead0(Http11RequestHandler.java:18)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.SimpleChannelInboundHandler.channelRead(SimpleChannelInboundHandler.java:105)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:359)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:345)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:337)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:102)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:359)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:345)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:337)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:102)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:359)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:345)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:337)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:102)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.handler.codec.MessageToMessageCodec.channelRead(MessageToMessageCodec.java:111)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:359)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:345)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:337)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.handler.codec.http.cors.CorsHandler.channelRead(CorsHandler.java:95)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:359)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:345)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:337)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.CombinedChannelDuplexHandler$DelegatingChannelHandlerContext.fireChannelRead(CombinedChannelDuplexHandler.java:438)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:323)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:310)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.handler.codec.ByteToMessageDecoder.callDecode(ByteToMessageDecoder.java:426)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:278)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.CombinedChannelDuplexHandler.channelRead(CombinedChannelDuplexHandler.java:253)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:359)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:345)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:337)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.ChannelInboundHandlerAdapter.channelRead(ChannelInboundHandlerAdapter.java:86)
> at org.infinispan.server:ispn-10.0@10.0.0-SNAPSHOT//org.infinispan.server.core.transport.StatsChannelHandler.channelRead(StatsChannelHandler.java:26)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:359)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:345)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:337)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1408)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:359)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:345)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:930)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:163)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:677)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:612)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:529)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:491)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:905)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
> at java.base/java.lang.Thread.run(Thread.java:834)
> {noformat}
> PRI method will appear to be used when an HTTP/1.1 server or intermediary attempts to parse an HTTP/2 connection preface
> Rest authentication was disabled on standalone.xml and the request was made using
> {code:bash}
> curl -k -v http://localhost:8080/rest/default/1 --http2-prior-knowledge
> {code}
> If I add this value “PRI” into org.infinispan.rest.framework.Method the following exception is throw
> {noformat}
> 18:57:07,836 ERROR [org.infinispan.rest.Http20RequestHandler] (REST-ServerIO-6-1) ISPN012006: Uncaught exception in the pipeline: java.io.IOException: Connection reset by peer
> at java.base/sun.nio.ch.FileDispatcherImpl.read0(Native Method)
> at java.base/sun.nio.ch.SocketDispatcher.read(SocketDispatcher.java:39)
> at java.base/sun.nio.ch.IOUtil.readIntoNativeBuffer(IOUtil.java:276)
> at java.base/sun.nio.ch.IOUtil.read(IOUtil.java:233)
> at java.base/sun.nio.ch.IOUtil.read(IOUtil.java:223)
> at java.base/sun.nio.ch.SocketChannelImpl.read(SocketChannelImpl.java:358)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.buffer.PooledUnsafeDirectByteBuf.setBytes(PooledUnsafeDirectByteBuf.java:288)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.buffer.AbstractByteBuf.writeBytes(AbstractByteBuf.java:1125)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.socket.nio.NioSocketChannel.doReadBytes(NioSocketChannel.java:347)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:148)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:677)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:612)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:529)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:491)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:905)
> at io.netty:ispn-10.0@4.1.34.Final//io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
> at java.base/java.lang.Thread.run(Thread.java:834)
> {noformat}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 4 months
[JBoss JIRA] (ISPN-10487) HTTP/2 POST: Request Entity Too Large
by Gustavo Fernandes (Jira)
[ https://issues.jboss.org/browse/ISPN-10487?page=com.atlassian.jira.plugin... ]
Gustavo Fernandes updated ISPN-10487:
-------------------------------------
Status: Open (was: New)
> HTTP/2 POST: Request Entity Too Large
> -------------------------------------
>
> Key: ISPN-10487
> URL: https://issues.jboss.org/browse/ISPN-10487
> Project: Infinispan
> Issue Type: Bug
> Components: Server
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
> Priority: Major
> Labels: http2
>
> Start server-ng and create a cache named 'default':
> {noformat}
> curl -v -XPOST -d '{"distributed-cache":{"mode": "SYNC"}}' -H "Content-type: application/json" http://localhost:11222/rest/v2/caches/default
> {noformat}
> Try to put an entry using HTTP/2
> {noformat}
> curl -v -XPOST -d '1' -H "Content-type: application/json" http://localhost:11222/rest/v2/caches/default/1 --http2
> {noformat}
> Error 413 is received:
> {noformat}
> * Trying ::1:11222...
> * TCP_NODELAY set
> * connect to ::1 port 11222 failed: Connection refused
> * Trying 127.0.0.1:11222...
> * TCP_NODELAY set
> * Connected to localhost (127.0.0.1) port 11222 (#0)
> > POST /rest/v2/caches/default/1 HTTP/1.1
> > Host: localhost:11222
> > User-Agent: curl/7.65.3
> > Accept: */*
> > Connection: Upgrade, HTTP2-Settings
> > Upgrade: h2c
> > HTTP2-Settings: AAMAAABkAARAAAAAAAIAAAAA
> > Content-type: application/json
> > Content-Length: 1
> >
> * upload completely sent off: 1 out of 1 bytes
> * Mark bundle as not supporting multiuse
> < HTTP/1.1 413 Request Entity Too Large
> < content-length: 0
> <
> * Connection #0 to host localhost left intact
> {noformat}
> The same command line without http/2 succeeds
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 4 months
[JBoss JIRA] (ISPN-10487) HTTP/2 POST: Request Entity Too Large
by Gustavo Fernandes (Jira)
[ https://issues.jboss.org/browse/ISPN-10487?page=com.atlassian.jira.plugin... ]
Gustavo Fernandes updated ISPN-10487:
-------------------------------------
Sprint: DataGrid Sprint #32
> HTTP/2 POST: Request Entity Too Large
> -------------------------------------
>
> Key: ISPN-10487
> URL: https://issues.jboss.org/browse/ISPN-10487
> Project: Infinispan
> Issue Type: Bug
> Components: Server
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
> Priority: Major
> Labels: http2
>
> Start server-ng and create a cache named 'default':
> {noformat}
> curl -v -XPOST -d '{"distributed-cache":{"mode": "SYNC"}}' -H "Content-type: application/json" http://localhost:11222/rest/v2/caches/default
> {noformat}
> Try to put an entry using HTTP/2
> {noformat}
> curl -v -XPOST -d '1' -H "Content-type: application/json" http://localhost:11222/rest/v2/caches/default/1 --http2
> {noformat}
> Error 413 is received:
> {noformat}
> * Trying ::1:11222...
> * TCP_NODELAY set
> * connect to ::1 port 11222 failed: Connection refused
> * Trying 127.0.0.1:11222...
> * TCP_NODELAY set
> * Connected to localhost (127.0.0.1) port 11222 (#0)
> > POST /rest/v2/caches/default/1 HTTP/1.1
> > Host: localhost:11222
> > User-Agent: curl/7.65.3
> > Accept: */*
> > Connection: Upgrade, HTTP2-Settings
> > Upgrade: h2c
> > HTTP2-Settings: AAMAAABkAARAAAAAAAIAAAAA
> > Content-type: application/json
> > Content-Length: 1
> >
> * upload completely sent off: 1 out of 1 bytes
> * Mark bundle as not supporting multiuse
> < HTTP/1.1 413 Request Entity Too Large
> < content-length: 0
> <
> * Connection #0 to host localhost left intact
> {noformat}
> The same command line without http/2 succeeds
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 4 months
[JBoss JIRA] (ISPN-10464) Remove flag GUARANTEED_DELIVERY
by Dan Berindei (Jira)
[ https://issues.jboss.org/browse/ISPN-10464?page=com.atlassian.jira.plugin... ]
Dan Berindei updated ISPN-10464:
--------------------------------
Parent: ISPN-8070
Issue Type: Sub-task (was: Task)
> Remove flag GUARANTEED_DELIVERY
> -------------------------------
>
> Key: ISPN-10464
> URL: https://issues.jboss.org/browse/ISPN-10464
> Project: Infinispan
> Issue Type: Sub-task
> Components: API, Core
> Affects Versions: 10.0.0.Beta5
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Minor
> Fix For: 10.0.0.CR1
>
>
> UNICAST3 fixed the UNICAST2 issue that we were trying to work around with RSVP, and we removed RSVP from the default JGroups configuration long time ago.
> The GUARANTEED_DELIVERY flag was always documented as experimental and doesn't do anything without RSVP in the JGroups stack, so we should remove it.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 4 months