使用 HSQLDB 进行生产安全吗? (JBoss AS5.1)

发布于 2024-08-22 14:17:25 字数 318 浏览 4 评论 0原文

JBoss 开发人员警告不要使用 HSQLDB 作为持久存储(请参阅 JBoss wiki)。但我很困惑,因为 HSQLDB 似乎在生产中大量使用。

特别是,上面提到的页面似乎完全警告不要使用 HSQLDB,而不是反对与 JBoss 结合使用。

是否仍然不建议在 JBoss 中使用 HSQLDB(特别是社区 JBoss 5.1 中捆绑的默认数据源)?

*:我们计划在内存模式下使用它。

The JBoss developers warn against the use of HSQLDB as a persistent storage (see JBoss wiki). I am confused though, because HSQLDB appears to be used heavily in production.

Especially, the above mentioned page seems to warn against the use of HSQLDB entirely and not against the use in conjunction with JBoss.

Is it still not recommendable to use HSQLDB in JBoss (particularly, the bundled default datasource in Community JBoss 5.1)?

*:We plan to use it in in-memory mode.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

你不是我要的菜∠ 2024-08-29 14:17:25

如果您自己的链接不能说服您,那么请考虑在内存模式下使用它可能会在 JMS 队列备份时导致不良影响 — JBoss 将开始尝试将消息持久保存到后备存储以释放堆空间,但这实际上没有帮助。很快,您就会在 GC 中旋转或抛出 OOM 异常。

If your own link doesn't convince you, then consider that using it in in-memory mode can lead to undesirable effects when JMS queues get backed up -- JBoss will start trying to persist the messages to the backing store to free heap space, but that won't actually help. Soon, you're spinning in GC or throwing OOM exceptions.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文