<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">I am looking for something similar for omniORBpy, although it could run<br>in a thread other than the GUI event loop.
<br><br>Alternatively, please provide a pointer to how to interface omniORBpy to<br>Twisted, i.e. send data from a CORBA client to the omniORBpy to the<br>Twisted framework to a Twisted server faithfully.<br></blockquote>
</div><br><div>I'm not sure what you're asking, exactly.</div><div><br class="webkit-block-placeholder"></div><div>You don't have to do anything special to use omniORBpy with anything. You don't actually have to ever run "
orb.run()" and enter an event loop to use it; all you have to do is register servants with a POA, and use poa._get_the_POAManager().activate(). Unlike twisted, there's no separate event loop to maintain and integrate at all.
</div><div><br class="webkit-block-placeholder"></div><div>omniORB automatically runs in any number of threads seamlessly with no effort required from you. It handles connections, spawns threads, and does everything itself internally.
</div><div><br class="webkit-block-placeholder"></div><div>The only thing you have to worry about is having code instigated from omniORB interacting with the GUI. In this case, you use "wx.CallAfter" to control the GUI and send changes to it.
</div><div><br class="webkit-block-placeholder"></div><div>So if you get a chunk of data in a CORBA object and want it to trigger a change in your GUI, you "wx.CallAfter(self.control,argument)" instead of "
self.control(argument)" and the GUI will process it.</div><div><br class="webkit-block-placeholder"></div><div>I can give more specific details, as we use omniORB and wxPython extensively ... but need more specific questions.
</div><div><br class="webkit-block-placeholder"></div><div>--Stephen</div>