incubator-openmeetings-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "" <>
Subject [DISCUSS] cluster API - extending the Client with a server attribute
Date Fri, 25 Jan 2013 03:21:17 GMT
I simplified the Client object to a single class again:

I would like to make it configurable if the Client is stored in the
database or in the memory (similar to Tomcat Session handling).

But there is no need to create an Interface. My first idea was to have two
"Client" classes (one DB one memory) and use the interface to hide some of
the attributes when the object is send to the client. For example the new
attribute "id", its just an auto-incrementor of the database, for the
client its useless overhead that eats bandwidth.
However, Red5 does some reflection to lookup attributes, so it does not use
the Interface but the concrete class. We will have to design DTOs to make
our client server communication more "lean" and performing better in

However my current problem is that we need to add the information "server"
to each client before we store it to the database. The streamId will be no
more unique, each instance of red5 will count its own streamid-count and
will produce duplicates.
Only the combination of streamid + server(id) will be unique.

But how can I find out on which server I am currently?
We can't add a flag "isCurrent" to the database. As all instances write to
the same database that flag to be true "everywhere" :)
Also adding a config value won't work as every instance will overwrite each

Any idea or alternative thought on that?


Sebastian Wagner!/dead_lock

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