मेवेन परियोजनाओं के लिए नेटबीन और ग्रहण में मतभेद

Question

मैवेन परियोजनाओं के साथ काम करने के लिए नेटबीन और ग्रहण के बीच अंतर क्या हैं?

Answer 1

मैं ग्रहण उपयोगकर्ता हूँ, लेकिन पूरी तरह से ईमानदार मैं कहना है कि ग्रहण में Maven समर्थन सही नहीं है और अक्सर परियोजना फाइलों आदि पुनः, अजीब त्रुटियों आप सफाई से हल करने, फिर कंपाइल कारण है होना करने के लिए

के रूप में जहां तक ​​मुझे पता है, आईडीईए और नेटबीन के पास मेवेन के लिए बहुत बेहतर समर्थन है।

Answer 2

m2e "नवीनतम" मैवेन ग्रहण एकीकरण है (पुराने m2eclipse के साथ भ्रमित नहीं है)। मैं वास्तव में सभी लोगों का शुक्रिया अदा करता हूं जो ग्रहण, मैवेन और एम 2 के विकास में अपना समय बिताते हैं - यह मेरा दैनिक कार्य सेटअप है, लेकिन एम 2ई बिल्कुल सही नहीं है। बस नवीनतम "M2E plugin execution not covered" दुविधा पर एक नज़र डालें। यदि आप गैर मुख्यधारा के प्लगइन का उपयोग करते हैं तो आपको m2e उपयोग के लिए अपने pom.xml को संशोधित करना होगा - ग्रहण में प्रोजेक्ट त्रुटियों से बचने के लिए।

मेरी माव कमांड चलाने के लिए मैं कमांड लाइन को m2e पसंद करता हूं।

जैसा कि मुझे पता है कि नेटबीन्स मैवेन को "मूल" का उपयोग करता है और इसलिए उस तरह की एकीकरण समस्या नहीं है। लेकिन मुझे इसके बारे में निश्चित नहीं है। यदि आपके पास विकल्प है तो आपको दोनों संभावनाओं की तुलना करनी चाहिए।

Answer 3

एक्वेप्से का उपयोग करने से नेटबेन्स और आईडीईए में एक मेवेन आधारित परियोजना शुरू करना अधिक आसान है।

• ग्रहण में, आपको अपने मौजूदा प्रोजेक्ट को मैवेन का उपयोग करने के लिए कॉन्फ़िगर करना होगा। एक उचित मेवेन प्लगइन
• नेटबीन्स और मेवेन का उपयोग करके अधिक आसान है। ओपन -> प्रोजेक्ट -> pom.xml का चयन करें और आप तैयार हैं
• आईडीईए का एक समान दृष्टिकोण है। आपको बस मौजूदा pom.xml

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

Answer 4

नेटबीन के पास मेवेन के लिए मूल समर्थन है।

इसका क्या अर्थ है? इसका मतलब है कि यदि आपके पास नेटबीन में मेवेन-आधारित प्रोजेक्ट है तो pom.xml आईडीईई प्रोजेक्ट परिभाषा के लिए उपयोग करता है। पीओएम परिभाषा है!

ग्रहण के साथ इसकी तुलना करें जहां मैवेन समर्थन ग्रहण की परियोजना परिभाषा के शीर्ष पर बोल्ड किया गया है। इसका मतलब है कि किसी भी ग्रहण समाधान को ग्रहण की अपनी परियोजना परिभाषा और पीओएम से/परिवर्तित करने पर ध्यान देना होगा। मेरा मानना ​​है कि यह ग्रहण के कभी-कभी-कम-से-कम-अनुकूल मावेन समर्थन का मूल कारण है।

नेटबीन में, यदि आपकी परियोजना मेवेन आधारित है, तो सभी क्रियाएं मेवेन द्वारा की जाती हैं। यहां तक ​​कि "रन" कार्रवाई प्रभावी रूप से मेवेन द्वारा की जाती है। आईडीई केवल इसे ट्रिगर करता है। इस स्थिरता का अर्थ यह है कि आप यह सुनिश्चित कर सकते हैं कि आपकी परियोजना बिल्कुल उदाहरण के लिए व्यवहार करे, उदाहरण के लिए यदि एक गैर-आईडीई वातावरण जैसे जेनकिन्स/हडसन में।

मैंने कई लोगों से मुलाकात की है जो मानते हैं कि मेवेन बोझिल है।जब आप इसके बारे में कुछ और बात करते हैं तो यह पता चला है कि बड़े पैमाने पर उनका बुरा अनुभव Eclipse के भीतर मेवेन के साथ अपने अनुभव के लिए नीचे आता है, इतना मैवेन स्वयं नहीं। ग्रहण के उपयोगकर्ताओं को लगता है कि यह वही तरीका है जैसा कि ऐसा माना जाता है क्योंकि उन्होंने कभी और कुछ नहीं देखा है। (NetBeans उपयोगकर्ता उन क्षेत्रों में विपरीत दिशा में वही करते हैं जहां नेटबीन्स उप-इष्टतम और ग्रहण चमकता है)

इसमें कोई संदेह नहीं है: ग्रहण में कई गुण हैं। मेवेन समर्थन उनमें से एक नहीं है।

Answer 5

मैंने ग्रहण और नेटबीन दोनों का उपयोग किया है। मैंने विश्वविद्यालय में ग्रहण का अधिक उपयोग किया है, और पेशेवर रूप से इसे ग्रहण और नेटबीन के बीच मिश्रित किया गया था।

ग्रहण डोमेन के आधार पर नेटबींस से कहीं बेहतर है। यदि आप स्कैला के साथ काम करना चाहते हैं - कोई अन्य तरीका नहीं, ग्रहण स्केल प्लगइन को अत्यधिक बनाए रखा जाता है और नेटबीन्स की तुलना में काफी बेहतर काम करता है। यदि आप पर्ल के साथ काम करना चाहते हैं, वही बात। यदि आपके पास 50 से अधिक बड़े मॉड्यूल के साथ एक विशाल परियोजना है और क्रॉस कटिंग रिफैक्टरिंग करने की आवश्यकता है, तो आप एमवीएन ग्रहण के साथ तेजी से हैं: अपने रूट पोम पर ग्रहण करें, और ग्रहण को ग्रहण करें और परियोजना बनाएं, और फिर अपने रिफैक्टरिंग से शुरू करें।

इसके साथ, जब आप फीचर डेवलपमेंट कर रहे हैं। और आपकी आधार परियोजना सीआई में मैवेन द्वारा बनाई गई है। ओह! तो मैं आपको वादा कर सकता हूं, नेटबीन ग्रहण से प्रकाश वर्ष बेहतर है। जब आप समीकरण में निर्माण उपकरण के रूप में मेवेन जोड़ते हैं तो वे एक ही लीग में नहीं होते हैं।

ग्रहण के साथ, आपको यह कहना है और कहना है: - यह मेरे बाहर है मैं अपने स्वयं के निर्मित उपकरण के रूप में कार्य ग्रहण करने देता हूं और मैं कमांड लाइन से दूर रहता हूं। अगर मैं एक फ़ोल्डर में भी जाता हूं और एमवीएन क्लीन इंस्टॉल करता हूं, तो मेरे खिलाफ लड़ाई के साथ ग्रहण करें।

नेटबीन के साथ, वह सिर्फ पहिया को फिर से आविष्कार करने की कोशिश नहीं करता है। वह मेवेन को क्या करता है, और अपनी परियोजना का निर्माण करता है। यह निश्चित परीक्षण के साथ आपके परीक्षण चलाता है।

मेरी व्यक्तिगत राय में, जावा ईई विकास के लिए - अर्थात् सुविधाओं को जोड़ना और "नहीं" क्रॉस काटने वाले बड़े पैमाने पर रिफैक्टरिंग करना और आपकी परियोजना मेवेन पर बनाई गई है, नेटबीन्स अब तक का सबसे अच्छा आईडीई है। ये बिलकुल सही है। यह अपने आप में सादगी है। एक सरल और confortable यूजर इंटरफेस। एक आदर्श डीबगर। बीन नेविगेशन के लिए बिल्कुल सही जेएसएफ। परफेक्ट मैवेन एकीकरण। जेरेबेल के साथ बिल्कुल सही सहयोग। नेटबीन्स सरल और सुपर प्रभावी है।

मुझे ग्रहण मेरे दुश्मन होने के लिए मिला है, जब मैं सभी यूनिट परीक्षण चलाने के लिए या वाहक कारण के लिए मेवेन का उपयोग करना चाहता हूं। अगर मैं मेवेन द्वारा निर्मित एक युद्ध तैनात करना चाहता हूं ... बेहतर नहीं! मुझे खुद को ग्रहण में पूरी तरह से देने की ज़रूरत है और इसे सबकुछ छोड़ने दें। मुझे कमांड लाइन से दूर रखने की जरूरत है।