In article [EMAIL PROTECTED],
Alex Martelli [EMAIL PROTECTED] wrote:
.
.
.
Yeah, O'Reilly tools have this delightful penchant for inserting a space
between two adjacent underscores, drives me crazy:-(.
Alex
Do more of us
Cameron Laird [EMAIL PROTECTED] wrote:
In article [EMAIL PROTECTED],
Alex Martelli [EMAIL PROTECTED] wrote:
.
Yeah, O'Reilly tools have this delightful penchant for inserting a space
between two adjacent underscores, drives me crazy:-(.
Alex
Do more of us need to
In article [EMAIL PROTECTED],
Alex Martelli [EMAIL PROTECTED] wrote:
.
.
.
Note also that you can freely download all of the code in my book as
http://examples.oreilly.com/pythonian/pythonian-examples.zip (it's just
36 KB).
Cameron Laird [EMAIL PROTECTED] wrote:
In article [EMAIL PROTECTED],
Alex Martelli [EMAIL PROTECTED] wrote:
.
Note also that you can freely download all of the code in my book as
http://examples.oreilly.com/pythonian/pythonian-examples.zip (it's just
36 KB). In that
Duncan Grisby [EMAIL PROTECTED] (DG) wrote:
DG I've not done any benchmarks for Python (yet), but I've just posted
DG some results to comp.object.corba that show omniORB is a lot faster
DG than Ice for many things.
Very n ice (that was an accident, but I decided to let it stay).
--
Piet van
In article [EMAIL PROTECTED],
Piet van Oostrum [EMAIL PROTECTED] wrote:
On http://www.zeroc.com/performance/ they compare it with TAO and it seems
to be faster. It looks also a bit simpler. I don't have experience with Ice
myself but a colleague of mine experimented with it and was
Duncan Grisby [EMAIL PROTECTED] (DG) wrote:
DG In article [EMAIL PROTECTED],
DG Piet van Oostrum [EMAIL PROTECTED] wrote:
A more lightweight solution might be Ice. http://www.zeroc.com/ice.html
It is architecturally similar to Corba, but with less overhead.
DG More lightweight and less
Cameron Laird [EMAIL PROTECTED] wrote:
In article [EMAIL PROTECTED], I mumbled:
.
.
.
Pyro might be perfect. My own instinct is to start even more
primitively, with a minimal asynchat client and server. I've
looked through
Duncan Grisby [EMAIL PROTECTED] (DG) wrote:
DG To me, the situation sounds complex enough, especially with the need
DG for callbacks, that CORBA is an ideal solution. At the expense of a
DG small amount of boilerplate code, all the communication issues are
DG handled for you. In this day and
In article [EMAIL PROTECTED],
Piet van Oostrum [EMAIL PROTECTED] wrote:
A more lightweight solution might be Ice. http://www.zeroc.com/ice.html
It is architecturally similar to Corba, but with less overhead.
More lightweight and less overhead in what sense? The performance
measurements I've
Hello
I would like to create an API for a piece of Python code. The API is for use
by non Python code.
It should support interaction in both directions, both accessing functions
on the API and the ability for the API to raise events on its client.
What is the best way to do that?
I though of
While not sure of the behavior you are trying to achieve, XML-RPC comes
to mind. But it's based on HTTP protocol in which the client puts
request to the server which has to respond. The server cannot initiate
interactions.
XML-RPC is both widely avalaible, and very easy to implement.
NOTE: in
Thanks
Its an interesting solution but I need a more closely coupled solution,
with real time events, so the communication really has to be 2 ways, and not
by polling.
Thanks for putting the time and though.
Gary
[EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
While not sure of the
Gary Kshepitzki wrote:
I would like to create an API for a piece of Python code. The API is for use
by non Python code.
It should support interaction in both directions, both accessing functions
on the API and the ability for the API to raise events on its client.
What is the best way to do
On 16 Nov 2005 06:18:05 -0800, Paul Boddie [EMAIL PROTECTED] wrote:
Gary Kshepitzki wrote:
I would like to create an API for a piece of Python code. The API is for use
by non Python code.
It should support interaction in both directions, both accessing functions
on the API and the ability
Gary Kshepitzki wrote:
Hello
I would like to create an API for a piece of Python code. The API is for use
by non Python code.
It should support interaction in both directions, both accessing functions
on the API and the ability for the API to raise events on its client.
What is the best
Eric Brunel [EMAIL PROTECTED] writes:
On 16 Nov 2005 06:18:05 -0800, Paul Boddie [EMAIL PROTECTED] wrote:
One technology that I used many years ago with Python, and which should
still do the job is CORBA - at that time ILU, but I suppose the various
other ORBs should also be as capable;
Hello
I would like to create an API for a piece of Python
code. The API is for use by non Python code.
It should support interaction in both directions,
both accessing functions on the API and the ability for the API to raise events
on its clients.
What is the best way to do that?
I though
18 matches
Mail list logo
