I think that this would make a great dev.zope.org fish-bowl project. I'd love to see someone come up with an exception model for Zope: - arranging exceptions in a hierarchy. - defining standard APIs for exceptions. To give an example of what I'd like to gain by having exception APIs, I'd like there to be ab API for finding out whether an exception is meant for a human and getting an exception as HTML, so we stop embedding markup in exception values to indicate errors meant for humans. Any volunteers? :) Jim seb bacon wrote:
I was just building in some error handling into some UI code, and wanted to catch errors relating to duplicate ids. The problem is that just about every client-side error raises the same kind of Exception, a 'Bad Request'. A quick grep counted 41 different types of 'Bad Request' in my Zope source.
Wouldn't it be *much* nicer to have a hierarchy of exception types, so that applications can deal with them at an arbitrarily granular level? e.g.
ZopeException | `RequestException | | | `XMLException | `IdException | | | `ReservedWordException | `DuplicateException
Has this discussion taken place before? Would it be useful? Would its effort:benfits ratio be too great to justify doing?
seb
_______________________________________________ Zope-Dev maillist - Zope-Dev@zope.org http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )