Vedran Pavic

Thanks @eleftherias. Just to note - I don't think you should remove this from the `2.4.0-RC1` milestone and remove the labels as that release was already published.

While Hazelcast currently has reactive support, it is based on its own [`ICompletableFuture`](http://docs.hazelcast.org/docs/3.8/javadoc/com/hazelcast/core/ICompletableFuture.html) which extends from `Future` and not `CompletableFuture` since Hazelcast 3.x maintains compatibility with Java 6. The plan...

@Bessonov A while ago I've created a PR that was supposed to address #529 - see #646. However there were some shortcomings to that approach which I've documented in the...

@rwinch What do you think about introducing some sort of error handling strategy to deal with this scenario? The default implementation would be no-op and user could plug-in the desired...

@rwinch Considering #546 will introduce new strategy for fetching sessions, this serialization handling decorator is IMO better suited to be applied to this new interface. That way we'll eliminate the...

@rwinch Sorry for the noise, somehow I managed to completely disregard the fact this should apply to all repository implementations. Still fresh off the vacation I guess... :confused: So, assuming...

@rwinch I'll give this a look, hopefully in time to add it to `1.3.0.M3`.

I've proposed the solution for this in #646 - feedback is welcome.

Thanks for the report @lRawd. It's seems that our `HttpSessionBindingListener` support is actually missing a key piece that's required for `@PreDestroy`, and that's removal of attributes on expiration which would...

@espiegelberg Thanks for following up on your efforts from #813 and our discussions around it! It's really great to see interest and initiative from community to provide Spring Session extension....