Thanks Tres, I've ended up with a threadHelper.py module that seems to be working well, I'll post it as its small and might be useful for people googling in the future.
"""Helper utilities for working with threads.""" from ZODB.interfaces import IDatabase from zope.app import zapi from zope.app.traversing.api import traverseName from zope.app.component.hooks import setSite from zope.app.component.interfaces import ISite from transaction import manager def setupWorkerThread(path): """sets up the regular contexts for your worker thread, takes a path which can be found with zope.app.traversing.api.getPath(obj), the site context of your thread will be configured based on this path and the object at the path returned.""" db = zapi.getUtility(IDatabase) #XXX assumes we have only one db conn = db.open() root = conn.root() manager.begin() ctx = root['Application'] for seg in path.split('/')[1:]: ctx = traverseName(ctx, seg.encode("ASCII")) if ISite.providedBy(ctx): setSite(ISite(ctx)) return ctx def closeWorkerThread(): manager.commit() On 7/3/07, Jim Fulton <[EMAIL PROTECTED]> wrote:
What Tres said. :) Jim On Jun 29, 2007, at 8:54 AM, Tres Seaver wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Tim Stebbing wrote: >> G'day, >> >> I've recently ran into a bit of a problem attempting to use >> threads in >> zope 3.2.1, hooks.getSite() returns None, and any attempt to get a >> utility results in a component lookup error within my threads. >> >> I've attempted to pass a site into a thread and set it with >> hooks.setSite() but this is apparently not the way to go, I get the >> feeling that a thread that needs access to things form the database >> probably needs its own connection, context etc. > > Your worker thread almost certainly needs its own database > connection(s): applicaiton code typically relies on the isolation > provided by connection-per-thread, which means that it is not > "safe" in > general to share persistent objects between threads. > > Assuming that you do grab a connection and get its root object, you > should then be able to traverse to your friendly local site manager, > calling 'setSite' at *each* parent site manager you pass along the > way. > >> I'm aware of ITask's but unsure if developers are supposed to use >> them >> for their own purposes? Do these handle setting up of contexts like >> db, site, global utils etc? I've googled around a fair bit and been >> over all the z3 doco, it would be great if there was a simple >> howto on >> setting up a thread that would have the usual access to various >> components. > > > Tres. > - -- > =================================================================== > Tres Seaver +1 540-429-0999 [EMAIL PROTECTED] > Palladion Software "Excellence by Design" http://palladion.com > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.6 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFGhQEG+gerLs4ltQ4RAh6EAJ9DzBW20NPz4tAE3BydJ789Vokx0wCg2qMp > yBB8XemrjD7dXPwwwz4y9Yo= > =+iwh > -----END PGP SIGNATURE----- > _______________________________________________ > Zope3-dev mailing list > Zope3firstname.lastname@example.org > Unsub: http://mail.zope.org/mailman/options/zope3-dev/jim%40zope.com > -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporation http://www.zope.com http://www.zope.org
-- Timothy J Stebbing _______________________________________________ Zope3-dev mailing list Zope3email@example.com Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com