[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Cancellation forwarding protocol (was Re: Reliability of RPC service
From: |
Jonathan S. Shapiro |
Subject: |
Re: Cancellation forwarding protocol (was Re: Reliability of RPC services) |
Date: |
Fri, 28 Apr 2006 08:36:37 -0400 |
On Fri, 2006-04-28 at 14:06 +0200, Bas Wijnen wrote:
> On Thu, Apr 27, 2006 at 04:06:35PM -0400, Jonathan S. Shapiro wrote:
> > Because of this, the operation that you want here is Discrim.
> >
> > HOWEVER!!!
> >
> > This case is so universal that there will be a safeGetType() method on
> > the discrim interface. Discrim.safeGetType() will perform:
> >
> > {
> > if (discrim.classify(theCap) == ctInvalid
> > return ctInvalid;
> > else
> > return theCap.getType();
> > }
> >
> > This is actually implemented at the library level, and I had forgotten
> > about it.
>
> So if the capability is invalid, it isn't invoked, but ctInvalid is returned
> instead. However, if it is valid, the capability is invoked in order to get
> the type, and a reply capability is thereby invalidated.
Yes, I see that the pseudo-code I gave above is incorrect. One only
wants to do the classify part for the cancellation protocol.
Also, one *never* wants to do gettype on a reply capability.
shap
- Re: Cancellation forwarding protocol (was Re: Reliability of RPC services), (continued)
- Re: Cancellation forwarding protocol (was Re: Reliability of RPC services), Jonathan S. Shapiro, 2006/04/27
- Re: Cancellation forwarding protocol (was Re: Reliability of RPC services), Pierre THIERRY, 2006/04/27
- Re: Cancellation forwarding protocol (was Re: Reliability of RPC services), Jonathan S. Shapiro, 2006/04/27
- Re: Cancellation forwarding protocol (was Re: Reliability of RPC services), Pierre THIERRY, 2006/04/27
- Re: Cancellation forwarding protocol (was Re: Reliability of RPC services), Jonathan S. Shapiro, 2006/04/27
- Re: Cancellation forwarding protocol (was Re: Reliability of RPC services), Bas Wijnen, 2006/04/28
- Re: Cancellation forwarding protocol (was Re: Reliability of RPC services),
Jonathan S. Shapiro <=
- Re: Cancellation forwarding protocol (was Re: Reliability of RPC services), Pierre THIERRY, 2006/04/27
- Re: Reliability of RPC services, Tom Bachmann, 2006/04/25
- Re: Reliability of RPC services, Jonathan S. Shapiro, 2006/04/25
- Re: Reliability of RPC services, Bas Wijnen, 2006/04/25
- Re: Reliability of RPC services, Jonathan S. Shapiro, 2006/04/25
- Re: Reliability of RPC services, Pierre THIERRY, 2006/04/25
- Re: Reliability of RPC services, Jonathan S. Shapiro, 2006/04/25
- Re: Reliability of RPC services, Michal Suchanek, 2006/04/26
- Re: Reliability of RPC services, Pierre THIERRY, 2006/04/24
- Re: Reliability of RPC services, Jonathan S. Shapiro, 2006/04/24