ดีบักเกอร์ Eclipse จะบล็อกบน ThreadPoolExecutor เสมอโดยไม่มีข้อยกเว้นที่ชัดเจนทำไม?

ฉันกำลังทำงานในโครงการปกติของฉันใน Eclipse มันเป็นแอปพลิเคชัน J2EE ที่สร้างขึ้นด้วย Spring, Hibernate และอื่น ๆ ฉันใช้ Tomcat 7 ด้วยเหตุผลนี้ (โดยเฉพาะอย่างยิ่งฉันไม่ใช้ประโยชน์จากคุณสมบัติใหม่ใด ๆ ฉันแค่อยากลอง) เวลาที่ฉันแก้ปัญหาการสมัครของฉันทุกคนก็เกิดขึ้นที่คราสดีบักปรากฏออกมาเหมือนว่ามันจะได้ถึงจุดพัก แต่มันไม่ได้เป็นกรณีที่ในความเป็นจริงจะหยุดในแฟ้มแหล่งที่มา Java ThreadPoolExecutorที่เป็น ไม่มีการติดตามสแต็กบนคอนโซลเพียงหยุด ถ้าฉันคลิกที่ประวัติมันจะดำเนินต่อไปและแอพทำงานได้อย่างสมบูรณ์ นี่คือสิ่งที่แสดงในหน้าต่างดีบักเกอร์:

Daemon Thread ["http-bio-8080"-exec-2] (Suspended (exception RuntimeException)) 
    ThreadPoolExecutor$Worker.run() line: 912   
    TaskThread(Thread).run() line: 619

ฉันไม่สามารถอธิบายสิ่งนี้ได้เพราะฉันไม่ได้ใช้ThreadPoolExecutorเลย ต้องเป็นของบางอย่างจาก Tomcat, Hibernate หรือ Spring มันน่ารำคาญมากเพราะฉันต้องกลับมาทำงานในระหว่างการดีบั๊กเสมอ

เบาะแสใด ๆ

การติดตามสแต็กที่โพสต์บ่งชี้ว่าพบ RuntimeException ในเธรด Daemon โดยทั่วไปสิ่งนี้จะไม่ถูกตรวจจับที่รันไทม์เว้นแต่ผู้พัฒนาดั้งเดิมจะตรวจพบและจัดการข้อยกเว้น

โดยปกติแล้วการดีบักใน Eclipse มีการกำหนดค่าที่จะระงับการดำเนินการที่สถานที่ยกเว้นถูกโยนลงบนข้อยกเว้น uncaught ทั้งหมด โปรดทราบว่าอาจมีการจัดการข้อยกเว้นในภายหลังลดขนาดลงในกรอบสแต็กและอาจไม่นำไปสู่เธรดที่ถูกยกเลิก นี่จะเป็นสาเหตุของพฤติกรรมที่สังเกตได้

การกำหนดค่าลักษณะการทำงานของ Eclipseตรงไปตรงมา:
ไปที่หน้าต่าง > การกำหนดค่าตามความชอบ > Java > ดีบักและยกเลิกการเลือกการดำเนินการหยุดทำงานชั่วคราวเมื่อข้อยกเว้นที่ไม่ได้ตรวจสอบ

มีวิธีแก้ปัญหาที่เฉพาะเจาะจงมากขึ้นซึ่งจะช่วยป้องกัน Eclipse ไม่ให้RuntimeExceptionส่งออกจากคลาสที่กำหนดเท่านั้น

1. เพิ่มเบรกพอยต์ข้อยกเว้นใหม่จากมุมมองการดีบัก
2. ไปที่คุณสมบัติของมัน
3. ไปที่การกรอง
4. ใน "จำกัด เฉพาะสถานที่ที่เลือก" คลิก " เพิ่มคลาส "
5. เพิ่ม java.util.concurrent.ThreadPoolExecutor
6. ยกเลิกการทำเครื่องหมายที่ช่องซึ่งหมายความว่าสิ่งเหล่านี้จะถูกละเว้น

ลักษณะการทำงานนี้ถูกทริกเกอร์โดย tomcat เมื่อมีการโหลด webapp ใหม่ มันเป็นส่วนหนึ่งของคุณสมบัติ "ป้องกันการรั่วไหลของหน่วยความจำ"ของทอมแคท(อย่างอื่น) บังคับให้มีการต่ออายุเธรด

ตอนนี้ได้รับการแก้ไขแล้วจากรุ่น 7.0.54 และ 8.0.6 ของ tomcat: https://issues.apache.org/bugzilla/show_bug.cgi?id=56492

ฉันสังเกตว่ามักเกิดขึ้นหลังจากแก้ไขไฟล์เซิร์ฟเวอร์ (jsp หรือ java) และ STS มีปัญหาในการโหลดแอปพลิเคชันซ้ำ

ซึ่งมักจะนำไปสู่การรีสตาร์ทเซิร์ฟเวอร์เพื่อให้ได้รับการเปลี่ยนแปลงที่ซิงโครไนซ์

หลังจากแนะนำ JRebel - ดูเหมือนว่าจะหายไปแล้ว ดังนั้นฉันคิดว่ามันเป็นปัญหาที่ทำซ้ำได้ใน STS เมื่อรหัส hotswapping ในโหมดดีบัก

โดยการลบ hotswapping ดั้งเดิมมันจะช่วยขจัดปัญหาที่เกิดขึ้นกับมันภายในคลาส ThreadPoolExecutor