[JBoss JIRA] (ISPN-5085) Convert REST server to using RESTEasy's Netty container integration
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-5085?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño commented on ISPN-5085:
----------------------------------------
Promising work so far, basic tests working with {code}resteasy-netty4{code} artifact, but upgrade to Resteasy 3.0.10 needed to get around an issue with empty content length when sending back empty responses.
> Convert REST server to using RESTEasy's Netty container integration
> -------------------------------------------------------------------
>
> Key: ISPN-5085
> URL: https://issues.jboss.org/browse/ISPN-5085
> Project: Infinispan
> Issue Type: Enhancement
> Components: Remote Protocols
> Reporter: Galder Zamarreño
> Fix For: 7.2.0.CR1, 7.2.0.Final
>
>
> REST server is currently based on RESTEasy which relies on having a web container underneath to do its job. So, we're depending on jbossweb/undertow to provide the container capabilities. Instead, we should switch to a Netty based container to better control our dependencies.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
10 years, 6 months
[JBoss JIRA] (ISPN-5085) Convert REST server to using RESTEasy's Netty container integration
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-5085?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño edited comment on ISPN-5085 at 4/7/15 11:10 AM:
-----------------------------------------------------------------
Promising work so far, basic tests working with `resteasy-netty4` artifact, but upgrade to Resteasy 3.0.10 needed to get around an issue with empty content length when sending back empty responses.
was (Author: galder.zamarreno):
Promising work so far, basic tests working with {code}resteasy-netty4{code} artifact, but upgrade to Resteasy 3.0.10 needed to get around an issue with empty content length when sending back empty responses.
> Convert REST server to using RESTEasy's Netty container integration
> -------------------------------------------------------------------
>
> Key: ISPN-5085
> URL: https://issues.jboss.org/browse/ISPN-5085
> Project: Infinispan
> Issue Type: Enhancement
> Components: Remote Protocols
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
> Fix For: 7.2.0.CR1, 7.2.0.Final
>
>
> REST server is currently based on RESTEasy which relies on having a web container underneath to do its job. So, we're depending on jbossweb/undertow to provide the container capabilities. Instead, we should switch to a Netty based container to better control our dependencies.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
10 years, 6 months
[JBoss JIRA] (ISPN-5354) HotRod putAll send proper CH routing
by William Burns (JIRA)
William Burns created ISPN-5354:
-----------------------------------
Summary: HotRod putAll send proper CH routing
Key: ISPN-5354
URL: https://issues.jboss.org/browse/ISPN-5354
Project: Infinispan
Issue Type: Enhancement
Components: Remote Protocols
Reporter: William Burns
We need to enable putAll operation on hot rod to send multiple commands where each owner receives the keys it owns. This way the embedded server has less routing to do.
This requires having some sort of thread pool for use on the client though, as doing each request sequentially seems it would probably be slower than just sending 1 request.
This relates to ISPN-5266
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
10 years, 6 months
[JBoss JIRA] (ISPN-5351) read()ing protected Attributes should support user-supplied copying methods
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-5351?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant reassigned ISPN-5351:
-------------------------------------
Assignee: Tristan Tarrant
> read()ing protected Attributes should support user-supplied copying methods
> ---------------------------------------------------------------------------
>
> Key: ISPN-5351
> URL: https://issues.jboss.org/browse/ISPN-5351
> Project: Infinispan
> Issue Type: Bug
> Reporter: Tristan Tarrant
> Assignee: Tristan Tarrant
>
> Cloning a configuration attribute sometimes is not enough. For example when dealing with collections and immutable types we need to overcome the following:
> Caused by: java.lang.UnsupportedOperationException
> at org.infinispan.commons.util.Immutables$ImmutableTypedProperties.put(Immutables.java:622)
> at org.infinispan.configuration.cache.IndexingConfigurationBuilder.setProperty(IndexingConfigurationBuilder.java:130)
> at org.infinispan.configuration.cache.IndexingConfigurationBuilder.addProperty(IndexingConfigurationBuilder.java:107)
>
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
10 years, 6 months