| Info |
|---|
| English |
|---|
| At the platform level, Joget Workflow has been tested to ensure that there are no leaks in memory or database connections and other resources. However, for custom scripts and plugins, etc, developers will need to ensure that database connections and other resources are properly released after being used (i.e. using a try-catch-finally block). Improper management of resources will lead to eventual exhaustion of resources, causing the system to become unresponsive or appear to hang. |
| Thai |
|---|
ในระดับแพลตฟอร์ม Joget Workflow ได้รับการทดสอบเพื่อให้แน่ใจว่าไม่มีการรั่วไหลในหน่วยความจำหรือการเชื่อมต่อฐานข้อมูลและทรัพยากรอื่น ๆ อย่างไรก็ตามสำหรับสคริปต์และปลั๊กอินที่กำหนดเอง ฯลฯ นักพัฒนาจะต้องตรวจสอบให้แน่ใจว่าการเชื่อมต่อฐานข้อมูลและทรัพยากรอื่น ๆ ได้รับการเผยแพร่อย่างถูกต้องหลังจากใช้งาน (เช่นใช้บล็อก try-catch-สุดท้าย) การจัดการทรัพยากรที่ไม่เหมาะสมจะนำไปสู่การหมดทรัพยากรในที่สุดทำให้ระบบไม่ตอบสนองหรือดูเหมือนค้าง |
|
...
| Thai |
|---|
เมื่อล็อกอินในฐานะผู้ดูแลระบบ Performance Analyzer จะแสดงจำนวนการเชื่อมต่อแหล่งข้อมูลที่ใช้งานและไม่ได้ใช้งานแพลตฟอร์มที่มุมซ้ายบนของแอป userview |
Image Modified
In a stable environment, the number of active and idle connections will increase when load increases, and reduce accordingly once connections are released. When connections are not being released properly the number of connections will keep increasing without reducing, which would give an indication of possible connection leaks.
...
| Thai |
|---|
คำเตือนรวมถึงเส้นทาง URL เพื่อให้ผู้ดูแลระบบระบุหน้าเว็บที่ทำให้เกิดปัญหา |
| Warning |
|---|
Please note that the leak detection may not work 100% as there are many variations in which custom code may cause connection leaks, but it should help to detect problems in most common JDBC code. | Thai |
|---|
โปรดทราบว่าการตรวจจับการรั่วไหลอาจไม่ทำงาน 100% เนื่องจากมีการเปลี่ยนแปลงหลายอย่างซึ่งรหัสที่กำหนดเองอาจทำให้เกิดการรั่วไหลของการเชื่อมต่อ แต่ควรช่วยตรวจจับปัญหาในรหัส JDBC ทั่วไป |
|
...