मावेन: विरूपण साक्ष्य विवरण पढ़ने में विफल

258

मैं उम्मीद कर रहा हूं कि कोई ऐसी समस्या से जूझने में मेरी मदद कर सकता है जिससे मैं जूझ रहा हूं।

जब मैं टर्मिनल से अपनी परियोजना बनाने की कोशिश करता हूं तो मुझे यह त्रुटि मिलती है:

Failed to read artifact descriptor for com.morrislgn.merchandising.common:test-data-utils:jar:0.3b-SNAPSHOT: Could not find artifact com.morrislgn.merchandising:merchandising:pom:0.3b-SNAPSHOT

common.test-data-utilsजार एक अलग परियोजना के द्वारा बनाई गई है और इस और एक अन्य परियोजना के बीच साझा किया जाता है (अन्य परियोजना या तो निर्माण नहीं है, लेकिन है कि एक और समस्या के लिए नीचे है)।

मैं com.morrislgn.merchandising.common:test-data-utilsमुद्दे के बिना निर्माण करने में सक्षम हूं, मैं .m2अपनी मशीन पर स्थानीय भंडार में बनाता प्रविष्टि देख सकता हूं। मैंने ग्रहण में अपनी रिपॉजिटरी को भी पुनर्निर्मित किया है।

मेरे प्रोजेक्ट के POM में यह प्रविष्टि है:

<dependency>
    <groupId>com.morrislgn.merchandising.common</groupId>
    <artifactId>test-data-utils</artifactId>
    <version>0.3b-SNAPSHOT</version>
</dependency>

जो मेरे लिए सही प्रतीत होता है - POM किसी भी त्रुटि की रिपोर्ट नहीं करता है जब उसे ग्रहण में देखा जाता है।

क्या कोई मुझे बता सकता है कि मैं यहां गायब हूं या गलत कर रहा हूं?

java maven dependencies

— Morrislgn
स्रोत

183

आप हमेशा कोशिश कर सकते हैं mvn -U clean install

-U दूरस्थ रिपॉजिटरी पर अद्यतन रिलीज़ और स्नैपशॉट के लिए एक जाँच को बाध्य करता है।

— गल ब्राच
स्रोत

40

@MrPhi: यदि आपके पास m2e प्लगइन है, तो आप Maven -> "अपडेट प्रोजेक्ट ..." का उपयोग कर सकते हैं। अगले संवाद में स्नैपशॉट और रिलीज़ के अपडेट को बाध्य करने का विकल्प होगा।

— आरोन डिगुल्ला

1

@AaronDigulla यह वह डायलॉग बॉक्स है, जो मेरे लिए त्रुटि पैदा कर रहा है।

— जेरोएन

1

इस काम को करने के लिए आपको अपने प्रोजेक्ट के रूट dir के अंदर कमांड चलाना चाहिए

— Daria

मेरे पास भी ऐसा ही मुद्दा था। यह वास्तव में मदद करता है, और इसके अलावा, यदि आप निजी एमवीएन रेपो का उपयोग कर रहे हैं, तो सुनिश्चित करें कि ~/.m2/setting.xmlपहले इसे अपने दर्पण अनुभाग में जोड़ें , और फिर चलाने के बाद mvn -U clean install, सुनिश्चित करें कि Reimport(प्रोजेक्ट पर राइट क्लिक करें, फिर नीचे Mavenअनुभाग में एक Reimportबटन है) )।

— जैक झांग

1

@TomaszWaszczyk: हाँ वहाँ है। 1. विंडोज-शो व्यू-> टर्मिनल। 2. स्थानीय टर्मिनल जोड़ें। cd PomFilePath 4. कमांड को रन करें

— विष्णु दहेटोंडे

142

यह समस्या हो सकती है यदि आपके पास कुछ चाइल्ड प्रोजेक्ट्स हैं जो पेरेंट पोम को संदर्भित करते हैं और आपने पेरेंट पोम डायरेक्ट्री ( mvn installपैरेंट डायरेक्ट्री से रन) से इंस्टॉल नहीं किया है । चाइल्ड प्रोजेक्ट्स में से एक सिबलिंग प्रोजेक्ट पर निर्भर हो सकता है और जब यह सिबलिंग के पोम को पढ़ने के लिए जाता है, तो यह प्रश्न में उल्लिखित त्रुटि के साथ विफल हो जाएगा जब तक कि आपने कम से कम एक बार पेरेंट पोम डायरेक्टरी से इंस्टॉल नहीं किया हो।

मैं एक नए कंप्यूटर के लिए एक परियोजना को स्थानांतरित करते समय बस इस समस्या में भाग गया। मैं बाल परियोजना से कमांड चलाने की आदत में था और माता-पिता पर स्थापित नहीं था।

— bzuillsmith
स्रोत

13

इसके अलावा, जब mvn installमाता-पिता पर चल रहा है तो आप -Nगैर-पुनरावर्ती ऑपरेशन के लिए भी जोड़ सकते हैं । यह मावेन को सभी मॉड्यूल (जिसमें विफल रहता है सहित) को छोड़ देगा और installमाता-पिता के लिए सिर्फ लक्ष्य करेगा।

— जसक प्रूशिया

@JacekPrucia यह जानकर अच्छा है कि एक पोम विरूपण साक्ष्य को भी स्थापित करने की आवश्यकता है (यदि आपके माता-पिता एक पोम हैं)

— एड्रियन

@bzuillsmith आपको mvn installपैरेंट पोम में चलने की आवश्यकता क्यों होगी । क्या यह केवल उपयोग नहीं किया जाएगा ताकि सहो निर्भरता डाउनलोड की जा सके? यदि आपके साथ ऐसा होता है कि आप भाई-बहन की निर्देशिका में गए हैं और mvn installवहां से भाग गए हैं ताकि जार आपके स्थानीय भंडार में हो, तो क्या यह वही सटीक बात नहीं है?

— user2158382

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

— bzuillsmith 4

मेरी परियोजना जैसे कि ch-multip-spring \ simple-parent-simple-simple-pom.xml, मैं मूल ch-multip-spring फ़ोल्डर (साधारण अभिभावक से भी नहीं) से क्लीन इनवॉइस करता हूं, इसने मेरी समस्या को समान रूप से हल किया पद शीर्षक के लिए।

— १५

104

IntelliJ IDEA के साथ एक ही मुद्दा था और निम्नलिखित काम किया।

के लिए जाओ File
चुनते हैं Settings
चुनते हैं Build, Execution, Deployments
Build Toolsड्रॉप डाउन से चयन करें
Mavenड्रॉप डाउन से चयन करें
Always update snapshotsचेक बॉक्स पर टिक करें

— प्रधान
स्रोत

1

यह मेरे लिए काम करता है, लेकिन मुझे समझ में नहीं आता कि क्यों - मैं कमांड लाइन से निर्माण करने का प्रयास कर रहा था। क्या इंटेलीज से कैश किया गया था?

— goodOldFashioned

मेरे लिए भी काम किया! विश्वास नहीं कर सकता कि यह कितना निराशाजनक था। धन्यवाद!

— बेन एरिना

@ goodOldFashioned: यह "हमेशा अपडेट" स्थानीय रिपॉजिटरी से .... lastUpdated फ़ाइल को ओवरवोट करता है। -यू कमांडलाइन से ही करता है। इसलिए intellij ने आपके स्थानीय रेपो को ठीक किया, और फिर कमांडलाइन ने फिर से काम किया।

— फ्रिस्लिंग

सरल और प्रभावी

— ओजोनुगवा जूड ओचलिफु

2

पूरे इंटरनेट को ब्राउज़ करने के बाद, आखिरकार मेरे लिए यह काम किया

— khawarizmi

37

यदि आप ग्रहण का उपयोग कर रहे हैं, तो अपने प्रोजेक्ट पर राइट क्लिक करें -> मैवेन -> अपडेट प्रोजेक्ट । यह अपडेट मावेन प्रोजेक्ट डायलॉग बॉक्स खोलेगा।

उस डायलॉग बॉक्स में स्नैपशॉट / फोर्स अपडेट के चेक फोर्स अपडेट को चेक करें और ओके पर क्लिक करें । (कृपया नीचे चित्र देखें)

यह मेरे लिए काम किया!

— IamVickyAV
स्रोत

36

यदि आप ग्रहण का उपयोग कर रहे हैं, तो प्रोजेक्ट -> गुण -> पर राइट क्लिक करें और सुनिश्चित करें कि " कार्यक्षेत्र परियोजनाओं से निर्भरता का समाधान करें " पर क्लिक नहीं किया गया है।

उम्मीद है की यह मदद करेगा।

— tharindu_DG
स्रोत

4

इससे मेरा काम बनता है। लेकिन मैं नहीं समझता कि क्यों? इसके पीछे कोई स्पष्टीकरण?

— आनंद

1

यह मेरे लिए काम नहीं करता था, शुरू में 12 शक्तियां गायब थीं, ऐसा करने के बाद अब यह 74 है

— user2044822

27

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

— आरआरएस
स्रोत

6

आपको अपने .m2 / settings.xml

— inanutshellus

1

धन्यवाद दोस्तों! इसने मेरे लिए काम किया और बहुत समय बचाया।

— कहाफनागन

14

मैं ग्रहण के साथ एक ही मुद्दा था जहां maven निर्माण कमांड लाइन ठीक काम किया, लेकिन यह कोशिश करो

.m2 / रिपॉजिटरी में जाएं और संबंधित निर्देशिका को मिटा दें
ग्रहण में अद्यतन मावेन निर्भरता चलाते हैं

त्रुटि दूर हो जाती है .... क्यों मेरी मावन कमांड लाइन ने उन निर्देशिकाओं और ग्रहण के साथ काम किया ।m2eclipse नहीं कर सका, मुझे कोई पता नहीं है और यह थोड़े बेकार है। मेरा प्रोजेक्ट अब फिर से ग्रहण में काम कर रहा है।

— डीन हिलर
स्रोत

एक तरफ ध्यान दें, हम ढाल करने के लिए बंद कर दिया .... चींटी और मावेन की तुलना में बहुत खुश .... बहुत अच्छा सेटअप।

— डीन हिलर

यह भी सुनिश्चित नहीं है कि यह कुछ भी ग्रहण से संबंधित है। मैं IntelliJ के साथ एक ही मुद्दा था और समस्याग्रस्त संकुल को हटाने और फिर से mvn clean installकाम कर रहा था

— Jay

12

मुझे IntelliJ का उपयोग करने में एक ही समस्या थी। मैंने pom.xml> Maven> Reimport पर राइट क्लिक से हल किया

— rlopezo
स्रोत

हाँ, जीवन की तरह ही यह भी सरल है। वैसे भी, @prime जवाब मेरे लिए काम किया।

— इमाम बक्स

10

मैंने रिपॉजिटरी फोल्डर में डिलीट करके इस इश्यू को सॉल्व किया जहां यह त्रुटि .jar और .pom फाइल्स को छोड़कर सब कुछ दिखाई गई थी।

— 17sprints
स्रोत

मैंने मावेन लोकल रिपॉजिटरी में संबंधित फाइलों को डिलीट करके उसी मुद्दे को हल किया है और फिर पूरे प्रोजेक्ट को अपडेट किया है।

— विज्ञापन इनफिनिटम

8

"विरूपण साक्ष्य वर्णनकर्ता को पढ़ने में विफल" समस्याएँ आमतौर पर मावेन रिपॉजिटरी में निर्भरता की पोम फ़ाइल के साथ एक समस्या का संकेत देती हैं। मैं आपको यह जांचने के लिए सुझाव दूंगा कि अगर पोम फाइल का नाम मावेन के नाम के साथ समान है, और यह भी जांचने के लिए कि क्या पोम फाइल की सामग्री वैध है।

— eaykin
स्रोत

1

Pom.xml की जाँच उपयोगी थी। मैंने पाया कि मेरे पास एक ही निर्भरता दो बार थी (कॉपी और पेस्ट त्रुटि)। सफाई के बाद सब ठीक था।

— एडम बोक्ज़ेक

8

मेरे लिए, यह "उपयोगकर्ता Setting.xml" के अंदर स्थापित करने से संबंधित था

Window > preferences > Maven > User Settings > and then browsing to the user Settings inside the { maven unarchived directory / }/apache-maven-2.2.1/conf/settings.xml .

— रोशन खंडेलवाल
स्रोत

6

मेरे पास एक प्रोजेक्ट है

 A/
 |--a1
 |--a2

अब हमारे org में एक और प्रोजेक्ट है

 B/
 |--b1
 |--b2
 |--b3

(प्रत्येक मॉड्यूल ए 1, बी 1 आदि और पैरेंट प्रोजेक्ट्स ए, बी में माता-पिता और बच्चे के मानक मावेन नियमों के अनुसार अपना स्वयं का पोम। Xml है)

दोनों परियोजनाओं को मेरे स्थानीय ग्रहण (एसवीएन से) पर चेक किया गया है। मैं सक्रिय रूप से ए पर काम कर रहा हूं।

मुझे पता चला कि बी में एक अच्छी सामान्य कार्यक्षमता (बी 4) विकसित हुई है और मुझे इसका उपयोग करने की आवश्यकता है।

 B/
 |--b1
 |--b2
 |--b3
 |--b4 (NEW)

B4 के डेवलपर ने इस B4 मॉड्यूल को हमारे org के रिपॉजिटरी में एक विरूपण साक्ष्य के रूप में तैनात किया है। मैंने अपने मॉड्यूल के पोम यानी a2 के pom.xml पर निर्भरता को शामिल किया। ग्रहण ने रेपो से पुनर्निर्मित कलाकृतियों को डाउनलोड किया और मैं इसमें कक्षाएं आयात कर सका।

अब मुद्दा शुरू होता है ... मुझे किसी उद्देश्य के लिए बी 4 के स्रोत कोड की जांच करने की आवश्यकता थी और जैसा कि मैंने पहले ही अपने स्थानीय ग्रहण पर बी चेक किया था मैंने इसे एसवीएन से अपडेट किया और मॉड्यूल बी 4 की जांच की। मैंने मॉड्यूल b4 के pom.xml को भी साफ, पैकेज आदि जैसे लक्ष्यों के साथ चलाया। कुछ समय बाद जब मैंने अपनी कोडिंग पूरी की तो मुझे अपने मॉड्यूल a2 का एक JAR बनाने की आवश्यकता थी। मैंने a2 के pom.xml और BAM पर "पैकेज" चलाया !! a2 मॉड्यूल के लिए त्रुटियाँ n त्रुटियाँ .. ये त्रुटियाँ भी बहुत उपयोगकर्ता के अनुकूल नहीं थीं। केवल बात यह है कि लॉग में सुनिश्चित करने के लिए b4 का नाम था।

समाधान: कई घंटों के लिए कई समाधानों की कोशिश करने के बाद, मैं अपने बी के प्रोजेक्ट डायरेक्टी (यानी ../codebase/B में) कंसोल से "mvan -U clean install" चला। जैसा कि बी माता-पिता है, बी 4 सहित सभी मॉड्यूलों के लिए क्लीन इंस्टॉल कमांड चला गया और यह सफलतापूर्वक चला। इसके बाद मैंने अपने मूल प्रोजेक्ट के लिए "mvan -U क्लीन इनस्टॉल" चलाया, जो कि A. है और इसने काम किया! a2 मॉड्यूल संकलित हो गया, स्थापित, (बाद में पैक) सफलतापूर्वक।

यहाँ महत्वपूर्ण बिंदु यह था कि यदि b4 आपके कार्यक्षेत्र में है तो केवल b4 स्थापित न करें। आपको पूरा बी को साफ़ करने की आवश्यकता होगी। मैं ज़ुइल से जवाब पढ़ने के बाद इस समाधान पर आया था

संपादित करें: यहां एक और बात ध्यान देने वाली है कि अगर मेरे पास स्थानीय वातावरण में बी परियोजना की जाँच नहीं होती तो यह समस्या मेरे लिए नहीं होती। मुझे लगता है कि ऐसा इसलिए हुआ क्योंकि मैंने अपने स्थानीय कार्यक्षेत्र में बी चेक किया था।

— simpleDev
स्रोत

5

आप दो अलग-अलग समूह का उल्लेख करते हैं, com.morrislgn.merchandising.commonऔर com.johnlewis.jec.webpim.common। शायद यही समस्या है।

— phlogratos
स्रोत

अच्छी जगह - नहीं, यह दुर्भाग्यपूर्ण नहीं है। मैंने पोम एक्सएमएल से गलत टैग की नकल की, जो मुझे चाहिए उस टैग के ऊपर था और मैंने जो किया था वह नहीं किया। ओह! मैंने अपनी मूर्खता को ठीक करने के लिए प्रश्न संपादित किया है!

— मॉरिसलगन 28

4

संदर्भ मेवेन त्रुटि "स्थानांतरण में विफलता ..."

find ~/.m2  -name "*.lastUpdated" -exec grep -q "Could not transfer" {} \; -print -exec rm {} \;

— आवारा
स्रोत

4

ग्रहण के माध्यम से कोई भी भाग्य अद्यतन नहीं हुआ। एमवायएन क्लीन इंस्टाल -यू (जो सब कुछ हल किया गया) का उपयोग करना था।

— टूथलेस सीर
स्रोत

10

गैल ब्राचा ने इसका भी जवाब दिया। बेहतर होगा कि काम करने का जवाब दें और जरूरत पड़ने पर टिप्पणी जोड़ें।

— ब्रायन व्हाइट

4

मेरे लिए, यह वास्तव में निर्भरता POM के साथ एक समस्या रही है।

मैंने jitpack वर्चुअल रिपॉजिटरी का उपयोग करके इसके चारों ओर काम किया, जिसके साथ आप अपने स्वयं के POM (जो कि मेरे मामले में गलत किया गया है) के बजाय उनके URL पर आधारित github रिपॉजिटरी को शामिल कर सकते हैं।

    <repository>
        <id>jitpack.io</id>
        <url>https://jitpack.io</url>
    </repository>

— फिल रयॉफ
स्रोत

3

मुझे कुछ समय से वही समस्या थी और करने के बावजूद mvn -U clean installसमस्या हल नहीं हो रही थी!

मैंने अंत में पूरे .m2फ़ोल्डर को हटाकर समस्या को हल किया और फिर अपनी आईडीई को फिर से शुरू किया और समस्या दूर हो गई!

इसलिए कभी-कभी आपके स्थानीय मैवेन रिपॉजिटरी में कुछ असंगतियों या समस्याओं के कारण समस्या बढ़ जाती है।

— sakhoshdel
स्रोत

ऑफ़लाइन रहते हुए मावेन रेसक्यू करने की कोशिश की, और पूरी तरह से इंटेलीजे को बंद कर दिया। आपकी सलाह का पालन किया, .m2 हटा दिया, और अब यह एक आकर्षण की तरह काम कर रहा है! धन्यवाद!

— विक्टर ग्राज़ी

3

हमारे मामले में त्रुटि गलत GroupId नाम बदलने के कारण दिखाई दी, जबकि बहु-मॉड्यूल मावेन कॉन्फ़िगरेशन में कुछ प्रोजेक्ट दूसरों के संदर्भ में।

हमारे पास billing-parentदो मॉड्यूल ( billing-api, billing) के साथ एक एग्रीगेटर प्रोजेक्ट ( ) था:

com.company.team:billing-parent
|-com.company.team:billing-api
|-com.company.team:billing

प्रोजेक्ट पर billingनिर्भर करता है billing-api। तो इसके में pom.xmlथा:

<dependency>
    <groupId>com.company.team</groupId>
    <artifactId>billing-api</artifactId>
    <version>${project.version}</version>
</dependency>

हम से ग्रुप का नाम बदलने का फैसला किया है com.company.teamकरने के लिए com.company.team.billing। हमने माता-पिता pom.xmlऔर <parent>दोनों मॉड्यूल के वर्गों में पुराने मूल्य को बदल दिया । लेकिन ऊपर निर्भरता को अपडेट करना भूल गया। इसलिए हमें विन्यास मिला था जिसमें billingपरियोजना पुरानी billing-apiकलाकृतियों का संदर्भ देती है। आखिरकार यह billingत्रुटि के साथ कुछ समय बाद मॉड्यूल का निर्माण करता है

[ERROR] Failed to execute goal on project billing: Could not resolve dependencies for project com.company.team.billing:billing:jar:3.5.1-SNAPSHOT: Failed to collect dependencies at com.company.team:billing-api:jar:3.5.1-SNAPSHOT: Failed to read artifact descriptor for com.company.team:billing-api:jar:3.5.1-SNAPSHOT: Failure to find <parent of the com.company.team:billing-parent project which is not available any more>

इस तथ्य के बावजूद कि billing-apiमॉड्यूल त्रुटियों के बिना बनाता है।

समाधान 1: नाम बदलने groupIdमें dependencyके रूप में अच्छी तरह से।

समाधान 2: इस तरह groupIdसे ${project.groupId}संपत्ति को बदलें :

<dependency>
    <groupId>${project.groupId}</groupId>
    <artifactId>billing-api</artifactId>
    <version>${project.version}</version>
</dependency>

निष्कर्ष। तो मल्टी-मॉड्यूल कॉन्फ़िगरेशन में त्रुटि के साथ सामना करने की स्थिति में मेरी सलाह यह है: पड़ोसी मॉड्यूल पर पूरी तरह से जांच groupIdऔर artifactIdनिर्भरता।

— Lu55
स्रोत

2

अपने प्रोजेक्ट फ़ोल्डर के अंदर शेल के माध्यम से नेविगेट करें और निम्न आदेश चलाएँ:

mvn -U clean install

आमतौर पर इससे आपकी समस्या पहले ही हल हो जानी चाहिए।

यदि आप इस तरह एक संदेश देखते हैं:

प्रोजेक्ट के लिए निर्भरताएँ हल नहीं कर सका: युद्ध: 0.0.1-स्नैपशॉट: कॉम पर निर्भरताएँ एकत्र करने में विफल रहा। sun.jersey: जर्सी-सर्वर: जार: 1.9

फिर निष्पादित करें:

export MAVEN_OPTS=-Dhttps.protocols=TLSv1,TLSv1.1,TLSv1.2

के बाद:

mvn -U clean install

फिर से अपनी निर्भरता को अपडेट करें।

बाद में स्वच्छ मावेन का निर्माण करें:

maven clean install

— अभिजीत काले
स्रोत

1

मुझे भी ऐसी ही समस्या का समाधान करना पड़ा था। मेरे मामले में, मेरे .m2 / रिपॉजिटरी फ़ोल्डर में testng का संस्करण भ्रष्ट था, लेकिन जब मैंने इसे हटा दिया और फिर से एक मावेन अपडेट किया, तो सब कुछ ठीक रहा।

— विलियम
स्रोत

0

मुझे ग्रहण में यह समस्या mvn -U clean installथी , काम नहीं किया लेकिन परियोजना पर क्लिक करना और मावेन का चयन करना -> अपडेट प्रोजेक्ट ने इसे ठीक कर दिया।

— gary69
स्रोत

0

मैंने अभी पहली बार मावेन के साथ एसटीएस एक्लिप्स का उपयोग शुरू किया था। मैंने जिस प्रोजेक्ट को सेटअप किया है, उसकी सेटिंग पहले से ही थी। xml। यदि यह स्थिति है, तो आप रन कॉन्फ़िगरेशन में अपनी सेटिंग। Xml फ़ाइल अपडेट करना चाहेंगे।

राइट क्लिक करें pom.xml और "Run As" -> "रन कॉन्फ़िगरेशन ..."
जहां यह कहता है कि "उपयोगकर्ता सेटिंग्स" फ़ाइल बटन पर क्लिक करें और सेटिंग्स जोड़ें। xml।
मुझे लगता है कि यह आपकी परियोजना के लिए विशिष्ट है, लेकिन मेरे "लक्ष्य" को "क्लीन इंस्टॉल" पर सेट किया गया है और मैंने "टेस्ट छोड़ें" पर जांच की है।

— जोस पेरलेज़
स्रोत

0

यह त्रुटि मूल रूप से कह रही है कि मावेन स्थानीय भंडार से एक निश्चित निर्भरता को नहीं पढ़ सकते थे। यह खुश हो सकता है क्योंकि एक जार फ़ाइल सही ढंग से डाउनलोड नहीं हुई। इसलिए, अपने मावेन लोकल रिपॉजिटरी में जाएं और सुनिश्चित करें कि कोई .lastUpdated एक्सटेंशन फाइल नहीं है।

— Sandoval0992
स्रोत

0

इससे मुझे मदद मिली:

आईडीई (मेरे मामले में Red Hat CodeReady Studio) से।

विंडोज -> शो व्यू -> टर्मिनल -> स्थानीय टर्मिनल खोलें / जोड़ें

निम्नानुसार कमांड चलाएँ>

$ cd /pom-file-path/

$ mvn -U clean install

— Nhlanhla Rihlapfu
स्रोत

-4

मैंने मावेन सेटिंग को बदलकर इस समस्या को हल किया। xml और रिपॉजिटरी

— wonbin2011
स्रोत

वह जल्दी से बढ़ गया :)

— विज्ञापन Infinitum