Jeremy Hylton wrote:
If you don't run an asyncore mainloop, you'll be responsible for
manually sync-ing all the storages/connections that asyncore would
handle automatically.
Tim guessed wrong ;-)
Apart from the odd .sych() call on the various connections, what other
housekeeping does this asynco
...
[Chris Withers]
>> I'd really prefer not to do that unless absolutely necessary:
>> http://mail.zope.org/pipermail/zodb-dev/2004-June/007554.html
[Jeremy Hylton]
> It sounds like the answer here it so avoid fork, rather than asyncore.
Good advice in general to avoid both <0.5 wink>.
Still,
[Jeremy Hylton]
>> It's mentioned in the documentation -- see section 3.4 ZEO programming
>> notes -- and it's been discussed on this list many, many times.
[Chris Withers]
> Where are these notes?
http://www.zope.org/Wikis/ZODB/FrontPage/guide/index.html
Then click on section "3.4 ZEO Prog
On 4/15/05, Chris Withers <[EMAIL PROTECTED]> wrote:
> Jeremy Hylton wrote:
> >
> > It's mentioned in the documentation -- see section 3.4 ZEO programming
> > notes -- and it's been discussed on this list many, many times.
>
> Where are these notes?
In the ZODB & ZEO programming guide that's pack
Jeremy Hylton wrote:
It's mentioned in the documentation -- see section 3.4 ZEO programming
notes -- and it's been discussed on this list many, many times.
Where are these notes?
It sounds like the simplest approach for your application is to do
like Zope and start a separate thread that runs an as
On 4/15/05, Chris Withers <[EMAIL PROTECTED]> wrote:
> > Short course: A ZEO client needs to run an asyncore mainloop if it wants to
> > get invalidations processed "by magic". Alternatives include calling
> > sync(), or closing and (re)opening the connection, at appropriate times.
>
> Hurm, thi
Christian Robottom Reis wrote:
It is the official way to call sync(), yes. I don't know how you do it
in Zope, but the connection is what DB.open() returns, and is also
attached to persisted objects as the _p_jar attribute.
Hmm, does anyone know the "right" way to get this in Zope?
If I do someobj.
On Fri, Apr 15, 2005 at 02:39:03PM +0100, Chris Withers wrote:
> >>Okay, where in the above should I be calling sync()?
> >>Where do I get sync from? get_transaction() doesn't have a synch
> >>attribute..
> >
> >On the Connection, of course
>
> And how do I get hold of the connection? Is that th
Christian Robottom Reis wrote:
On Fri, Apr 15, 2005 at 12:57:07PM +0100, Chris Withers wrote:
Okay, where in the above should I be calling sync()?
Where do I get sync from? get_transaction() doesn't have a synch attribute..
On the Connection, of course
And how do I get hold of the connection? Is
On Fri, Apr 15, 2005 at 12:57:07PM +0100, Chris Withers wrote:
> Okay, where in the above should I be calling sync()?
> Where do I get sync from? get_transaction() doesn't have a synch attribute..
On the Connection, of course
Take care,
--
Christian Robottom Reis | http://async.com.br/~kiko/ | [
Tim Peters wrote:
The non-zope client has logic that looks roughly like:
for work in queue:
try:
get_transaction().begin()
# do work, change zodb objects, etc
get_transaction().commit()
except ConflictError:
get_transaction().abort()
queue.append(work)
except:
[Chris Withers]
> I have a non-zope zeo client that pumps data into a storage server for
> later consumption by a zope zeo client. Everything is Zope 2.7.5.
>
> The non-zope client has logic that looks roughly like:
>
> for work in queue:
>try:
> get_transaction().begin()
> # do work,
I had a problem like that, and I had to explicitely sync() the
connection before begin(), I think.
Florent
Chris Withers <[EMAIL PROTECTED]> wrote:
> Hi there,
>
> I have a non-zope zeo client that pumps data into a storage server for
> later consumption by a zope zeo client. Everything is Zop
13 matches
Mail list logo