Maven अचूक प्लगइन हमेशा के लिए लटका हुआ है

Question

मेरे परियोजना स्थापित कल जब तक बिल्कुल ठीक था, लेकिन आज स्थापित, निम्नलिखित पर अटक जाती है मेरी

अपाचे Maven 2.2.1 (r801777; 2009-08-06 20: 16: 01 + 0100)

जावा संस्करण: 1.6.0_20

[INFO] Surefire report directory: C:\Perforce\project-name\target\surefire-reports

मूल रूप से इस पंक्ति को स्थापित बिल्कुल आगे बढ़ना नहीं है के बाद। कोई विचार?

1. मैंने एमवीएन-एक्स की कोशिश की है और मुझे वही चीज़ मिलती है।
2. मैं भी संस्करण 2.6 में अपग्रेड किया है नवीनतम और अब भी वही मुद्दा
3. मैं सुनिश्चित किया है कोई डिबग विकल्प यानी, JVM किसी भी डिबगर संलग्न करने के लिए (-Xdebug विकल्प) इंतजार कर नहीं है

देखते हैं कि मिल

Answer 1

मैंने फोर्कमोड पारित किया = कभी और अब मैंने देखा कि परीक्षणों में से कोई भी शुरू नहीं हो रहा था। इसका कारण यह था कि यह "java.io.tmpdir" निर्देशिका में एक ehcache और संग्रहित प्रविष्टियों का उपयोग कर रहा था जो कि मेरे उपयोगकर्ता की अस्थायी निर्देशिका थी।

सिस्टम भी आज से धीमा होना शुरू कर दिया। तब मैंने देखा कि मेरे सी:/उपयोगकर्ता /../ ऐपडाटा/लोकल/टेम्पल फ़ोल्डर में लगभग 2 मिलियन फाइलें थीं जिनमें से अधिकतर p4ticket234234.txt या विजुअल स्टूडियो लॉग फाइलें थीं।

एक बार जब मैंने इन लॉग फ़ाइलों को मंजूरी दे दी, तो मेरा निर्माण सफल हो गया। एक jconsole या कुछ थ्रेड डंप अधिक मुझे लगता है कि एक ही संकेत होगा।

Answer 2

jstack का उपयोग कर सही प्रक्रिया का एक धागा डंप करें और अपने आवेदन समाप्त करने के लिए एक मुद्दा

Answer 3

सभी गैर डेमॉन धागे के लिए अचूक प्रतीक्षा करता है सबमिट करें। एक या दूसरे को याद करना आसान है। उदाहरण के लिए यदि आप किसी का उपयोग करते हैं तो Executors पर shutdown विधि को कॉल करना सुनिश्चित करें। यदि आप अपने आप को थ्रेड हैंडलिंग करते हैं तो आपको मूल रूप से उन्हें daemon धागे बनाना होगा या सुनिश्चित करना होगा कि वे समाप्त हो जाएं। एक धागा डंप lingering धागे को खोजने में मदद कर सकता है।

Answer 4

प्रक्रियाओं और उनके थ्रेड डंप की सूची प्राप्त करने के लिए जेडीके से जेपीएस, जेस्टैक या जेविसुअलवीएम उपकरण का उपयोग करें।

Answer 5

मुझे एक ही समस्या थी। अचानक मेरा "एमवीएन टेस्ट" हमेशा के लिए लटक रहा था और संबंधित org.apache.maven.surefire.booter.ForkedBooter प्रक्रिया 1.7 जीबी ले रही थी! अधिक जांच के बाद यह पता चला कि समस्या यह थी कि मैंने एक कक्षा को हटा दिया था जिसे वसंत-कोर द्वारा वसंत एक्सएमएल कॉन्फ़िगरेशन के भीतर एक वसंत बीन के रूप में तत्काल किया जा रहा था। एक बार जब मैंने वसंत एक्सएमएल कॉन्फ़िगरेशन से हटाए गए वर्ग से संबंधित तत्व हटा दिया तो सब ठीक था। यह वसंत और निश्चित रूप से उपयोग में एक बग की तरह लगता है जहां कोई उचित चेतावनी या त्रुटि उत्पन्न नहीं होती है।