<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>