RE: Congratulations on Christian's and co. courage

Gary,

By two identical facts I mean facts that are identical up to OID. This
is especially interesting in the context of CEP extensions that
interpret incoming events as new facts. What I was trying to say is that
normally, there is no control at all over how such facts satisfy the
rules. Such situation may arise, for example, when there are event
duplicates.

-----Original Message-----
From: Gary Hallmark [mailto:gary.hallmark@oracle.com] 
Sent: 03 September 2008 18:31
To: Alex Kozlenkov
Cc: public-rif-wg@w3.org
Subject: Re: Congratulations on Christian's and co. courage

no such thing as 2 identical facts.  Relations are sets.  Frames have a 
unique OID.
Note that PRD currently has no way to create a new object, and that is a

problem we need to fix.

Alex Kozlenkov wrote:
> And one more comment about the minimality I'm discussing in my
previous
> post. This is not an idle question. If there exist two identical
facts,
> will there be two actions executed or only one? In the language
dialect
> for event processing that the JBoss guys are developing, I was trying
to
> understand whether A<=B,C given B and C matching incoming events, if C
> was detected twice, would the action A be executed twice? What I mean
is
> that there may be situation when we want to only detect one situation
so
> that the sequence of events CCB should execute A only once.
>
>
>
________________________________________________________________________
> In order to protect our email recipients, Betfair Group use SkyScan
from 
> MessageLabs to scan all Incoming and Outgoing mail for viruses.
>
>
________________________________________________________________________
>
>   

________________________________________________________________________
In order to protect our email recipients, Betfair Group use SkyScan from 
MessageLabs to scan all Incoming and Outgoing mail for viruses.

________________________________________________________________________

Received on Wednesday, 3 September 2008 20:13:36 UTC