You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openmeetings.apache.org by "seba.wagner@gmail.com" <se...@gmail.com> on 2012/10/30 10:44:11 UTC
OpenMeetings in clustering with Master/Slave - Public API Review
Hi,
we have been discussing some of the cluster approaches.
I have summarized some graphs and a API descriptions:
https://cwiki.apache.org/confluence/display/OPENMEETINGS/Cluster+Master-Slave+overview
Sebastian
--
Sebastian Wagner
https://twitter.com/#!/dead_lock
http://www.webbase-design.de
http://www.wagner-sebastian.com
seba.wagner@gmail.com
Re: OpenMeetings in clustering with Master/Slave - Public API Review
Posted by "seba.wagner@gmail.com" <se...@gmail.com>.
Yes and no,
any SOAP User that has minimum WebService Level.
That is our access control.
Sebastian
2012/11/1 Maxim Solodovnik <so...@gmail.com>
> Is any soap user can send such ping?
> On Nov 1, 2012 9:10 PM, "seba.wagner@gmail.com" <se...@gmail.com>
> wrote:
>
>> native Java rpc, I guess you want to serialize the objects to transfer
>> between the instances and transfer via Sockets.
>> As far as I understood we then would need to set up our own
>> SocketListener and need yet another port to communicate between the
>> instances.
>> I am rather afraid of the security flaws that we might open the door, I
>> would rather use the existing RPC Gateways that we have.
>> A simple HTTP Rest call can be quite similar in terms of runtime length.
>> After all, master and slaves do not communicate in "real time". The
>> slaves ping the master every 3 seconds and update their status. So if the
>> call takes 200 milliseconds or 400 milliseconds does not matter at this
>> point.
>>
>> Sebastian
>>
>>
>> 2012/11/1 Maxim Solodovnik <so...@gmail.com>
>>
>>> Ah OK. I thought of native Java rpc, but I guess you are right.
>>> Soap/rest looks so heavy :(
>>> On Nov 1, 2012 8:53 PM, "seba.wagner@gmail.com" <se...@gmail.com>
>>> wrote:
>>>
>>>> What do you mean by RPC?
>>>> REST/SOAP are actually RPC Gateways.
>>>> Also SOAP/REST is our standard RPC Gateway API.
>>>> So what additionally RPC Gateway are you refering to?
>>>>
>>>> If we "open" yet another "door" to interact with OpenMeetings we should
>>>> either make all remote calls that are available via SOAP/REST available via
>>>> that door too (or maybe I did just not understood what you mean :))
>>>>
>>>> Sebastian
>>>>
>>>>
>>>> 2012/11/1 Maxim Solodovnik <so...@gmail.com>
>>>>
>>>>> Maybe it make sense to use RPC instead of rest/soap? It should be
>>>>> faster. Or speed is not critical?
>>>>> On Oct 30, 2012 4:44 PM, "seba.wagner@gmail.com" <
>>>>> seba.wagner@gmail.com> wrote:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> we have been discussing some of the cluster approaches.
>>>>>> I have summarized some graphs and a API descriptions:
>>>>>>
>>>>>> https://cwiki.apache.org/confluence/display/OPENMEETINGS/Cluster+Master-Slave+overview
>>>>>>
>>>>>> Sebastian
>>>>>>
>>>>>> --
>>>>>> Sebastian Wagner
>>>>>> https://twitter.com/#!/dead_lock
>>>>>> http://www.webbase-design.de
>>>>>> http://www.wagner-sebastian.com
>>>>>> seba.wagner@gmail.com
>>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Sebastian Wagner
>>>> https://twitter.com/#!/dead_lock
>>>> http://www.webbase-design.de
>>>> http://www.wagner-sebastian.com
>>>> seba.wagner@gmail.com
>>>>
>>>
>>
>>
>> --
>> Sebastian Wagner
>> https://twitter.com/#!/dead_lock
>> http://www.webbase-design.de
>> http://www.wagner-sebastian.com
>> seba.wagner@gmail.com
>>
>
--
Sebastian Wagner
https://twitter.com/#!/dead_lock
http://www.webbase-design.de
http://www.wagner-sebastian.com
seba.wagner@gmail.com
Re: OpenMeetings in clustering with Master/Slave - Public API Review
Posted by Maxim Solodovnik <so...@gmail.com>.
Sorry forgot we have only 1 db. Trying to invent simplier way to sync
(without all those manual synhronisations)
On Nov 1, 2012 9:31 PM, "seba.wagner@gmail.com" <se...@gmail.com>
wrote:
> Sorry I don't understand. What has db-clustering todo with the RPC Gateway
> now?
>
> Sebastian
>
>
> 2012/11/1 Maxim Solodovnik <so...@gmail.com>
>
>> Maybe db-clustering can be used? Like MySQL supports clustering ...
>> On Nov 1, 2012 9:25 PM, "Maxim Solodovnik" <so...@gmail.com> wrote:
>>
>>> Is any soap user can send such ping?
>>> On Nov 1, 2012 9:10 PM, "seba.wagner@gmail.com" <se...@gmail.com>
>>> wrote:
>>>
>>>> native Java rpc, I guess you want to serialize the objects to transfer
>>>> between the instances and transfer via Sockets.
>>>> As far as I understood we then would need to set up our own
>>>> SocketListener and need yet another port to communicate between the
>>>> instances.
>>>> I am rather afraid of the security flaws that we might open the door, I
>>>> would rather use the existing RPC Gateways that we have.
>>>> A simple HTTP Rest call can be quite similar in terms of runtime length.
>>>> After all, master and slaves do not communicate in "real time". The
>>>> slaves ping the master every 3 seconds and update their status. So if the
>>>> call takes 200 milliseconds or 400 milliseconds does not matter at this
>>>> point.
>>>>
>>>> Sebastian
>>>>
>>>>
>>>> 2012/11/1 Maxim Solodovnik <so...@gmail.com>
>>>>
>>>>> Ah OK. I thought of native Java rpc, but I guess you are right.
>>>>> Soap/rest looks so heavy :(
>>>>> On Nov 1, 2012 8:53 PM, "seba.wagner@gmail.com" <se...@gmail.com>
>>>>> wrote:
>>>>>
>>>>>> What do you mean by RPC?
>>>>>> REST/SOAP are actually RPC Gateways.
>>>>>> Also SOAP/REST is our standard RPC Gateway API.
>>>>>> So what additionally RPC Gateway are you refering to?
>>>>>>
>>>>>> If we "open" yet another "door" to interact with OpenMeetings we
>>>>>> should either make all remote calls that are available via SOAP/REST
>>>>>> available via that door too (or maybe I did just not understood what you
>>>>>> mean :))
>>>>>>
>>>>>> Sebastian
>>>>>>
>>>>>>
>>>>>> 2012/11/1 Maxim Solodovnik <so...@gmail.com>
>>>>>>
>>>>>>> Maybe it make sense to use RPC instead of rest/soap? It should be
>>>>>>> faster. Or speed is not critical?
>>>>>>> On Oct 30, 2012 4:44 PM, "seba.wagner@gmail.com" <
>>>>>>> seba.wagner@gmail.com> wrote:
>>>>>>>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> we have been discussing some of the cluster approaches.
>>>>>>>> I have summarized some graphs and a API descriptions:
>>>>>>>>
>>>>>>>> https://cwiki.apache.org/confluence/display/OPENMEETINGS/Cluster+Master-Slave+overview
>>>>>>>>
>>>>>>>> Sebastian
>>>>>>>>
>>>>>>>> --
>>>>>>>> Sebastian Wagner
>>>>>>>> https://twitter.com/#!/dead_lock
>>>>>>>> http://www.webbase-design.de
>>>>>>>> http://www.wagner-sebastian.com
>>>>>>>> seba.wagner@gmail.com
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Sebastian Wagner
>>>>>> https://twitter.com/#!/dead_lock
>>>>>> http://www.webbase-design.de
>>>>>> http://www.wagner-sebastian.com
>>>>>> seba.wagner@gmail.com
>>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Sebastian Wagner
>>>> https://twitter.com/#!/dead_lock
>>>> http://www.webbase-design.de
>>>> http://www.wagner-sebastian.com
>>>> seba.wagner@gmail.com
>>>>
>>>
>
>
> --
> Sebastian Wagner
> https://twitter.com/#!/dead_lock
> http://www.webbase-design.de
> http://www.wagner-sebastian.com
> seba.wagner@gmail.com
>
Re: OpenMeetings in clustering with Master/Slave - Public API Review
Posted by "seba.wagner@gmail.com" <se...@gmail.com>.
Yeah,
sorry but you should get comfortable with it :))
Nodes in the cluster have to communicate with each other, so they now "I am
here".
And any communication between nodes should happen via a defined API.
What you want to get rid of I rather see as an enhancement. With the ping
method the master not only knows the userload on all nodes but also which
of the nodes are really online.
I know that in the PHP, Mysql, LAMP world load balancing and clustering is
done by using RSync scripts to sync data between Nodes and making some
MySQL replication. That might be the standard way to cluster and scale
here. And then you do some round rubin as load balancer.
But we are not a PHP, MySQL, LAMP application.
We have caches, we create sequences in all instances that write to the
database. Later on we should implement Transactions, so that we can really
do "RollBack" if for example a User registration fails, so that not part of
the user is written to db while other part isn't.
Ideally in our setup the "slaves" do not need a database at all. They
simply do streaming of audio/video and sync messages between the clients of
a conference room.
Only the master handles db (how we scale/cluster the master is a quite
different story).
What we are doing now is one step in that direction. Make the slave do less
db related stuff until finally slaves will do streaming only.
And finally we can then think about how to apply the existing
Red5-Clustering based on Edge-Orion clustering where the RTMPClient acts a
StreamProxy.
Sebastian
2012/11/1 Maxim Solodovnik <so...@gmail.com>
> Sorry forgot we have only 1 db. Trying to invent simplier ways to set up
> cluster (without all those manual syncronisations)
> On Nov 1, 2012 9:31 PM, "seba.wagner@gmail.com" <se...@gmail.com>
> wrote:
>
>> Sorry I don't understand. What has db-clustering todo with the RPC
>> Gateway now?
>>
>> Sebastian
>>
>>
>> 2012/11/1 Maxim Solodovnik <so...@gmail.com>
>>
>>> Maybe db-clustering can be used? Like MySQL supports clustering ...
>>> On Nov 1, 2012 9:25 PM, "Maxim Solodovnik" <so...@gmail.com> wrote:
>>>
>>>> Is any soap user can send such ping?
>>>> On Nov 1, 2012 9:10 PM, "seba.wagner@gmail.com" <se...@gmail.com>
>>>> wrote:
>>>>
>>>>> native Java rpc, I guess you want to serialize the objects to transfer
>>>>> between the instances and transfer via Sockets.
>>>>> As far as I understood we then would need to set up our own
>>>>> SocketListener and need yet another port to communicate between the
>>>>> instances.
>>>>> I am rather afraid of the security flaws that we might open the door,
>>>>> I would rather use the existing RPC Gateways that we have.
>>>>> A simple HTTP Rest call can be quite similar in terms of runtime
>>>>> length.
>>>>> After all, master and slaves do not communicate in "real time". The
>>>>> slaves ping the master every 3 seconds and update their status. So if the
>>>>> call takes 200 milliseconds or 400 milliseconds does not matter at this
>>>>> point.
>>>>>
>>>>> Sebastian
>>>>>
>>>>>
>>>>> 2012/11/1 Maxim Solodovnik <so...@gmail.com>
>>>>>
>>>>>> Ah OK. I thought of native Java rpc, but I guess you are right.
>>>>>> Soap/rest looks so heavy :(
>>>>>> On Nov 1, 2012 8:53 PM, "seba.wagner@gmail.com" <
>>>>>> seba.wagner@gmail.com> wrote:
>>>>>>
>>>>>>> What do you mean by RPC?
>>>>>>> REST/SOAP are actually RPC Gateways.
>>>>>>> Also SOAP/REST is our standard RPC Gateway API.
>>>>>>> So what additionally RPC Gateway are you refering to?
>>>>>>>
>>>>>>> If we "open" yet another "door" to interact with OpenMeetings we
>>>>>>> should either make all remote calls that are available via SOAP/REST
>>>>>>> available via that door too (or maybe I did just not understood what you
>>>>>>> mean :))
>>>>>>>
>>>>>>> Sebastian
>>>>>>>
>>>>>>>
>>>>>>> 2012/11/1 Maxim Solodovnik <so...@gmail.com>
>>>>>>>
>>>>>>>> Maybe it make sense to use RPC instead of rest/soap? It should be
>>>>>>>> faster. Or speed is not critical?
>>>>>>>> On Oct 30, 2012 4:44 PM, "seba.wagner@gmail.com" <
>>>>>>>> seba.wagner@gmail.com> wrote:
>>>>>>>>
>>>>>>>>> Hi,
>>>>>>>>>
>>>>>>>>> we have been discussing some of the cluster approaches.
>>>>>>>>> I have summarized some graphs and a API descriptions:
>>>>>>>>>
>>>>>>>>> https://cwiki.apache.org/confluence/display/OPENMEETINGS/Cluster+Master-Slave+overview
>>>>>>>>>
>>>>>>>>> Sebastian
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Sebastian Wagner
>>>>>>>>> https://twitter.com/#!/dead_lock
>>>>>>>>> http://www.webbase-design.de
>>>>>>>>> http://www.wagner-sebastian.com
>>>>>>>>> seba.wagner@gmail.com
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Sebastian Wagner
>>>>>>> https://twitter.com/#!/dead_lock
>>>>>>> http://www.webbase-design.de
>>>>>>> http://www.wagner-sebastian.com
>>>>>>> seba.wagner@gmail.com
>>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Sebastian Wagner
>>>>> https://twitter.com/#!/dead_lock
>>>>> http://www.webbase-design.de
>>>>> http://www.wagner-sebastian.com
>>>>> seba.wagner@gmail.com
>>>>>
>>>>
>>
>>
>> --
>> Sebastian Wagner
>> https://twitter.com/#!/dead_lock
>> http://www.webbase-design.de
>> http://www.wagner-sebastian.com
>> seba.wagner@gmail.com
>>
>
--
Sebastian Wagner
https://twitter.com/#!/dead_lock
http://www.webbase-design.de
http://www.wagner-sebastian.com
seba.wagner@gmail.com
Re: OpenMeetings in clustering with Master/Slave - Public API Review
Posted by Maxim Solodovnik <so...@gmail.com>.
Sorry forgot we have only 1 db. Trying to invent simplier ways to set up
cluster (without all those manual syncronisations)
On Nov 1, 2012 9:31 PM, "seba.wagner@gmail.com" <se...@gmail.com>
wrote:
> Sorry I don't understand. What has db-clustering todo with the RPC Gateway
> now?
>
> Sebastian
>
>
> 2012/11/1 Maxim Solodovnik <so...@gmail.com>
>
>> Maybe db-clustering can be used? Like MySQL supports clustering ...
>> On Nov 1, 2012 9:25 PM, "Maxim Solodovnik" <so...@gmail.com> wrote:
>>
>>> Is any soap user can send such ping?
>>> On Nov 1, 2012 9:10 PM, "seba.wagner@gmail.com" <se...@gmail.com>
>>> wrote:
>>>
>>>> native Java rpc, I guess you want to serialize the objects to transfer
>>>> between the instances and transfer via Sockets.
>>>> As far as I understood we then would need to set up our own
>>>> SocketListener and need yet another port to communicate between the
>>>> instances.
>>>> I am rather afraid of the security flaws that we might open the door, I
>>>> would rather use the existing RPC Gateways that we have.
>>>> A simple HTTP Rest call can be quite similar in terms of runtime length.
>>>> After all, master and slaves do not communicate in "real time". The
>>>> slaves ping the master every 3 seconds and update their status. So if the
>>>> call takes 200 milliseconds or 400 milliseconds does not matter at this
>>>> point.
>>>>
>>>> Sebastian
>>>>
>>>>
>>>> 2012/11/1 Maxim Solodovnik <so...@gmail.com>
>>>>
>>>>> Ah OK. I thought of native Java rpc, but I guess you are right.
>>>>> Soap/rest looks so heavy :(
>>>>> On Nov 1, 2012 8:53 PM, "seba.wagner@gmail.com" <se...@gmail.com>
>>>>> wrote:
>>>>>
>>>>>> What do you mean by RPC?
>>>>>> REST/SOAP are actually RPC Gateways.
>>>>>> Also SOAP/REST is our standard RPC Gateway API.
>>>>>> So what additionally RPC Gateway are you refering to?
>>>>>>
>>>>>> If we "open" yet another "door" to interact with OpenMeetings we
>>>>>> should either make all remote calls that are available via SOAP/REST
>>>>>> available via that door too (or maybe I did just not understood what you
>>>>>> mean :))
>>>>>>
>>>>>> Sebastian
>>>>>>
>>>>>>
>>>>>> 2012/11/1 Maxim Solodovnik <so...@gmail.com>
>>>>>>
>>>>>>> Maybe it make sense to use RPC instead of rest/soap? It should be
>>>>>>> faster. Or speed is not critical?
>>>>>>> On Oct 30, 2012 4:44 PM, "seba.wagner@gmail.com" <
>>>>>>> seba.wagner@gmail.com> wrote:
>>>>>>>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> we have been discussing some of the cluster approaches.
>>>>>>>> I have summarized some graphs and a API descriptions:
>>>>>>>>
>>>>>>>> https://cwiki.apache.org/confluence/display/OPENMEETINGS/Cluster+Master-Slave+overview
>>>>>>>>
>>>>>>>> Sebastian
>>>>>>>>
>>>>>>>> --
>>>>>>>> Sebastian Wagner
>>>>>>>> https://twitter.com/#!/dead_lock
>>>>>>>> http://www.webbase-design.de
>>>>>>>> http://www.wagner-sebastian.com
>>>>>>>> seba.wagner@gmail.com
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Sebastian Wagner
>>>>>> https://twitter.com/#!/dead_lock
>>>>>> http://www.webbase-design.de
>>>>>> http://www.wagner-sebastian.com
>>>>>> seba.wagner@gmail.com
>>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Sebastian Wagner
>>>> https://twitter.com/#!/dead_lock
>>>> http://www.webbase-design.de
>>>> http://www.wagner-sebastian.com
>>>> seba.wagner@gmail.com
>>>>
>>>
>
>
> --
> Sebastian Wagner
> https://twitter.com/#!/dead_lock
> http://www.webbase-design.de
> http://www.wagner-sebastian.com
> seba.wagner@gmail.com
>
Re: OpenMeetings in clustering with Master/Slave - Public API Review
Posted by "seba.wagner@gmail.com" <se...@gmail.com>.
Sorry I don't understand. What has db-clustering todo with the RPC Gateway
now?
Sebastian
2012/11/1 Maxim Solodovnik <so...@gmail.com>
> Maybe db-clustering can be used? Like MySQL supports clustering ...
> On Nov 1, 2012 9:25 PM, "Maxim Solodovnik" <so...@gmail.com> wrote:
>
>> Is any soap user can send such ping?
>> On Nov 1, 2012 9:10 PM, "seba.wagner@gmail.com" <se...@gmail.com>
>> wrote:
>>
>>> native Java rpc, I guess you want to serialize the objects to transfer
>>> between the instances and transfer via Sockets.
>>> As far as I understood we then would need to set up our own
>>> SocketListener and need yet another port to communicate between the
>>> instances.
>>> I am rather afraid of the security flaws that we might open the door, I
>>> would rather use the existing RPC Gateways that we have.
>>> A simple HTTP Rest call can be quite similar in terms of runtime length.
>>> After all, master and slaves do not communicate in "real time". The
>>> slaves ping the master every 3 seconds and update their status. So if the
>>> call takes 200 milliseconds or 400 milliseconds does not matter at this
>>> point.
>>>
>>> Sebastian
>>>
>>>
>>> 2012/11/1 Maxim Solodovnik <so...@gmail.com>
>>>
>>>> Ah OK. I thought of native Java rpc, but I guess you are right.
>>>> Soap/rest looks so heavy :(
>>>> On Nov 1, 2012 8:53 PM, "seba.wagner@gmail.com" <se...@gmail.com>
>>>> wrote:
>>>>
>>>>> What do you mean by RPC?
>>>>> REST/SOAP are actually RPC Gateways.
>>>>> Also SOAP/REST is our standard RPC Gateway API.
>>>>> So what additionally RPC Gateway are you refering to?
>>>>>
>>>>> If we "open" yet another "door" to interact with OpenMeetings we
>>>>> should either make all remote calls that are available via SOAP/REST
>>>>> available via that door too (or maybe I did just not understood what you
>>>>> mean :))
>>>>>
>>>>> Sebastian
>>>>>
>>>>>
>>>>> 2012/11/1 Maxim Solodovnik <so...@gmail.com>
>>>>>
>>>>>> Maybe it make sense to use RPC instead of rest/soap? It should be
>>>>>> faster. Or speed is not critical?
>>>>>> On Oct 30, 2012 4:44 PM, "seba.wagner@gmail.com" <
>>>>>> seba.wagner@gmail.com> wrote:
>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> we have been discussing some of the cluster approaches.
>>>>>>> I have summarized some graphs and a API descriptions:
>>>>>>>
>>>>>>> https://cwiki.apache.org/confluence/display/OPENMEETINGS/Cluster+Master-Slave+overview
>>>>>>>
>>>>>>> Sebastian
>>>>>>>
>>>>>>> --
>>>>>>> Sebastian Wagner
>>>>>>> https://twitter.com/#!/dead_lock
>>>>>>> http://www.webbase-design.de
>>>>>>> http://www.wagner-sebastian.com
>>>>>>> seba.wagner@gmail.com
>>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Sebastian Wagner
>>>>> https://twitter.com/#!/dead_lock
>>>>> http://www.webbase-design.de
>>>>> http://www.wagner-sebastian.com
>>>>> seba.wagner@gmail.com
>>>>>
>>>>
>>>
>>>
>>> --
>>> Sebastian Wagner
>>> https://twitter.com/#!/dead_lock
>>> http://www.webbase-design.de
>>> http://www.wagner-sebastian.com
>>> seba.wagner@gmail.com
>>>
>>
--
Sebastian Wagner
https://twitter.com/#!/dead_lock
http://www.webbase-design.de
http://www.wagner-sebastian.com
seba.wagner@gmail.com
Re: OpenMeetings in clustering with Master/Slave - Public API Review
Posted by Maxim Solodovnik <so...@gmail.com>.
Maybe db-clustering can be used? Like MySQL supports clustering ...
On Nov 1, 2012 9:25 PM, "Maxim Solodovnik" <so...@gmail.com> wrote:
> Is any soap user can send such ping?
> On Nov 1, 2012 9:10 PM, "seba.wagner@gmail.com" <se...@gmail.com>
> wrote:
>
>> native Java rpc, I guess you want to serialize the objects to transfer
>> between the instances and transfer via Sockets.
>> As far as I understood we then would need to set up our own
>> SocketListener and need yet another port to communicate between the
>> instances.
>> I am rather afraid of the security flaws that we might open the door, I
>> would rather use the existing RPC Gateways that we have.
>> A simple HTTP Rest call can be quite similar in terms of runtime length.
>> After all, master and slaves do not communicate in "real time". The
>> slaves ping the master every 3 seconds and update their status. So if the
>> call takes 200 milliseconds or 400 milliseconds does not matter at this
>> point.
>>
>> Sebastian
>>
>>
>> 2012/11/1 Maxim Solodovnik <so...@gmail.com>
>>
>>> Ah OK. I thought of native Java rpc, but I guess you are right.
>>> Soap/rest looks so heavy :(
>>> On Nov 1, 2012 8:53 PM, "seba.wagner@gmail.com" <se...@gmail.com>
>>> wrote:
>>>
>>>> What do you mean by RPC?
>>>> REST/SOAP are actually RPC Gateways.
>>>> Also SOAP/REST is our standard RPC Gateway API.
>>>> So what additionally RPC Gateway are you refering to?
>>>>
>>>> If we "open" yet another "door" to interact with OpenMeetings we should
>>>> either make all remote calls that are available via SOAP/REST available via
>>>> that door too (or maybe I did just not understood what you mean :))
>>>>
>>>> Sebastian
>>>>
>>>>
>>>> 2012/11/1 Maxim Solodovnik <so...@gmail.com>
>>>>
>>>>> Maybe it make sense to use RPC instead of rest/soap? It should be
>>>>> faster. Or speed is not critical?
>>>>> On Oct 30, 2012 4:44 PM, "seba.wagner@gmail.com" <
>>>>> seba.wagner@gmail.com> wrote:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> we have been discussing some of the cluster approaches.
>>>>>> I have summarized some graphs and a API descriptions:
>>>>>>
>>>>>> https://cwiki.apache.org/confluence/display/OPENMEETINGS/Cluster+Master-Slave+overview
>>>>>>
>>>>>> Sebastian
>>>>>>
>>>>>> --
>>>>>> Sebastian Wagner
>>>>>> https://twitter.com/#!/dead_lock
>>>>>> http://www.webbase-design.de
>>>>>> http://www.wagner-sebastian.com
>>>>>> seba.wagner@gmail.com
>>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Sebastian Wagner
>>>> https://twitter.com/#!/dead_lock
>>>> http://www.webbase-design.de
>>>> http://www.wagner-sebastian.com
>>>> seba.wagner@gmail.com
>>>>
>>>
>>
>>
>> --
>> Sebastian Wagner
>> https://twitter.com/#!/dead_lock
>> http://www.webbase-design.de
>> http://www.wagner-sebastian.com
>> seba.wagner@gmail.com
>>
>
Re: OpenMeetings in clustering with Master/Slave - Public API Review
Posted by Maxim Solodovnik <so...@gmail.com>.
Is any soap user can send such ping?
On Nov 1, 2012 9:10 PM, "seba.wagner@gmail.com" <se...@gmail.com>
wrote:
> native Java rpc, I guess you want to serialize the objects to transfer
> between the instances and transfer via Sockets.
> As far as I understood we then would need to set up our own SocketListener
> and need yet another port to communicate between the instances.
> I am rather afraid of the security flaws that we might open the door, I
> would rather use the existing RPC Gateways that we have.
> A simple HTTP Rest call can be quite similar in terms of runtime length.
> After all, master and slaves do not communicate in "real time". The slaves
> ping the master every 3 seconds and update their status. So if the call
> takes 200 milliseconds or 400 milliseconds does not matter at this point.
>
> Sebastian
>
>
> 2012/11/1 Maxim Solodovnik <so...@gmail.com>
>
>> Ah OK. I thought of native Java rpc, but I guess you are right.
>> Soap/rest looks so heavy :(
>> On Nov 1, 2012 8:53 PM, "seba.wagner@gmail.com" <se...@gmail.com>
>> wrote:
>>
>>> What do you mean by RPC?
>>> REST/SOAP are actually RPC Gateways.
>>> Also SOAP/REST is our standard RPC Gateway API.
>>> So what additionally RPC Gateway are you refering to?
>>>
>>> If we "open" yet another "door" to interact with OpenMeetings we should
>>> either make all remote calls that are available via SOAP/REST available via
>>> that door too (or maybe I did just not understood what you mean :))
>>>
>>> Sebastian
>>>
>>>
>>> 2012/11/1 Maxim Solodovnik <so...@gmail.com>
>>>
>>>> Maybe it make sense to use RPC instead of rest/soap? It should be
>>>> faster. Or speed is not critical?
>>>> On Oct 30, 2012 4:44 PM, "seba.wagner@gmail.com" <se...@gmail.com>
>>>> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> we have been discussing some of the cluster approaches.
>>>>> I have summarized some graphs and a API descriptions:
>>>>>
>>>>> https://cwiki.apache.org/confluence/display/OPENMEETINGS/Cluster+Master-Slave+overview
>>>>>
>>>>> Sebastian
>>>>>
>>>>> --
>>>>> Sebastian Wagner
>>>>> https://twitter.com/#!/dead_lock
>>>>> http://www.webbase-design.de
>>>>> http://www.wagner-sebastian.com
>>>>> seba.wagner@gmail.com
>>>>>
>>>>
>>>
>>>
>>> --
>>> Sebastian Wagner
>>> https://twitter.com/#!/dead_lock
>>> http://www.webbase-design.de
>>> http://www.wagner-sebastian.com
>>> seba.wagner@gmail.com
>>>
>>
>
>
> --
> Sebastian Wagner
> https://twitter.com/#!/dead_lock
> http://www.webbase-design.de
> http://www.wagner-sebastian.com
> seba.wagner@gmail.com
>
Re: OpenMeetings in clustering with Master/Slave - Public API Review
Posted by "seba.wagner@gmail.com" <se...@gmail.com>.
native Java rpc, I guess you want to serialize the objects to transfer
between the instances and transfer via Sockets.
As far as I understood we then would need to set up our own SocketListener
and need yet another port to communicate between the instances.
I am rather afraid of the security flaws that we might open the door, I
would rather use the existing RPC Gateways that we have.
A simple HTTP Rest call can be quite similar in terms of runtime length.
After all, master and slaves do not communicate in "real time". The slaves
ping the master every 3 seconds and update their status. So if the call
takes 200 milliseconds or 400 milliseconds does not matter at this point.
Sebastian
2012/11/1 Maxim Solodovnik <so...@gmail.com>
> Ah OK. I thought of native Java rpc, but I guess you are right.
> Soap/rest looks so heavy :(
> On Nov 1, 2012 8:53 PM, "seba.wagner@gmail.com" <se...@gmail.com>
> wrote:
>
>> What do you mean by RPC?
>> REST/SOAP are actually RPC Gateways.
>> Also SOAP/REST is our standard RPC Gateway API.
>> So what additionally RPC Gateway are you refering to?
>>
>> If we "open" yet another "door" to interact with OpenMeetings we should
>> either make all remote calls that are available via SOAP/REST available via
>> that door too (or maybe I did just not understood what you mean :))
>>
>> Sebastian
>>
>>
>> 2012/11/1 Maxim Solodovnik <so...@gmail.com>
>>
>>> Maybe it make sense to use RPC instead of rest/soap? It should be
>>> faster. Or speed is not critical?
>>> On Oct 30, 2012 4:44 PM, "seba.wagner@gmail.com" <se...@gmail.com>
>>> wrote:
>>>
>>>> Hi,
>>>>
>>>> we have been discussing some of the cluster approaches.
>>>> I have summarized some graphs and a API descriptions:
>>>>
>>>> https://cwiki.apache.org/confluence/display/OPENMEETINGS/Cluster+Master-Slave+overview
>>>>
>>>> Sebastian
>>>>
>>>> --
>>>> Sebastian Wagner
>>>> https://twitter.com/#!/dead_lock
>>>> http://www.webbase-design.de
>>>> http://www.wagner-sebastian.com
>>>> seba.wagner@gmail.com
>>>>
>>>
>>
>>
>> --
>> Sebastian Wagner
>> https://twitter.com/#!/dead_lock
>> http://www.webbase-design.de
>> http://www.wagner-sebastian.com
>> seba.wagner@gmail.com
>>
>
--
Sebastian Wagner
https://twitter.com/#!/dead_lock
http://www.webbase-design.de
http://www.wagner-sebastian.com
seba.wagner@gmail.com
Re: OpenMeetings in clustering with Master/Slave - Public API Review
Posted by Maxim Solodovnik <so...@gmail.com>.
Ah OK. I thought of native Java rpc, but I guess you are right.
Soap/rest looks so heavy :(
On Nov 1, 2012 8:53 PM, "seba.wagner@gmail.com" <se...@gmail.com>
wrote:
> What do you mean by RPC?
> REST/SOAP are actually RPC Gateways.
> Also SOAP/REST is our standard RPC Gateway API.
> So what additionally RPC Gateway are you refering to?
>
> If we "open" yet another "door" to interact with OpenMeetings we should
> either make all remote calls that are available via SOAP/REST available via
> that door too (or maybe I did just not understood what you mean :))
>
> Sebastian
>
>
> 2012/11/1 Maxim Solodovnik <so...@gmail.com>
>
>> Maybe it make sense to use RPC instead of rest/soap? It should be faster.
>> Or speed is not critical?
>> On Oct 30, 2012 4:44 PM, "seba.wagner@gmail.com" <se...@gmail.com>
>> wrote:
>>
>>> Hi,
>>>
>>> we have been discussing some of the cluster approaches.
>>> I have summarized some graphs and a API descriptions:
>>>
>>> https://cwiki.apache.org/confluence/display/OPENMEETINGS/Cluster+Master-Slave+overview
>>>
>>> Sebastian
>>>
>>> --
>>> Sebastian Wagner
>>> https://twitter.com/#!/dead_lock
>>> http://www.webbase-design.de
>>> http://www.wagner-sebastian.com
>>> seba.wagner@gmail.com
>>>
>>
>
>
> --
> Sebastian Wagner
> https://twitter.com/#!/dead_lock
> http://www.webbase-design.de
> http://www.wagner-sebastian.com
> seba.wagner@gmail.com
>
Re: OpenMeetings in clustering with Master/Slave - Public API Review
Posted by "seba.wagner@gmail.com" <se...@gmail.com>.
What do you mean by RPC?
REST/SOAP are actually RPC Gateways.
Also SOAP/REST is our standard RPC Gateway API.
So what additionally RPC Gateway are you refering to?
If we "open" yet another "door" to interact with OpenMeetings we should
either make all remote calls that are available via SOAP/REST available via
that door too (or maybe I did just not understood what you mean :))
Sebastian
2012/11/1 Maxim Solodovnik <so...@gmail.com>
> Maybe it make sense to use RPC instead of rest/soap? It should be faster.
> Or speed is not critical?
> On Oct 30, 2012 4:44 PM, "seba.wagner@gmail.com" <se...@gmail.com>
> wrote:
>
>> Hi,
>>
>> we have been discussing some of the cluster approaches.
>> I have summarized some graphs and a API descriptions:
>>
>> https://cwiki.apache.org/confluence/display/OPENMEETINGS/Cluster+Master-Slave+overview
>>
>> Sebastian
>>
>> --
>> Sebastian Wagner
>> https://twitter.com/#!/dead_lock
>> http://www.webbase-design.de
>> http://www.wagner-sebastian.com
>> seba.wagner@gmail.com
>>
>
--
Sebastian Wagner
https://twitter.com/#!/dead_lock
http://www.webbase-design.de
http://www.wagner-sebastian.com
seba.wagner@gmail.com
Re: OpenMeetings in clustering with Master/Slave - Public API Review
Posted by Maxim Solodovnik <so...@gmail.com>.
Maybe it make sense to use RPC instead of rest/soap? It should be faster.
Or speed is not critical?
On Oct 30, 2012 4:44 PM, "seba.wagner@gmail.com" <se...@gmail.com>
wrote:
> Hi,
>
> we have been discussing some of the cluster approaches.
> I have summarized some graphs and a API descriptions:
>
> https://cwiki.apache.org/confluence/display/OPENMEETINGS/Cluster+Master-Slave+overview
>
> Sebastian
>
> --
> Sebastian Wagner
> https://twitter.com/#!/dead_lock
> http://www.webbase-design.de
> http://www.wagner-sebastian.com
> seba.wagner@gmail.com
>