मैक के लिए बर्फ़ीली ग्रहण 3.7

समस्या:
नियमित रूप से मैक के लिए 3.7 ग्रहण, लेकिन बहुत नियतात्मक नहीं, जमा देता है (जवाब देना बंद कर देता है और इसके साथ संवाद करने का एकमात्र तरीका 'फोर्स क्विट' है)।
इस अवसर पर, कई महत्वपूर्ण बग जिन्हें अभी तक बंद नहीं किया गया है, उन्हें एक्लिप्स बुगज़िल में लिखा गया है, जो कि आधे साल से अधिक पुराना है।
दिन में दस बार ग्रहण को फिर से शुरू करना बहुत रोमांचक नहीं है, इसलिए मुझे एक समाधान ढूंढकर हैरान होना पड़ा, जिसे मैं आपके साथ साझा करना चाहता हूं, और साथ ही, इसे खोजने के लिए कुछ तकनीकें।


दिए गए:
जावा डेवलपर्स के लिए ग्रहण आईडीई + ग्रहण प्लग-इन डेवलपमेंट एन्वायरमेंट + ग्रहण के लिए Google प्लगिन + छोटी चीजों पर 3.7 + सबवर्सिव एसवीएन कनेक्टर्स + अधिक।
मेरे मामले में, यह अक्सर बचत पर लटका दिया जाता है (सेव क्रिया को अक्षम नहीं कर सकता)।
सबसे पहले, प्लगइन ने GWT पर पाप किया - लॉग में इससे बहुत अधिक NPE था। लिनक्स या खिड़कियों का उपयोग करने वाले सहकर्मियों को यह समस्या नहीं है।

समस्या के कारणों की जांच में एक मानक कदम: जोंकोस का उपयोग करके देखें कि आवेदन के साथ वास्तव में क्या होता है।
ऐसा करने के लिए, डिबग मोड (ग्रहण -debug) में ग्रहण शुरू करें और फिर jconsole (jconsole शुरू करें और अपने ग्रहण की प्रक्रिया का चयन करें) का उपयोग करके ग्रहण प्रक्रिया से कनेक्ट करें।

यह पर्याप्त नहीं था: जिस समय अनुप्रयोग दुर्घटनाग्रस्त हुआ, उस समय jconsole ने रिपोर्ट किया कि JVM जवाब नहीं दे रहा था।
इस मामले में, हम जवाब देते समय आवेदन के बारे में जानकारी एकत्र करने का प्रयास करेंगे, इस उम्मीद में कि हम मरने की स्थिति को ठीक कर सकते हैं। इन उद्देश्यों के लिए, आप निम्नलिखित स्क्रिप्ट का उपयोग कर सकते हैं: वहां आप गतिरोध खोजने के लिए कई विचार पा सकते हैं ।
जैसा कि संकेत दिया गया था, लिपिक्स को लिंच के तहत परीक्षण किया गया था, लेकिन मैक के तहत यह ठीक काम करता है।
हर सेकंड, स्क्रिप्ट एप्लिकेशन में सभी जावा प्रक्रियाओं के लिए स्टैक ट्रैकोव की एक सूची को डिस्क में सहेजती है।

अगला चरण: सुसाइड नोट का विश्लेषण।
मेरे मामले में, मुझे निम्नलिखित दो काम मिले:

"वर्कर -259" प्रियो = 5 tid = 114889000 nid = 0x150919000 मॉनीटर प्रविष्टि के लिए प्रतीक्षा कर रहा है [150917000]
java.lang.Thread.State: BLOCKED (ऑब्जेक्ट मॉनीटर पर)
org.eclipse.core.internal.watson.ElementTree.includes (ElementTree.java j 27)
- <78c32e338> (एक org.eclipse.core.internal.watson.ElementTree) लॉक किया गया
org.eclipse.core.internal.resources.Workspace.getResourceInfo (Workspace.java:1768)
org.eclipse.core.internal.resources.Resource.getResourceInfo (Resource.java:1235)
...
org.eclipse.team.svn.ui.decorator.SVNLightweightDecorator.decorateModel (SVNLightweightDecorator.java:205)
org.eclipse.team.svn.ui.decorator.SVNLightweightDecorator.decorate (SVNLightweightDecorator.java:195)
org.eclipse.ui.internal.decorators.LightweightDecoratorDefinition.decorate (लाइटवेट डेकोरेटरDefinition.java:263)
org.eclipse.ui.internal.decorators.LightweightDecoratorManager $ लाइटवेटरुनबल।रून (लाइटवेटडेकटोरमनगर। java:81)
...

"वर्कर -258" प्रियो = 5 tid = 111e97000 nid = 0x150816000 मॉनीटर प्रविष्टि के लिए प्रतीक्षा कर रहा है [150815000]
java.lang.Thread.State: BLOCKED (ऑब्जेक्ट मॉनीटर पर)
org.eclipse.core.internal.watson.ElementTree.includes (ElementTree.java j 27)
- <78c32e338> (एक org.eclipse.core.internal.watson.ElementTree) लॉक किया गया
org.eclipse.core.internal.resources.Workspace.getResourceInfo (Workspace.java:1768)
...
org.eclipse.team.internal.core.subscribers.SubscriberDiffTreeEventHandler.collectAll (SubscriberDiffTreeEventHandler.java:186)
org.eclipse.team.internal.core.subscribers.SubscriberEventHandler.processEvent (SubscriberEventHandler.java data17)
...

जैसा कि आप देख सकते हैं, उनमें से एक ने डेकोरेटर्स को अपडेट करने की कोशिश की। इसलिए समस्या को हल करने का विचार: क्या एसवीएन के लिए लेबल डेकोरेटर्स को अक्षम करना संभव है?
ऐसा करने के लिए, प्राथमिकताएं-> सामान्य-> उपस्थिति-> लेबल सजावट पर जाएं और SVN को अक्षम करें।
समाधान महान नहीं है, लेकिन यह काम करता है। परिणामस्वरूप, बिना सिंक्रोनाइज़ेशन व्यू के, आपको समझ में नहीं आता कि क्या करना है और क्या नहीं; हालाँकि, यह मुझे नियमित रूप से एक्लिप्स को फिर से शुरू करने की तुलना में कम बुराई लगता था।