[ZODB-Dev] Re: [Bug] ZODB invalidation processing

[Joachim Schmitz]

Tres Seaver schrieb:
>>
>> <BTrees._IOBTree.IOBTree object at 0xb562fadc>
>> <DateIndex at created>
>> <Products.ZCatalog.Catalog.Catalog object at 0xb12d622c>
>> <CatalogTool at portal_catalog>
>> <CPSDefaultSite at uniben>
>> <Application at >
>> {'Application': <Application at >, 'ZGlobals': <BTrees._OOBTree.OOBTree 
>> object at 0xb2739224>}
>>
>> What does this tell us ?
> 
> That is a "real" conflict:  both transactions have inserted values into
> the 'created' date index's '_index'  under the same key, which can't be
> resolved.  Retrying the transaction is the only choice here.
> 
> Because DateIndexes convert the indexed value to an integer with
> precision of one minute,
really one minute or do you mean second.

  a date index on 'created' is fairly likely to
> generate such conflicts when two parties both create content at the same
> time.
But then I wonder how a CMF site could ever work, this error shows up 
already on my lokal system when to users add something. On our live 
system it is killing our portal ?
I would consider this a bug.

> 
> Ideally, one would examine the two values being inserted, note that they
> were both IITreeSet instances containing one int apiece, and exploit our
> knowledge of the application semantics to merge them, removing the
> conflict;   however, *because* they are IITreeSets, and therefore
> separate persistent objects, their state is not available to the
> bucket's '_p_resolveConflict', which must therefore lose.

-- 
Gruß Joachim