HTTP线程池和JNDI数据源连接池

马丁·卡西迪(Martin Cassidy)

我正在寻找一些最佳实践和建议,以与JNDI数据源的连接池大小相比,如何在jboss / wildfly中配置线程池以处理http请求。

尽管服务器上还有其他Web应用程序运行,但是新的Web服务应用程序使用Spring安全性进行身份验证,该安全性通过JNDI检索的JDBC数据源调用我的数据库。如果在认证时抛出异常,Spring Security会将其解释为认证失败,并返回401,这很有意义。

我们已将限制实现为自定义的Spring安全过滤器,该过滤器可按用户,按端点,按端点工作,并且在应用身份验证之前需要进行身份验证。

当用jmeter锤击服务来测试限制时,我开始看到返回401响应,因为没有更多的JDBC连接可用。本质上,jboss / wildfly具有足够的HTTP线程来处理请求,但没有足够的JDBC连接来匹配。

我不愿意增加数据源连接池以匹配HTTP线程池,因为这看起来很愚蠢。我想知道是否有关于此问题的最佳实践。目前,我正在考虑向Spring安全异常处理中添加一些额外内容,以检查引发的异常,如果它不在JDBC连接范围内,则返回503。

vasa.v03

理想情况下,您的http线程将等待db连接池返回连接对象,因此检查等待时间可能很小。

本文收集自互联网,转载请注明来源。

如有侵权,请联系 [email protected] 删除。

编辑于
0

我来说两句

0 条评论
登录 后参与评论

相关文章