incubator-openmeetings-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "seba.wagner@gmail.com" <seba.wag...@gmail.com>
Subject [DISCUSS] System architecture for Red5 client session store
Date Mon, 03 Dec 2012 06:37:35 GMT
I have not yet finished my refactoring of the session store, but at least
the existing functionality is now implemented.

I would like to share some thoughts about the session store.

All implementations are done against an interfaces, so for example the
IClientList interface defines the methods needed to save, access or delete
a session.

But the "HashMapStore.java" class is no interface. It is not even a Spring
Bean. It is bundled with the "ClientListHashMapStore.java" class.
It will exist only one (static) instance of the HashMapStore.
The HashMapStore is actually a Map, but a Map with multiple keys.
Methods of the "HashMapStore" can (and should not) accessed by any class
other then the ClientListHashMapStore.
An exception is just the JUnit test that does some result verification by
accessing the Map directly.

A possible EHCache implementation could be implemented against the
IClientList interface.
However I have not yet done any research on what methods EHCache provides
to store a multi-key Map (Or if we will end up with a similar approach
using multiple lists).

The ISharedSessionStore is different from the IClientList, in that sense as
it only contains methods that are interesting for the cluster mechanism.

Sebastian
-- 
Sebastian Wagner
https://twitter.com/#!/dead_lock
http://www.webbase-design.de
http://www.wagner-sebastian.com
seba.wagner@gmail.com

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message