On Feb 12, 2008, at 7:43 PM, Shane Hathaway wrote:
Chris Withers wrote:
Anyway, lets get on and insert our 'broken' marker so that we don't
get
POSKeyErrors raised:
import cStringIO
import cPickle
import transaction
s = app._p_jar.db()._storage
file = cStringIO.StringIO()
p =
Chris Withers wrote:
I did try this:
data._p_jar = app._p_jar
data._p_oid = oid
app.x = data
import transaction
transaction.get().note('Fix POSKeyError')
transaction.commit()
...but it didn't work. I don't know if the differences are significant.
app.x = data won't work because
On Feb 13, 2008, at 11:49 AM, Marius Gedminas wrote:
Data-loss bugs are *bad*
Do all of these unfortunate conditions recently described
go away if we don't have references to external persistent instances?
Are there benefits of cross-storage references that justify this risk?
On Feb 13, 2008, at 1:45 PM, Binger David wrote:
On Feb 13, 2008, at 11:49 AM, Marius Gedminas wrote:
Data-loss bugs are *bad*
Do all of these unfortunate conditions recently described
go away if we don't have references to external persistent
instances?
Are there benefits of
Jim Fulton wrote:
Also, in the medium term, you can use zc.FileStorage to disable GC
during packing. My plan is that this will become a built-in (and
cleaner) FileStorage feature in ZODB 3.9.
By disabling GC, you mean that packing retains at least one version of
every object, correct?
On Feb 13, 2008, at 5:40 PM, Shane Hathaway wrote:
Jim Fulton wrote:
Also, in the medium term, you can use zc.FileStorage to disable GC
during packing. My plan is that this will become a built-in (and
cleaner) FileStorage feature in ZODB 3.9.
By disabling GC, you mean that packing retains
On Feb 13, 2008, at 6:14 PM, Binger David wrote:
On Feb 13, 2008, at 3:58 PM, Jim Fulton wrote:
Note that, IMO, some of the best use cases for multi databases are
separating catalog and session data from regular content.
Could you say more about what the benefit of this separation is,
On Wed, Feb 13, 2008 at 07:34:20PM -0500, Jim Fulton wrote:
On Feb 13, 2008, at 6:14 PM, Binger David wrote:
On Feb 13, 2008, at 3:58 PM, Jim Fulton wrote:
Note that, IMO, some of the best use cases for multi databases are
separating catalog and session data from regular content.
Could
Paul Winkler wrote:
We've been discussing doing this for openplans.org... one question
that came up that none of us knew the answer to: If I undo some
changes to content, what happens to the index values for that content?
Does undo fire an ObjectModifiedEvent?
Last time I looked it didn't.