Session JBOSS配置

Session JBOSS配置,session,configuration,parameters,jboss,Session,Configuration,Parameters,Jboss,免责声明:我更多的是一个程序员,对JBOSS知之甚少 当我们部署系统时,它在测试环境中正常工作。但是,在生产中,由于存在多个用户,并且正在更新/保存大量数据,因此出现了一些问题。正在创建双重更新,除非重新启动服务器,否则某些功能无法工作。我认为这可以通过修改JBOSS的任何会话或内存参数来纠正。因此,我们可以防止每次发生错误时重新启动服务器 问题:我们应该编辑什么参数或jboss配置以适应多个用户和大量事务。我不确定您使用的jboss版本,但如果您想增加JVM内存,可以修改bin文件夹中run.

免责声明:我更多的是一个程序员,对JBOSS知之甚少

当我们部署系统时,它在测试环境中正常工作。但是,在生产中,由于存在多个用户,并且正在更新/保存大量数据,因此出现了一些问题。正在创建双重更新,除非重新启动服务器,否则某些功能无法工作。我认为这可以通过修改JBOSS的任何会话或内存参数来纠正。因此,我们可以防止每次发生错误时重新启动服务器


问题:我们应该编辑什么参数或jboss配置以适应多个用户和大量事务。

我不确定您使用的jboss版本,但如果您想增加JVM内存,可以修改bin文件夹中run.bat文件中的以下行:

set JAVA_OPTS=%JAVA_OPTS% -Xms128m -Xmx512m
Xms=最小尺寸,Xmx是最大尺寸。如果您认为这是由于缺乏资源造成的,您可能希望将其增加到以下程度:

set JAVA_OPTS=%JAVA_OPTS% -Xms512m -Xmx1024m

只有一个或很少的用户使用系统时,一切正常吗?在我看来,这更像是一个编码问题。

您需要调查应用程序未按您希望的方式运行的原因。你可以考虑的一些要点:

  • 在Jboss支持中记录请求
  • 尝试增加Java堆大小。(这可以通过在standalone.conf中编辑条目来完成)
  • 尝试启用gc日志以查看垃圾是否正确收集
  • 检查代码中是否存在内存泄漏
  • 尝试分析线程转储以检查某些线程是否被阻塞
  • 查看服务器CPU和内存利用率是否高

  • 检查JVM的堆大小,并根据可用的机器RAM进行设置

    在部署到生产环境之前,必须完成性能测试。您可以使用一些监控工具或JMX工具在性能测试中检查代码的行为

    调整堆大小、GC alogrithm等参数,您可能希望定义年轻一代的固定大小

    同时调整线程。

    问题是什么?你看到了什么问题?对不起。我包括了这个问题。我有这样一种理论,即大多数问题都发生了(重复记录、没有检索到数据、某些数据没有正确保存,等等)。我不确定原因是浏览器缓存还是jboss会话。所以我试图限制这种可能性。你使用的是什么版本的应用服务器?指定AS7已发布,配置和管理方法已更新(在许多情况下,完全重写),这一点很重要。