- The last release of zope.error doesn't have all dependencies declared
while work has been done on the trunk to fix that. Is there a specific
reason why no new release has been made since?
- zope.error depends on zope.container solely in order for the error
reporting utility to be able to subclass Contained, which in turn calls
itself a silly mix-in class. Also, zope.error makes no use of the fact
that the utility is Contained. Should the Contained support be dropped
or somehow made conditional on whether zope.container is available?
- zope.error depends on zope.publisher which is only used by the tests in
order to provide a request object from which to read some information
for the error log. However, the code that reads that information is
rather liberal as to what the request actually is, and doesn't
technically require it to be a zope.publisher HTTP request. I think this
should be made more consistent by either making the error logging code
stricter or using a minimal request object in the tests. Opinions?
Cutting the dependency on zope.container would drop the total number of
dependencies of zope.error (trunk) from 30 to 22, additionally cutting the
dependency on zope.publisher would make it 10.
Zope-Dev maillist - Zope-Dev@zope.org
** No cross posts or HTML encoding! **
(Related lists -