एकल ग्रहण एकाधिक कॉन्फ़िगरेशन और वर्कस्पेस के साथ स्थापित

Question

कुछ दिनों के लिए यह पता लगाने की कोशिश कर रहा था, इसलिए कृपया डुप्लिकेट के रूप में फ़्लैग न करें।

1. एक ग्रहण स्थापना, यानी ग्रहण-3.7-64bit-आरसीपी

2. एकाधिक "विन्यास" का उपयोग करने वाले (1) को चलाने के लिए, यानी:

   क्या मैं चाहता हूँ पीछा कर रहा है

   PyDev जैसे प्लगइन ScalaIDE तरह
   प्लग इन के साथ
3. स्काला विन्यास के साथ
4. अजगर विन्यास

5. एकाधिक कार्यस्थानों, जैसे:

   • यूआई (का उपयोग करेगा/ui कार्यक्षेत्र और अजगर विन्यास)
   • तर्क (/ तर्क कार्यक्षेत्र और स्काला विन्यास प्लग इन का उपयोग होगा)

तो अंत में आपके पास केवल दो शॉर्टकट हैं:

• यूआई:

  [path-to-installation]/eclipse -configuration [path-to-config]/Python 
  -data [path-to-workspace]/ui 
  

• तर्क:

  [path-to-installation]/eclipse -configuration [path-to-config]/Scala 
  -data [path-to-workspace]/logic 
  

समस्या है, "विन्यास" पैरामीटर व्यवहार नहीं कर रहा है के रूप में मैं चाहिए यह होगा। ऐसा लगता है कि यह किसी प्रकार का "साझा" कॉन्फ़िगरेशन क्षेत्र है ... इस अर्थ में कि [पथ-से-कॉन्फ़िगरेशन] वास्तव में पी 2, प्लगइन्स इत्यादि जैसे फ़ोल्डर्स के साथ पॉप्युलेट किया जा रहा है ...

जबकि कोई सोचता है कि [पथ-से-कॉन्फ़िगरेशन] में केवल उपफोल्डर्स पायथन और स्कैला होगा।

Answer 1

ठीक है का उपयोग करते हुए, तो मैं समझ गए होंगे यह बाहर है। यह थोड़ा उलझन में है, लेकिन मेरे साथ यहाँ रहो। कुंजी आपकी कॉन्फ़िगर निर्देशिका में एक उपनिर्देशिका है।

बजाय बस इस तरह एक विन्यास पैरामीटर के साथ एक ग्रहण शॉर्टकट को परिभाषित करने की:

-configuration [path-to-config]/Python 
-configuration [path-to-config]/Scala 

एक क्रमशः अजगर या स्काला विन्यास निर्देशिका के अंदर एक और "उपनिर्देशिका" बनाना होगा। किसी भी निर्देशिका का नाम पर्याप्त होगा, मैं config का उपयोग करें:

-configuration [path-to-config]/Python/config 
-configuration [path-to-config]/Scala/config 

मुझे लगता है यह साझा कॉन्फ़िगरेशन किसी तरह का स्टोर करने के लिए इस्तेमाल किया जा रहा विन्यास की पेरेंट निर्देशिका के साथ कुछ हो सकता है। एक अतिरिक्त उपनिर्देशिका को परिभाषित करके हम शायद ग्रहण को अन्य कॉन्फ़िगरेशन के बारे में जानने से रोक रहे हैं।

किसी भी मामले में, अगर आप को परिभाषित अपने विन्यास के रूप में ऊपर, प्रत्येक ग्रहण यह प्लग इन की खुद सेट है होगा शुरू कर दिया।

तो, एक उदाहरण के रूप में इन दो शॉर्टकट:

[path-to-installation]/eclipse -configuration [path-to-config]/Python/config 
-data [path-to-workspace]/ui 

[path-to-installation]/eclipse -configuration [path-to-config]/Scala/config 
-data [path-to-workspace]/logic 

लांच ही ग्रहण स्थापना प्लग इन की पूरी तरह से अलग, indepenent सेट के साथ, और विभिन्न कार्यस्थान का उपयोग करें।

Answer 2

कॉन्फ़िगरेशन निर्देशिका में वर्तमान ग्रहण की रनटाइम-इंस्टॉल जानकारी शामिल है। लेकिन डिफ़ॉल्ट रूप से कॉन्फ़िगरेशन निर्देशिका के समान स्तर पर आमतौर पर एक पी 2/निर्देशिका होती है, जिसमें पी 2 प्रोफाइल जानकारी और प्लगइन संस्करण लाइनअप शामिल होते हैं। उस पर, बेस ग्रहण स्थापित (बंडल पूल) प्लगइन/और सुविधाओं/निर्देशिकाओं में समान स्तर पर पी 2/डिफ़ॉल्ट रूप से है।

अंतर्निहित प्रावधान करने वाले पी 2 के साथ, आप एक साझा बंडल पूल (सभी प्लगइन के साथ) बनाने जैसी चीजें कर सकते हैं लेकिन फिर भी प्लगइन लॉन्च किए जाने वाले नियंत्रणों के लिए अलग कॉन्फ़िगरेशन निर्देशिकाएं और पी 2 प्रोफाइल बनाते हैं। लेकिन ऐसा लगता है जैसे आप अतिरिक्त बंडल पूल में नहीं, अपनी अलग निर्देशिका में अतिरिक्त प्लगइन्स (जैसे स्कैला और पायथन) चाहते हैं।

यदि आप ऐसा लेआउट बनाना चाहते हैं तो आपको पी 2 के रहस्यों की जांच करनी होगी।एक अच्छा प्रारंभिक बिंदु:

• p2 director
• ब्लॉग: Multiple Architecture, Single Build
• ब्लॉग: Adventures in Multi-Architecture Eclipse
• Bug 342156 - p2 निदेशक को नजरअंदाज कर दिया bundlepool जब -roaming