जीवन चक्र विन्यास (JBossas 7 EAR archetype) द्वारा कवर नहीं किया गया प्लगइन निष्पादन

Question

मैं Maven M2E प्लगिन 1.0.100 के साथ ग्रहण 3.7 इंडिगो का उपयोग कर रहा हूं।

JBoss 7.x JavaEE 6 ईएआर आर्कटाइप का उपयोग करते हुए, ईएआर के लिए पोम मुझे यह त्रुटि दे रहा है:

जीवन चक्र विन्यास द्वारा कवर नहीं किया गया प्लगइन निष्पादन: org.apache.maven.plugins: maven-ear-plugin: 2.6: जेनरेट-एप्लिकेशन-एक्सएमएल (निष्पादन: डिफ़ॉल्ट-जेनरेट-एप्लिकेशन-एक्सएमएल, फेज: जेनरेट-रिसोर्स)

<plugin>
   <groupId>org.apache.maven.plugins</groupId>
   <artifactId>maven-ear-plugin</artifactId>
   <version>2.6</version>
   <configuration>
      <!-- Tell Maven we are using Java EE 6 -->
      <version>6</version>
      <!-- Use Java EE ear libraries as needed. Java EE ear libraries 
                  are in easy way to package any libraries needed in the ear, and automatically 
                  have any modules (EJB-JARs and WARs) use them -->
      <defaultLibBundleDir>lib</defaultLibBundleDir>
      <modules></modules>
   </configuration>
<plugin>

Answer 1

यह M2E प्लगइन का एक "फीचर" है जिसे कुछ समय पहले पेश किया गया था। यह सीधे JBoss EAR प्लगइन से संबंधित नहीं है, लेकिन अधिकांश अन्य मावेन प्लगइन्स के साथ भी होता है।

यदि आपके पास एक प्लगइन निष्पादन परिभाषित है pom(जैसे निष्पादन maven-ear-plugin:generate-application-xml), तो आपको M2E के लिए अतिरिक्त कॉन्फ़िगरेशन जानकारी भी जोड़ने की आवश्यकता है जो M2E को बताती है कि निर्माण ग्रहण के दौरान क्या करना है, उदाहरण के लिए प्लगइन निष्पादन को अनदेखा या निष्पादित करना चाहिए M2E, क्या यह वृद्धिशील बिल्ड के लिए भी किया जाना चाहिए, ... यदि वह जानकारी गायब है, तो M2E इस त्रुटि संदेश को दिखाते हुए इसके बारे में शिकायत करता है:

"जीवन चक्र विन्यास द्वारा कवर नहीं किया गया प्लगइन निष्पादन"

अधिक विस्तृत विवरण और कुछ नमूना विन्यास के लिए यहां देखें कि उस त्रुटि को दूर करने के लिए पोम में जोड़ा जाना चाहिए:

https://www.eclipse.org/m2e/documentation/m2e-execution-not-covered.html

Comments

@ मैं अवधारणा को नहीं समझ सकता। उपयोगकर्ता को M2E पारदर्शी होना चाहिए। वही करें जो कमांड लाइन मावेन करती है, लेकिन ग्रहण के भीतर से। M2E को क्या करना है यह बताने के लिए पोम कॉन्फिग डेटा में नहीं होना चाहिए। अगर ऐसा होता है, तो यह एक बुरा डिजाइन है। BTW, ये त्रुटियां कभी-कभी ग्रहण और M2E के नए संस्करणों में चली गई हैं।

— अचेत

मैं rapt से सहमत हूँ। मेरे POM की m2e पर कोई निर्भरता नहीं है और मैं अभी एक जोड़ना चाहूंगा क्योंकि मैं ग्रहण का उपयोग अपनी IDE के रूप में करता हूं। यह एक ही परियोजना पर काम करने वाले अन्य लोगों के लिए एक नपुंसकता है जो किसी अन्य आईडीई जैसे कि इंटेलीजे का उपयोग कर सकते हैं। यदि m2e को इन संकेतों की आवश्यकता है तो यह Eclipse के भीतर m2e कॉन्फिगरेशन का हिस्सा होना चाहिए।

— विलियम

ग्रहण के समय कुछ लक्ष्य समझ में नहीं आते हैं। उदाहरण के लिए, मेरे पास परियोजनाएं हैं जहां ज़िप फाइलें targetफ़ोल्डर में अनपैक की गई हैं । आप नहीं चाहेंगे कि प्रत्येक स्रोत फ़ाइल को सहेजने पर "वृद्धिशील रूप से" किया जाए। या शायद आप ऐसा चाहते हैं। वास्तव में, m2e को आपके विशिष्ट बिल्ड के बारे में कोई पता नहीं है। आप स्टोर कर सकते हैं कि m2e को ग्रहण, POM में क्या करना चाहिए, या संभवतः एक m2e कनेक्टर स्थापित करें जो बिल्ड कदम को संभालने के लिए m2e में अधिक ज्ञान जोड़ता है। ये ऐसे विकल्प हैं, जिन्हें आपको देखना चाहिए। मैं समझता हूं कि आप अपने पोम एम 2 को जागरूक नहीं करना चाहते हैं, लेकिन यह आपके सभी देवों के लिए इसे केंद्रीय रूप से कॉन्फ़िगर करने के लिए एक अच्छी जगह है।

— सैंडर वेरगन

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

— रीइनियरियरपोस्ट

@RicardoGladwell आप downvotes का उद्देश्य गलत समझा है। तीर कहता है "यह उत्तर उपयोगी नहीं है" - और वह इस उत्तर से असत्य है। इसलिए भले ही आप उस लहजे को नापसंद करते हों जिसके साथ यह उत्तर लिखा जाता है, फिर भी इसके लिए नीचे की ओर झुकाव नहीं था।

— दाऊद ibn करीम

Answer 2

वैसे भी बहुत देर हो चुकी है लेकिन मेरा समाधान सरल था, ग्रहण में त्रुटि-संदेश पर राइट-क्लिक करें और इस तरह की त्रुटियों के लिए हर सुधार के लिए क्विक फिक्स >> को चुनें।

Comments

अब भी बहुत देर नहीं हुई है। मैंने इस तरह से समस्या को ठीक किया!

— रीइनियरियरपोस्ट

मैं भी। यह सब अनुसंधान और यह समझने की कोशिश कर रहा है कि समस्या ने मुझे क्या सिरदर्द दिया, इसलिए मैंने इसे अनदेखा कर दिया :) धन्यवाद।

— डेलेरॉब

इसने मेरे लिए काम किया। मुझे संदेह है कि यह @ जन के उत्तर से स्वतः ही उत्पन्न हो जाता है, जो eclipse.org/m2e/documentation/m2e-execution-not-covered.html पर इंगित करता है क्योंकि मैंने जो एकमात्र परिवर्तन देखा था, जिसके बाद मैंने त्वरित सुधार स्वीकार किया था, मेरे पोम में बदलाव था। एक्सएमएल।

— माइकल ओसोफस्की

मैंने एक और मशीन पर फिर से कोशिश की और समस्या गायब हो गई जब मैंने JBehave 3.9.4 से 3.9.5 में अपग्रेड किया क्योंकि यह JBehave प्लगइन था, मेरे मामले में, यह त्रुटि पैदा कर रहा था (मैंने JBeveve Maven archetype से प्लगइन कॉन्फ़िगरेशन उत्पन्न किया था) jbehave.org/reference/stable/archetypes.html )))

— माइकल ओसोफ्स्की

Answer 3

ग्रहण को वृद्धिशील बिल्ड की अवधारणा मिली है। यह अविश्वसनीय रूप से उपयोगी है क्योंकि यह बहुत समय बचाता है।

यह कैसे उपयोगी है

कहते हैं कि आपने केवल एक .java फ़ाइल बदल दी है। वृद्धिशील बिल्डरों को सब कुछ recompile किए बिना कोड संकलित करने में सक्षम होगा (जिसमें अधिक समय लगेगा)।

अब मावेन प्लगइन्स के साथ क्या समस्या है

अधिकांश मावेन प्लगइन्स वृद्धिशील बिल्ड के लिए डिज़ाइन नहीं किए गए हैं और इसलिए यह m2e के लिए परेशानी पैदा करता है। m2e पता नहीं है कि क्या प्लगइन लक्ष्य कुछ है जो महत्वपूर्ण है या यदि यह अप्रासंगिक है। यदि यह एकल फ़ाइल के बदलने पर हर प्लगइन को निष्पादित करता है, तो बहुत समय लगने वाला है।

यही कारण है कि एम 2 मेटाडेटा जानकारी पर निर्भर करता है कि निष्पादन को कैसे नियंत्रित किया जाना चाहिए। इस मेटाडेटा जानकारी प्रदान करने के लिए m2e विभिन्न विकल्पों के साथ आया है और वरीयता क्रम निम्नानुसार है (उच्चतम से निम्नतम)

1. परियोजना की pom.xml फ़ाइल
2. pom.xml फ़ाइलों पर माता-पिता, भव्य-माता-पिता इत्यादि
3. [m2e 1.2+] कार्यक्षेत्र की प्राथमिकताएँ
4. स्थापित m2e एक्सटेंशन
5. [एम 2 ए 1.1+] मावेन प्लगइन द्वारा प्रदत्त जीवनचक्र मैपिंग मेटाडेटा
6. डिफ़ॉल्ट जीवनचक्र मानचित्रण मेटाडाटा को m2e के साथ भेज दिया गया

1,2 का तात्पर्य आपकी pom फ़ाइल या इसके किसी भी अभिभावक के टैग में pluginManagement अनुभाग निर्दिष्ट करना है। एम 2 ई इस विन्यास को प्रोजेक्ट को कॉन्फ़िगर करने के लिए पढ़ता है। बेलो स्निपेट ने यूकेमपोर-मावेन -प्लगइन के लक्ष्यों jslintऔर compressलक्ष्यों को अनदेखा करने के लिए एम 2 को निर्देश दिया।

<pluginManagement>
        <plugins>
            <!--This plugin's configuration is used to store Eclipse m2e settings 
                only. It has no influence on the Maven build itself. -->
            <plugin>
                <groupId>org.eclipse.m2e</groupId>
                <artifactId>lifecycle-mapping</artifactId>
                <version>1.0.0</version>
                <configuration>
                    <lifecycleMappingMetadata>
                        <pluginExecutions>
                            <pluginExecution>
                                <pluginExecutionFilter>
                                    <groupId>net.alchim31.maven</groupId>
                                    <artifactId>yuicompressor-maven-plugin</artifactId>
                                    <versionRange>[1.0,)</versionRange>
                                    <goals>
                                        <goal>compress</goal>
                                        <goal>jslint</goal>
                                    </goals>
                                </pluginExecutionFilter>
                                <action>
                                    <ignore />
                                </action>
                            </pluginExecution>
                        </pluginExecutions>
                    </lifecycleMappingMetadata>
                </configuration>
            </plugin>
        </plugins>
    </pluginManagement>

3) यदि आप इस मेटाडेटा के साथ अपनी पोम फ़ाइल को प्रदूषित करना पसंद नहीं करते हैं, तो आप इसे बाहरी एक्सएमएल फ़ाइल (विकल्प 3) में संग्रहीत कर सकते हैं। नीचे एक नमूना मैपिंग फ़ाइल है जो यूकेमप्रेस-मावेन -प्लगइन के लक्ष्यों jslintऔर compressलक्ष्यों को अनदेखा करने के लिए एम 2 को निर्देश देती है

<?xml version="1.0" encoding="UTF-8"?>
<lifecycleMappingMetadata>
    <pluginExecutions>
        <pluginExecution>
            <pluginExecutionFilter>
                <groupId>net.alchim31.maven</groupId>
                <artifactId>yuicompressor-maven-plugin</artifactId>
                <versionRange>[1.0,)</versionRange>
                <goals>
                    <goal>compress</goal>
                    <goal>jslint</goal>
                </goals>
            </pluginExecutionFilter>
            <action>
                <ignore/>
            </action>
        </pluginExecution>
    </pluginExecutions>
</lifecycleMappingMetadata>

4) यदि आप इन 3 विकल्पों में से किसी को भी पसंद नहीं करते हैं, तो आप मावेन प्लगइन के लिए एक एम 2 कनेक्टर (एक्सटेंशन) का उपयोग कर सकते हैं। कनेक्टर बदले में मेटा को मेटा को प्रदान करेगा। आप इस लिंक पर कनेक्टर के भीतर मेटाडेटा जानकारी का एक उदाहरण देख सकते हैं । आपने देखा होगा कि मेटाडेटा एक विन्यासकर्ता को संदर्भित करता है। इसका सीधा सा मतलब है कि m2e एक्सटेंशन लेखक द्वारा आपूर्ति की गई उस विशेष जावा वर्ग को जिम्मेदारी सौंपेगा। विन्यासक परियोजना को कॉन्फ़िगर कर सकता है (जैसे कि अतिरिक्त स्रोत फ़ोल्डर आदि जोड़ें) और तय करें कि एक वृद्धिशील निर्माण के दौरान वास्तविक मावेन प्लगइन को निष्पादित करना है (यदि विन्यासक के भीतर ठीक से प्रबंधित नहीं होने पर, यह अंतहीन प्रोजेक्ट बिल्ड हो सकता है)

Configuratior ( link1 , link2 ) के एक उदाहरण के लिए इन लिंक को देखें । तो अगर प्लगइन कुछ ऐसा है जिसे बाहरी कनेक्टर के माध्यम से प्रबंधित किया जा सकता है तो आप इसे स्थापित कर सकते हैं। एम 2 अन्य डेवलपर्स द्वारा योगदान किए गए ऐसे कनेक्टर्स की एक सूची रखता है। इसे डिस्कवरी कैटलॉग के रूप में जाना जाता है। यदि आप पहले से ही किसी भी विकल्प (1-6) के माध्यम से निष्पादन के लिए कोई जीवन चक्र मैपिंग मेटाडाटा नहीं है, तो m2e आपको एक कनेक्टर स्थापित करने के लिए संकेत देगा और डिस्कवरी कैटलॉग को कुछ एक्सटेंशन मिला है जो निष्पादन का प्रबंधन कर सकता है।

नीचे दी गई छवि दिखाती है कि बिल्ड-हेल्पर-मावेन-प्लगइन के लिए कनेक्टर स्थापित करने के लिए एम 2 आपको कैसे संकेत देता है। ।

5) m2e मर्व-प्लगइन के भीतर वृद्धिशील निर्माण और आपूर्ति जीवन चक्र मानचित्रण का समर्थन करने के लिए प्लगइन लेखकों को प्रोत्साहित करता है। इसका मतलब यह होगा कि उपयोगकर्ताओं को किसी भी अतिरिक्त जीवनचक्र मैपिंग या कनेक्टर्स का उपयोग नहीं करना होगा। कुछ प्लगइन लेखक पहले ही इसे लागू कर चुके हैं

6) डिफ़ॉल्ट रूप से m2e में मावेन-कंपाइलर-प्लगइन और कई अन्य जैसे आमतौर पर उपयोग किए जाने वाले प्लगइन्स के लिए जीवनचक्र मैपिंग मेटाडाटा होता है।

अब वापस इस प्रश्न पर: आप शायद उस विशिष्ट लक्ष्य के लिए 1, 2 या 3 में एक अनदेखा जीवन चक्र मानचित्रण प्रदान कर सकते हैं जो आपके लिए परेशानी पैदा कर रहा है।

Answer 4

एक अच्छा समाधान आपको यह याद दिलाने के लिए है कि एम 2 को बेहतर तरीके से कॉन्फ़िगर किया जा सकता है, परियोजना के बिना एक झूठी सकारात्मक त्रुटि मार्कर विरासत में मिली है, बस उन त्रुटियों को चेतावनी के लिए डाउनग्रेड करना है:

विंडो -> प्राथमिकताएं -> मेवेन -> त्रुटियां / चेतावनी -> जीवन चक्र विन्यास द्वारा कवर नहीं किया गया प्लगइन निष्पादन = चेतावनी

Answer 5

मैंने साफ करने के बाद यानी पोस्ट-क्लीन (डिफ़ॉल्ट क्लीन फेज) के बाद विशिष्ट प्लगिंग को निष्पादित करने की कोशिश की। इसने मेरे लिए ग्रहण इंडिगो के साथ काम किया। बस पोस्ट-क्लीन ने मेरे लिए समस्या का समाधान किया।

<executions>
  <execution>
    <configuration>
    </configuration>
   <phase>post-clean</phase>
    <goals>
      <goal>update-widgetset</goal>
    </goals>
  </execution>
</executions> 

Comments

क्या आप बता सकते हैं कि काम क्यों करता है? "बस जोड़ा गया" और "मेरे लिए हल किया गया" वास्तव में मेरे विश्वास को बढ़ाता नहीं है इसमें अवांछित छिपे हुए व्यवहार नहीं होते हैं।

— Kissaki

निश्चित रूप से पर्याप्त, मेरे पास pom.xml में एक phaseऔर एक goalहै जो executionमुझे दिया गया था, और मुझे अभी भी त्रुटि मिलती है।

— रीइनियरियरपोस्ट

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

— चरित डे सिल्वा

Answer 6

: मैं इस समाधान appying द्वारा maven-antrun-प्लगइन और ग्रहण केपलर 4.3 में jaxb2-maven-प्लगइन के साथ एक ही समस्या को हल करने में सक्षम था http://wiki.eclipse.org/M2E_plugin_execution_not_covered#Eclipse_4.2_add_default_mapping
मेरी% की सामग्री तो elipse_workspace_name% /। मेटाडाटा / .plugins / org.eclipse.m2e.core / जीवनचक्र-मानचित्रण-मेटाडेटा.xml इस प्रकार है:

<?xml version="1.0" encoding="UTF-8"?>
<lifecycleMappingMetadata>
  <pluginExecutions>
    <pluginExecution>
      <pluginExecutionFilter>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-antrun-plugin</artifactId>
        <versionRange>1.3</versionRange>
        <goals>
          <goal>run</goal>
        </goals>
      </pluginExecutionFilter>
      <action>
        <ignore />
      </action>
    </pluginExecution>
    <pluginExecution>
      <pluginExecutionFilter>
        <groupId>org.codehaus.mojo</groupId>
        <artifactId>jaxb2-maven-plugin</artifactId>
        <versionRange>1.2</versionRange>
        <goals>
          <goal>xjc</goal>
        </goals>
      </pluginExecutionFilter>
      <action>
        <ignore />
      </action>
    </pluginExecution>
  </pluginExecutions>
</lifecycleMappingMetadata>

_{* त्रुटियों को देखने के लिए ग्रहण को पुनः आरंभ करना पड़ा।}

Answer 7

के रूप में Maven ग्रहण (m2e) संस्करण 0.12 सभी Maven जीवन चक्र लक्ष्यों को इंस्टॉल किए गए m2e विस्तार करने के लिए नक्शे चाहिए। इस मामले में, maven-ear-pluginएक लक्ष्य-रहित लक्ष्य था default-generate-application-xml।

आप केवल निर्देशों का पालन करके अन-मैप्ड जीवन-चक्र लक्ष्यों को बाहर कर सकते हैं:

https://wiki.eclipse.org/M2E_plugin_execution_not_covered

वैकल्पिक रूप से, केवल ग्रहण में त्रुटि संदेश पर राइट-क्लिक करें और चुनें Quick Fix-> Ignore for every pom with such errors।

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

Answer 8

जनवरी के उत्तर में बताए गए तंत्र के साथ मैंने "उत्पन्न-अनुप्रयोग-एक्सएमएल" लक्ष्य को अनदेखा करने के लिए एम 2 प्लगिंग का निर्देश दिया है। यह त्रुटि से छुटकारा दिलाता है और काम करने लगता है क्योंकि m2e application.xml बनाता है।

इसलिए मूल रूप से त्रुटि ने हमें यह तय करने के लिए मजबूर किया कि कौन सा तंत्र एप्लिकेशन जनरेट करने के लिए प्रभारी है। एमएलएम जब ए 2 सी प्लगइन के नियंत्रण में ग्रहण के अंदर चलता है। और हमने तय किया है कि m2e प्रभारी है।

<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-ear-plugin</artifactId>
            <version>2.6</version>
            <configuration>
                <version>6</version>
                <defaultLibBundleDir>lib</defaultLibBundleDir>
            </configuration>
        </plugin>
    </plugins>
    <pluginManagement>
        <plugins>
            **<!-- This plugin's configuration is used to store Eclipse m2e settings 
                only. It has no influence on the Maven build itself. -->
            <plugin>
                <groupId>org.eclipse.m2e</groupId>
                <artifactId>lifecycle-mapping</artifactId>
                <version>1.0.0</version>
                <configuration>
                    <lifecycleMappingMetadata>
                        <pluginExecutions>
                            <pluginExecution>
                                <pluginExecutionFilter>
                                    <groupId>org.apache.maven.plugins</groupId>
                                    <artifactId>maven-ear-plugin</artifactId>
                                    <versionRange>[2.1,)</versionRange>
                                    <goals>
                                        <goal>generate-application-xml</goal>
                                    </goals>
                                </pluginExecutionFilter>
                                <action>
                                    <ignore></ignore>
                                </action>
                            </pluginExecution>
                        </pluginExecutions>
                    </lifecycleMappingMetadata>
                </configuration>
            </plugin>**
        </plugins>
    </pluginManagement>
</build>

Answer 9

आपको M2E_plugin_execution_not_covered में सामग्री को समझने और नीचे दिए गए चरणों का पालन करने की आवश्यकता है:

• ग्रहण प्लगइन फ़ोल्डर से org.eclipse.m2e.lifecyclemapping.defaults जार चुनें
• इसे निकालें और जीवनचक्र-मानचित्रण-मेटाडाटा.xml खोलें जहाँ आप सभी pluginExecutions पा सकते हैं।
• अपने प्लग-इन की pluginExecutions जिसके साथ त्रुटियों के रूप में दिखाया जाता है जोड़े <ignore/>के तहत <action>टैग।

उदाहरण: लिखने-प्रोजेक्ट-गुण त्रुटि के लिए, इस स्निपेट <pluginExecutions>को जीवनचक्र-मैपिंग-मेटाडेटा.xml फ़ाइल के अनुभाग के तहत जोड़ें :

 <pluginExecution>
    <pluginExecutionFilter>
       <groupId>org.codehaus.mojo</groupId>
       <artifactId>properties-maven-plugin</artifactId>
       <versionRange>1.0-alpha-2</versionRange>
       <goals>
         <goal>write-project-properties</goal>
       </goals>
    </pluginExecutionFilter>
     <action>
       <ignore />
     </action>
   </pluginExecution>

• उस XML फ़ाइल को JAR में बदलें
• अपडेट किए गए JAR को ग्रहण के प्लगइन फ़ोल्डर में बदलें
• ग्रहण को पुनः आरंभ करें

आपको भविष्य में किसी भी परियोजना के लिए कोई त्रुटि नहीं दिखनी चाहिए।

Answer 10

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

ग्रहण में M2e प्लगइन को अपडेट करें

साफ और फिर से निर्माण