[ZODB-Dev] ZODB 3.9

2009-04-06 Thread Alan Runyan
Hi.

I was just reviewing what is pending for ZODB 3.9.
https://bugs.launchpad.net/zodb/3.9/+bugs

Looks like all of the bugs listed for 3.9 are fixed or fixes are known
and pending.
Is a ZODB 3.9 beta around the corner?

According to changes.txt the first alpha of 3.9 was cut almost 1/2 year ago

cheers
alan
___
For more information about ZODB, see the ZODB Wiki:
http://www.zope.org/Wikis/ZODB/

ZODB-Dev mailing list  -  ZODB-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zodb-dev


Re: [ZODB-Dev] 'PersistentReference' object has no attribute '_p_jar'

2009-04-06 Thread Dominique Lederer
Dominique Lederer schrieb:
> Dieter Maurer schrieb:
>> Dominique Lederer wrote at 2009-3-30 11:15 +0200:
>>> I am using ZODB 3.8.1 with Relstorage 1.1.3 on Postgres 8.1
>>>
>>> Frequently i am getting messages like:
>>>
>>> Unexpected error
>>> Traceback (most recent call last):
>>>  File
>>> "/home/zope/zope_script/eggs/ZODB3-3.8.1-py2.4-linux-x86_64.egg/ZODB/ConflictResolution.py",
>>> line 207, in tryToResolveConflict
>>>resolved = resolve(old, committed, newstate)
>>>  File
>>> "/home/zope/zope_script/eggs/zope.app.keyreference-3.4.1-py2.4.egg/zope/app/keyreference/persistent.py",
>>> line 55, in __cmp__
>>>return cmp(
>>> AttributeError: 'PersistentReference' object has no attribute '_p_jar'
>> You traceback looks strange. I miss a "resolve" line.
>>
>> The bug is probably in this "resolve" function (missing in the traceback).
>> The state handed down to the "resolve" function does not contain
>> true persistent objects; instead they are replaced by "PersistentReference"s
>> with almost no functionality. I think, the only thing one can do
>> with them is compare them for equality.
> 
> thats all the traceback gives me.
> 
> i am now updating to zope.app.keyreference 3.6.0, which seems to fix the
> problem, at least the changelog states:
> 
> Added support for new `ZODB.ConflictResolution.PersistentReference` behavior
>   to persistent key references so that they can now, in many cases, allow
>   conflict resolution when they are used as keys or set members in ZODB
>   `BTrees` data structures.
> 
> if this fixes the issue, Zope3.4 should *not* pin zope.app.version to 3.4.0 
> when
> using ZODB 3.8.0
> 
> may i ask, which is the right mailing list to report this?
> 
> cheers Dominique

zope.app.version should be zope.app.keyreference, sorry :)

___
For more information about ZODB, see the ZODB Wiki:
http://www.zope.org/Wikis/ZODB/

ZODB-Dev mailing list  -  ZODB-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zodb-dev


Re: [ZODB-Dev] 'PersistentReference' object has no attribute '_p_jar'

2009-04-06 Thread Dominique Lederer
Dieter Maurer schrieb:
> Dominique Lederer wrote at 2009-3-30 11:15 +0200:
>> I am using ZODB 3.8.1 with Relstorage 1.1.3 on Postgres 8.1
>>
>> Frequently i am getting messages like:
>>
>> Unexpected error
>> Traceback (most recent call last):
>>  File
>> "/home/zope/zope_script/eggs/ZODB3-3.8.1-py2.4-linux-x86_64.egg/ZODB/ConflictResolution.py",
>> line 207, in tryToResolveConflict
>>resolved = resolve(old, committed, newstate)
>>  File
>> "/home/zope/zope_script/eggs/zope.app.keyreference-3.4.1-py2.4.egg/zope/app/keyreference/persistent.py",
>> line 55, in __cmp__
>>return cmp(
>> AttributeError: 'PersistentReference' object has no attribute '_p_jar'
> 
> You traceback looks strange. I miss a "resolve" line.
> 
> The bug is probably in this "resolve" function (missing in the traceback).
> The state handed down to the "resolve" function does not contain
> true persistent objects; instead they are replaced by "PersistentReference"s
> with almost no functionality. I think, the only thing one can do
> with them is compare them for equality.

thats all the traceback gives me.

i am now updating to zope.app.keyreference 3.6.0, which seems to fix the
problem, at least the changelog states:

Added support for new `ZODB.ConflictResolution.PersistentReference` behavior
  to persistent key references so that they can now, in many cases, allow
  conflict resolution when they are used as keys or set members in ZODB
  `BTrees` data structures.

if this fixes the issue, Zope3.4 should *not* pin zope.app.version to 3.4.0 when
using ZODB 3.8.0

may i ask, which is the right mailing list to report this?

cheers Dominique

___
For more information about ZODB, see the ZODB Wiki:
http://www.zope.org/Wikis/ZODB/

ZODB-Dev mailing list  -  ZODB-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zodb-dev