Implement session clustering - replication, querying etc.

codingchili / chili-core

Reactive framework for creating transport & storage-transparent microservices with Vert.x

https://codingchili.github.io/chili-core/

MIT License

14 stars 5 forks source link

Implement session clustering - replication, querying etc. #190

Closed codingchili closed 6 years ago

codingchili commented 6 years ago

This is a part of implementing #58

Distributed services needs a way to obtain an asynchronous handle to a client.

Should it be possible to create a session from a Request? not right now.

codingchili commented 6 years ago

Did some work on clustering

some changes to be made

when the source becomes unavailable all associated sessions should be destroyed.
the SessionFactory interface should use the Session interface and not the implementation
ClusteredSession currently depends on SessionFactory being injected, harder to inject when using the storage query builder directly. Limit the amount of available queries? intercept the results? Remove the circular dependency?

The destroy(), update() and isValid() methods in Session is very convenient, it would be preferrable to keep them.

Added session handling to the websocket listener for test purposes.

codingchili commented 6 years ago

Applied a mapper to the session query results that sets the ClusteredSessionFactory.

codingchili commented 6 years ago

Sessions should be optional and not implemented by listeners.

codingchili commented 6 years ago

Would it be possible to use this AND a method for writing to requests that isn't limited to request-reply? Should the Request#write method return a future in such cases?

codingchili commented 6 years ago

New ClusteredSessionFactory and ClusteredSession imolementing the Session interface. Queryable and writable across the cluster. Closing for now, the API needs to mature for a bit.