Re: request for clarification

[Jim Clark <jdc-icot@lcc.net>]

Karsten,

Your understanding on how it should work, even when the wording is not a precise
as it should be, is correct. The " requesting role cannot send a business signal
to the responding role" is meant for the context of this paragragh. The issue is
that in the case of a control failure there is no assurance that business signal
can be sent to the responding activity or role. The intent is to assert that if
there is a need to proactively cancel a pending transaction, it needs to be done
via a different route. It needs to be handled outside of the transaction in order
to assure that the responding role cannot deny that "I told you to cancel the
order". In RNet they have a convention that says that if a control exception
occurs they will execute the "Notify of Failure" PIP if a partner role (eg, Dept
Mgr, Cust Service) has been identified to recieve this notifications. In this way,
there can be a guartentee that the repoding role actually aborts the transaction.

The bottom line is that business signals can be and are sent to the responding
activity. Just in this case it makes no sense or has no guarentees.

Best regards,
Jim Clark
Principal Consultant
I.C.O.T.
936.264.3366

Karsten Riemer wrote:

> Jim,
> here is another request for clarification:
>
> The following phrase is a cut and paste from the metamodel document.
>
> A responding role that throws a business protocol exception signals the
> exception back to the requesting role and then terminates the commercial
> transaction. A requesting role that throws a business protocol exception
> terminates the transaction and then sends a notification revoking the
> offending business document request. The requesting role cannot send a
> business signal to the responding role.
>
> The last sentence says the requesting role cannot send a business signal to
> the responding role. I had previously understood that to mean never, ever. But
> now I am wondering if it is only within the context of the paragraph. The
> reason for this question is that in the patterns I see requesting roles
> sending receiptAcknowledgement signals. So a follow-up question is are
> receiptAcknowledgement from the responding role sometimes, never, or always
> required (or allowed)?
>
> thanks,
> -karsten
begin:vcard 
n:Clark;James
tel;cell:936.524.4424
tel;work:936.264.3366
x-mozilla-html:FALSE
adr:;;;;;;
version:2.1
email;internet:jdc-icot@lcc.net
fn:James Clark
end:vcard