On Thu, Nov 12, 2009 at 12:29, Martin Aspeli wrote:
> Leonardo Rochael Almeida wrote:
>> Wouldn't it be better to just move IPubFailure before the abort? [...]
>> I can see the usefulness of the
>> transaction being already doom()ed before this event, but not aborted.
>
> There is an IPubSuccess w
Leonardo Rochael Almeida wrote:
> Wouldn't it be better to just move IPubFailure before the abort? Is
> there a reason for subscribing to such an event which would required
> the transaction to be aborted already? I can see the usefulness of the
> transaction being already doom()ed before this even
Wouldn't it be better to just move IPubFailure before the abort? Is
there a reason for subscribing to such an event which would required
the transaction to be aborted already? I can see the usefulness of the
transaction being already doom()ed before this event, but not aborted.
On Wed, Nov 11, 200
Hi,
In Zope 2.12 ZPublisher we have a good set of events now, which provide
useful hooks for modifying the response before or after publication.
However, I'd like to add one more. ;-)
Basically, we have IPubFailure, but this is sent *after*
transaction.abort() and endInteraction(). This means
