[JBoss JIRA] (ISPN-4377) Make receiving state for Hot Rod client listeners optional
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-4377?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño commented on ISPN-4377:
----------------------------------------
Having thought about this at greater length, the default option should be false, same as for clustered listeners. Having it enabled by default could be quite a burden. If users needs to strictly receive all events, they can always enable it.
Also, implementing this will be easier once PR for ISPN-4473 and ISPN-4474 has been integrated since it touches the same code area.
> Make receiving state for Hot Rod client listeners optional
> ----------------------------------------------------------
>
> Key: ISPN-4377
> URL: https://issues.jboss.org/browse/ISPN-4377
> Project: Infinispan
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
> Fix For: 7.0.0.Beta2, 7.0.0.Final
>
>
> Receiving state for Hot Rod client listeners has a cost. Some users might not want to incur it, so it should be optional. By default, it should be enabled though for correctness.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 7 months
[JBoss JIRA] (ISPN-4630) DistributedEntryRetriever throws NPE if iterator is closed before processing all responses
by William Burns (JIRA)
[ https://issues.jboss.org/browse/ISPN-4630?page=com.atlassian.jira.plugin.... ]
Work on ISPN-4630 started by William Burns.
> DistributedEntryRetriever throws NPE if iterator is closed before processing all responses
> ------------------------------------------------------------------------------------------
>
> Key: ISPN-4630
> URL: https://issues.jboss.org/browse/ISPN-4630
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Core
> Affects Versions: 7.0.0.Alpha5
> Reporter: William Burns
> Assignee: William Burns
> Fix For: 7.0.0.Beta2
>
>
> DistributedEntryRetriever itrerator needs to ignore responses from nodes if a iterator is closed early or if a rehash occurs causing some redundant requests to be sent.
> This was covered in a previous version but refactoring lost it somehow and instead the code is using variables that cannot be null.
> {code}
> } else if (log.isTraceEnabled()) {
> log.tracef("Ignoring values as identifier %s was marked as complete", identifier);
> }
> {code}
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 7 months