Message90304
I fail to follow your logic, in the following respects:
1. The exception text cannot be cached in the formatter because a
formatter will format lots and lots of records. Formatters live for a
long time, records do not.
2. The exception text needs to be stored in the record, because in some
instances (e.g. pickling and sending over a socket) this information
will not be available at the other end in any other way.
3. The way it works now, if you have multiple formatters attached to
multiple handlers (e.g. with ISO time for log files, with no ISO time
for console output), then the traceback is only converted to text once.
4. There's nothing stopping you from overriding Formatter.format, is
there? the base version uses the cache, you can override format in your
custom formatter and ignore the cache altogether if you like.
Are you sure you've thought this through? ;-) |
|
Date |
User |
Action |
Args |
2009-07-09 06:59:17 | vinay.sajip | set | recipients:
+ vinay.sajip, srid |
2009-07-09 06:59:16 | vinay.sajip | set | messageid: <1247122756.51.0.532572459757.issue6435@psf.upfronthosting.co.za> |
2009-07-09 06:59:14 | vinay.sajip | link | issue6435 messages |
2009-07-09 06:59:14 | vinay.sajip | create | |
|