[Code] Fwd: python-openid server thread-safe methods?
Attila-Mihaly Balazs
dify.ltd at gmail.com
Wed Sep 11 11:28:49 UTC 2013
Hi,
We are using the python openid on GAE with the threaded python27 runtime
and we didn't see any problems with it. We use the gaecache.MemcacheStore
as store and a separate instance of openid.Server per thread (using
threadlocal).
Regards,
Attila
On Wed, Sep 11, 2013 at 10:15 AM, michail alexakis <
alexakis at imis.athena-innovation.gr> wrote:
> Hello to all
>
> I have posted the same question yesterday, but since i was a
> non-subscribed user, it probably
> got automatically rejected. So, i re-send my question verbatim, and i
> apologize for the duplicate:
>
> I am using the server component (OP provider) from the python-openid
> library (class openid.server.server:Server)
> inside a (Pylons-based) web application that spawns about 5-10 threads for
> serving requests.
>
> To be precise, the following methods are invoked in several places:
>
> Server.decodeRequest
> Server.handleRequest
> Server.encodeResponse
>
> Can i assume that these calls are thread-safe?
> I suppose that if these methods alter the inner state of the Server's
> instance, then it's a matter of time (and traffic)
> to see unpredictable behavior.
> Shall i wrap all these methods (maybe a proxy object) and implement my own
> locking?
>
> Another similar question is how safe is the store mechanism? The docs
> state that the FileStore class is reasonably safe.
>
> Τhanks for your time!
>
> Michail Alexakis,
> Software engineer, Athens, Greece
>
>
> _______________________________________________
> Code mailing list
> Code at lists.openid.net
> http://lists.openid.net/mailman/listinfo/openid-code
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openid.net/pipermail/openid-code/attachments/20130911/4d74954e/attachment.html>
More information about the Code
mailing list