西提JOIN事件窗口已过期

Question

后也根据从WSO2网站的article当你从此以下两个流JOIN事件发生：

当从一个流的事件到达插播加入处理器，它与其他流窗口处理器的所有可用事件相匹配。当找到匹配项时，那些匹配的事件将被发送到查询投影机以创建输出事件;同时，原始事件将被添加到窗口处理器，并且它将保持在那里直到它到期。同样，当一个事件从其窗口处理器到期时，它会与另一个流处理器的所有可用事件进行匹配;当找到匹配项时，那些匹配的事件将被发送到查询投影机以创建输出过期事件。

基本上，一个事件将与其他流的窗口的事件，当它到达和再次将寻找新比赛时，它的从窗口过期匹配。但这不是我在我设置的测试环境中注意到的行为。这里是我的查询：

FROM first_names#window.time(1 min) AS fst 
UNIDIRECTIONAL JOIN last_names#window.time(2 min) AS lst 
ON fst.identifier == lst.identifier 
SELECT 
    fst.identifier, 
    fst.firstName, 
    lst.lastName 
INSERT INTO full_names 

然后我发布的顺序以下事件以下列出的各自的流：

{ 
    "lastName": "Colbert", 
    "identifier": 1 
} 

{ 
    "firstName": "Stephen", 
    "identifier": 1 
} 

{ 
    "lastName": "Carell", 
    "identifier": 1 
} 

当第二事件到达，其对应已经存在其他流的窗口，所以他们匹配和加入事件正如预期地立即发射：

{ 
    "firstName": "Stephen", 
    "lastName": "Colbert", 
    "identifier": 1 
} 

然后新近到达的事件也被存放于该流窗口为1分钟：

{ 
    "firstName": "Stephen", 
    "identifier": 1 
} 

当1分钟高达并且该事件被终止，一个新对应因为它存在于其他流的窗口中：

{ 
    "lastName": "Carell", 
    "identifier": 1 
} 

所以基于这样的文章应该与它新的匹配加盟事件发送以及看起来像：

{ 
    "firstName": "Stephen", 
    "lastName": "Carell", 
    "identifier": 1 
} 

但，这一事件永远不会到达，流量不表现为在那篇文章中解释！

任何想法可能会导致这种情况，或者如果该文章的声明是准确的并代表WSO2 Siddhi行为？因为我没有在官方文档或其他文章中看到这个，所以我对此有点怀疑。在此先感谢，我非常感谢您的帮助。

Answer 1

上述文章中解释的行为是准确的。这个问题似乎与您的查询。在您的测试查询中，您使用的是INSERT INTO full_names，因此只有当前事件才会发送到该流。但是，加入过期事件的事件将被发送至流，因为过期事件。因此，如果您想要获得那些过期事件，则必须特别使用其输出事件类别（即INSERT EXPIRED EVENTS INTO full_names或INSERT ALL EVENTS INTO full_names）来提及它。请参阅以下documentation以了解有关输出事件类别的更多信息。