FiWare CEP(质子)不';t通过REST响应

FiWare CEP(质子)不';t通过REST响应,fiware,complex-event-processing,fiware-cep,Fiware,Complex Event Processing,Fiware Cep,我对CEP有一些问题,我希望有人能帮助我。我在FiWare云中有一个CEP实例,具有默认设置。我有一个带有3个参数的事件,一个临时上下文,它定义了从启动时开始,永不结束的事件,没有其他特殊的事件。如果出现此事件,CEP应使用REST输出进行响应。几小时内一切正常,但第二天就停止了。尝试重新启动服务器,并重新启动定义 有什么想法吗?我们需要您了解您的环境和规则的json描述。 我的直觉是服务器崩溃是由于内存溢出,因为没有结束的上下文会耗尽机器资源。此外,这取决于事件的发生率。 您可以在《用户指南》

我对CEP有一些问题,我希望有人能帮助我。我在FiWare云中有一个CEP实例,具有默认设置。我有一个带有3个参数的事件,一个临时上下文,它定义了从启动时开始,永不结束的事件,没有其他特殊的事件。如果出现此事件,CEP应使用REST输出进行响应。几小时内一切正常,但第二天就停止了。尝试重新启动服务器,并重新启动定义


有什么想法吗?

我们需要您了解您的环境和规则的json描述。 我的直觉是服务器崩溃是由于内存溢出,因为没有结束的上下文会耗尽机器资源。此外,这取决于事件的发生率。 您可以在《用户指南》中阅读有关规则的更多信息:
-Uri

问题可能是服务器本身或将输入事件发布为RESTful服务的输出。 我建议如下:质子在初始化时发布控制台输出。Tomcat的日志文件(catalina.log)应该包含有关Proton web应用程序初始化的信息。它还将包含任何类型的错误消息。您还应该看到质子是否接收到任何输入事件——它们也会打印到日志中。 请共享此日志文件。
此外,您还可以尝试一些方法—您可以添加一个文件使用者(如何执行此操作的示例可在质子文档中找到),并查看是否将DiscountReport事件发布到该文件中。这将有助于确定问题是否出在您的RESTful消费者身上

我之前通过电子邮件向您发送了json描述。我认为这不是一个与内存相关的问题,因为我不经常发送一些事件,顺便说一句,我重新启动了服务器。嗨,亚当,很抱歉,但最好是在这里附加这个Json与我们共享。其次,不清楚重新启动时您做了什么,以及为什么它与最初启动时工作了几个小时不同。请澄清。您还可以共享所使用的服务器资源吗?再次感谢。亚当,如果你在这里仍然有问题,请回复我上面的请求,这样我们可以帮助你。如果该问题现在已经解决,请在此处注明。很抱歉,没有回复。我的JSON可以在这里找到:。通过重新启动,我的意思是首先重新启动Tomcat服务器,然后重新启动云实例。我的服务器配置是:RAM:2GB,CPU:1VCPU,磁盘:20GB。工作结束后我什么也没做,只是回家,第二天就不工作了。谢谢你,亚当,你试过这些吗?有什么结论可以和我们分享吗?