<div dir="ltr">Hi,�<div>I am trying to detach two processes to two different machines using jsonrpc server/client�architecture�(which gives me a very nice solution).�</div><div>currently �I only have to deal with listeners issue.�</div>
<div><br></div><div>Explanation:�</div><div>�process in components A used to send listeners subscribing to certain data To Component B .</div><div><br></div><div>Now, Component A,B being in different computers I cant send te listener in the remote rpc solution.�</div>
<div>The listener that will be re-created in server B will have to open Channel to send the data to channel A.</div><div>It seems that for this part only I should use the �regular queuing system in rabbit .�</div><div>Each client will open a different queue and will add routing keys with the data it needs to subscribe to.</div>
<div><br></div><div>My questions:�</div><div>1. Is that design good? In places there used to be listeners transport for�subscribing to data I �will leave the jsonrpc solution and the listeners?</div><div>2. what is the reccomended way to choose a name for the queue for each client�</div>
<div>* Currently I am using uuid as the queue name when a client opens it and I send it also to the server.�</div><div>* I cant get the computer name (I dont use JNI) and I dont want to put it in property file.</div><div>
3. When a client dies sudddenly (unexpected ) who will close his queue ?�</div><div><br></div><div>�</div></div>