gpt4 book ai didi

mysql - 在 WSO2BPS 上执行 LoadTest 时出现 NullPointerExceptions

转载 作者:行者123 更新时间:2023-11-29 22:10:32 24 4
gpt4 key购买 nike

在 WSO2 BPS 3.2.0 上执行负载测试时,我们遇到了这个问题。

让我告诉您更多有关我们的项目和我们的行动的信息。我们的 BPS 流程旨在管理与 3 个系统的一些交互。基本上它“分布”在两个部分上 - 第一个部分是在一个系统中创建实例,然后稍等一下,然后在实例上下文中选择报价。在现实生活中,它看起来像:用户想要获得产品,应用程序向系统请求报价,然后用户从可用的报价中选择报价。在 BPS 中,第一部分是一个直接的过程,第二部分分布在两个流程上 - 一个是用新的报价刷新信息,另一个是等待用户选择其中一个。我们的目标是在负载测试中承受大约 1000-1500 个模拟线程。外部系统由 LoadUI 执行的模型进行模拟。

如果我们在进程的部署描述符中禁用“进程级监视事件”(将其设置为“无”),我们就可以实现我们的目标。几个小时内一切都进展顺利。

但是,如果我们启用此功能(并且我们需要),很快一切都会出错(大约运行 100-200 次):

[2015-07-28 17:47:02,573] 错误 {org.wso2.carbon.bpel.core.ode.integration.BPELProcessProxy} - 处理 MEX null 响应时出错java.lang.NullPointerException 在 org.wso2.carbon.bpel.core.ode.integration.BPELProcessProxy.onResponse(BPELProcessProxy.java:402) 在 org.wso2.carbon.bpel.core.ode.integration.BPELProcessProxy.onAxisServiceInvoke(BPELProcessProxy.java:187) 在[...等等...]

第一次出现此错误后,会出现另一种类型 - 其他线程在超时后就会失败。

看来数据库没问题(顺便说一句,是MySQL 5.6.25)。仪表板显示没有极端水平的输入或输出。

所以我认为 BPS 本身就造成了瓶颈。我们给了它 8gb 堆,并且它的conf选项设置为极端数量的线程(如果可能的话设置负值,如果不是 - 只是大得离谱,比如 100000)。

有人遇到过这个问题吗?非常感谢任何帮助。

最佳答案

在 BPS 3.5.0 版本中已解决,请参阅发行说明

关于mysql - 在 WSO2BPS 上执行 LoadTest 时出现 NullPointerExceptions,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/31720767/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com