On Thursday 19 February 2009 20:59:19 Jean-Paul Calderone wrote:
> The convention is for avatarId to be a string, but as the anonymous case
> indicates, that's not strictly required. :) The real requirement is that
> the realm be able to interpret the avatarId. The way this generally works
Heh,
On Thu, 19 Feb 2009 20:22:30 +0100, Esteve Fernandez
wrote:
On Thursday 19 February 2009 19:46:59 Jean-Paul Calderone wrote:
>But, in our case, requestAvatar can only return something based on what
> the checker returns. I mean, requestAvatar receives an avatarId (as a
> result of Checker#requ
On Thursday 19 February 2009 19:46:59 Jean-Paul Calderone wrote:
> >But, in our case, requestAvatar can only return something based on what
> > the checker returns. I mean, requestAvatar receives an avatarId (as a
> > result of Checker#requestAvatarId), a mind and a bunch of interfaces, but
> > the
On Thu, 19 Feb 2009 19:39:48 +0100, Esteve Fernandez
wrote:
On Thursday 19 February 2009 18:57:29 Jean-Paul Calderone wrote:
On Thu, 19 Feb 2009 18:47:37 +0100, Esteve Fernandez
wrote:
>On Thursday 19 February 2009 18:28:59 Jean-Paul Calderone wrote:
>> What kind of "extra information" are
On Thursday 19 February 2009 18:57:29 Jean-Paul Calderone wrote:
> On Thu, 19 Feb 2009 18:47:37 +0100, Esteve Fernandez
wrote:
> >On Thursday 19 February 2009 18:28:59 Jean-Paul Calderone wrote:
> >> What kind of "extra information" are you trying to pass? Generally, all
> >> information belongs
On Thu, 19 Feb 2009 18:47:37 +0100, Esteve Fernandez
wrote:
On Thursday 19 February 2009 18:28:59 Jean-Paul Calderone wrote:
What kind of "extra information" are you trying to pass? Generally, all
information belongs with the avatar object. The mind should be used to
interact with the protoc
On Thursday 19 February 2009 18:47:37 Esteve Fernandez wrote:
> On Thursday 19 February 2009 18:28:59 Jean-Paul Calderone wrote:
> > What kind of "extra information" are you trying to pass? Generally, all
> > information belongs with the avatar object. The mind should be used to
> > interact with
On Thursday 19 February 2009 18:28:59 Jean-Paul Calderone wrote:
> What kind of "extra information" are you trying to pass? Generally, all
> information belongs with the avatar object. The mind should be used to
> interact with the protocol's notion of the user (as the avatar is used to
> interac
On Thu, 19 Feb 2009 18:07:02 +0100, Esteve Fernandez
wrote:
Hi all, I'm using HTTPAuthSessionWrapper to wrap a portal, which uses our own
checker against an internal service to authenticate users and I'm having
trouble to pass extra information to sub resources.
I've read about the mind object
Hi all, I'm using HTTPAuthSessionWrapper to wrap a portal, which uses our own
checker against an internal service to authenticate users and I'm having
trouble to pass extra information to sub resources.
I've read about the mind object and I think that's where all that information
should go. How
Hi,
background:
I'm currently working on a PoC with twisted, Python, to prove the
technology as an alternative to more
established enterprise choices (java app servers, etc..).
The idea is to build lightweight services to process atomic "chunks"
of business processes, that can scale
horizontally
On 04:19 am, luper.ro...@gmail.com wrote:
My first attempt was to run the reactor in the main thread, but the
application was "freezing" when e.g. doing a SELECT with SQLAlchemy/
psycopg2 (I guess because psycopg2 just waits for data and blocks
the twisted reactor). So I put reactor.run() in
12 matches
Mail list logo
