+1
Actually while looking at [1] I encountered the same error you were
getting (not the same as the JIRA itself) and thought about how we
could remedy that issue on a get as well. Being able to detect this
new CacheStoppingException would allow for some options.
[1]
- Will
On Thu, Sep 11, 2014 at 10:51 AM, Galder Zamarreño <galder(a)redhat.com> wrote:
Hi,
Re:
https://issues.jboss.org/browse/ISPN-4717
While investigating [1], I discovered that when clients send operations to
terminated/terminating caches, these are not recovered from. To make this easier to
handle, I’d like to change cache/cachemanager from throwing IllegalStateException to
throwing a new exception that extends IllegalStateException, e.g.
CacheStopping/StoppedException or similar. By making it IllegalStateException, it should
create minimal disruption for anyone expecting IllegalStateException, although I don’t
think this is documented per se. This, together with a HR error code that accompanies it,
should make it easier for clients to deal with it and retry.
A new error code will also be added for suspected caches since these are still propagated
to clients. Up until know, this has been dealt with by checking the error message, but
that could break easily, so again, the later stages of HR 2.0 protocol implementation is
good moment for implement these two things.
If anyone has any objections, speak up :)
Cheers,
[1]
https://issues.jboss.org/browse/ISPN-4707
--
Galder Zamarreño
galder(a)redhat.com
twitter.com/galderz
_______________________________________________
infinispan-dev mailing list
infinispan-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev