[Zope-CMF] Re: Bad interaction between CMF 1.4 and Zope 2.8
(catalog-getObject-raises)
Tres Seaver
tseaver at palladion.com
Fri May 27 08:12:34 EDT 2005
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Florent Guillaume wrote:
> Dieter Maurer <dieter at handshake.de> wrote:
> [about getObject logging missing objects]
>
>>>Yes, logging should be there. I'll add a LOG at level WARNING somewhere,
>>>I'm not sure where (after all it's unrestrictedTraverse that does the
>>>catching).
>>
>>When something in the catalog tells you, there were an object
>>and the object is not locatable, then this is an ERROR
>>and not a WARNING -- because, you met a data inconsistency.
>>Data inconsistencies are serious enough to be classified as "ERROR".
>
>
> Let's not go into too much semantics here. Note that WARNING is an alias
> of PROBLEM. zLOG defines these levels as:
>
> PROBLEM=100 -- This isn't causing any immediate problems, but deserves
> attention.
>
> ERROR=200 -- This is going to have adverse effects.
>
> And indeed the missing object isn't causing immediate problems.
Exactly. The point is that the "adverse effect" *already happened*, in
some prior request, probably due to one of Chris' beloved hasattrs ;).
The current request should *not* be prevented from continuing.
Chris, take this as a fiat: this one will *never* turn into an exception.
Tres.
- --
===================================================================
Tres Seaver tseaver at palladion.com
Palladion Software "Excellence by Design" http://palladion.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFClw6y+gerLs4ltQ4RAhtnAJ9a8SPK1kvvKna8HsF1zfoJxY0GjwCgpy+x
QKxIGzsyT972cLHfMJAS180=
=vIRV
-----END PGP SIGNATURE-----
More information about the Zope-CMF
mailing list