在平台级别上，Joget Workflow已经过测试，以确保内存或数据库连接和其他资源没有泄漏。但是，对于自定义脚本和插件等，开发人员需要确保数据库连接和其他资源在使用后（即使用try-catch-finally块）被正确释放。资源管理不当将最终导致资源枯竭，导致系统无响应或挂起。 |
在第6版中, 性能分析器 的一项新功能现在提供了在运行时监视数据库连接，并警告可能的数据库连接泄漏。
当以管理员身份登录时，性能分析器会在应用程序用户视图的左上角显示活动和闲置平台数据源连接的数量。
在一个稳定的环境中，当负载增加时，活动连接和空闲连接的数量将增加，并且一旦释放连接，连接的数量就会相应减少 当连接没有被正确释放时，连接的数量将会不断增加而不会减少，这将显示可能的连接泄漏。
这个连接监视跟踪平台数据源。但是，也有很多情况下，BeanShell脚本或自定义插件中的自定义JDBC代码不使用平台数据源，并使用自己的JDBC连接。为了解决这个，有一个警告机制，检查可能导致泄漏的潜在的未关闭的JDBC连接。此检测适用于BeanShell和自定义插件代码。当检测到可能的泄漏时，将在平台日志文件中捕获警告，例如，
WARN 22 Aug 2016 12:06:10 org.joget.commons.util.Analyzer - Possible unclosed DB connections: 4; URL: /jw/web/userview/dbtest/v/_/form1_crud |
警告包含URL路径，因此管理员可以识别导致问题的页面。
请注意，泄漏检测可能无法100％正常工作，因为自定义代码可能会导致连接泄漏，但它应该有助于检测大多数常见JDBC代码中的问题。 |