जब मावेन कहते हैं, "जब तक MyRepo के अपडेट अंतराल को समाप्त नहीं किया जाता है, तब तक संकल्प को पुन: प्रसारित नहीं किया जाएगा", वह अंतराल कहाँ निर्दिष्ट है?


586

मावेन के साथ, मैं कभी-कभी एक ऐसी कलाकृति को मारता हूं जो कुछ 3-पार्टी रेपो से आती है जिसे मैंने अभी तक अपनी रिपॉजिटरी में बनाया या शामिल नहीं किया है।

मुझे मावेन क्लाइंट से एक त्रुटि संदेश मिलेगा जिसमें कहा गया है कि एक विरूपण साक्ष्य नहीं मिल सकता है:

Org.jfrog.maven.annomojo को खोजने में विफलता: maven-plugin-anno: jar: 1.4.0 http://myrepo:80/artifactory/repoको स्थानीय रिपॉजिटरी में कैश किया गया था, जब तक MyRepo का अपडेट अंतराल समाप्त नहीं हो जाता या अपडेट को मजबूर नहीं किया जाता है, तब तक रिजॉटमेंट नहीं किया जाएगा -> [] 1 सहायता]

अब, मैं समझता हूं कि इसका क्या मतलब है, और बस अपनी कमांड को फिर से चला सकते हैं -U, और चीजें आमतौर पर वहां से ठीक काम करती हैं

हालाँकि, मुझे यह त्रुटि संदेश बेहद अचूक लग रहा है और मैं अपने सहकर्मियों को कुछ सिरदर्द से दूर करने की कोशिश कर रहा हूं।

मैं यह पता लगाने की कोशिश कर रहा हूं कि क्या कोई जगह है जो मैं इस update intervalसेटिंग को संशोधित कर सकता हूं ।

  1. क्या update intervalइस त्रुटि संदेश में क्लाइंट-साइड या सर्वर-साइड सेटिंग का उल्लेख किया गया है?
  2. यदि क्लाइंट-साइड, मैं इसे कैसे कॉन्फ़िगर करूं?
  3. यदि सर्वर-साइड, क्या कोई जानता है कि Nexus / Artifactory इन सेटिंग्स को कैसे / यदि उजागर करता है?

11
मुझे अपने pom.xml पर 1 और निर्भरता जोड़ने के बाद एक ही त्रुटि संदेश मिला। मेरे लिए यह स्पष्ट रूप से एक बग है। मुझे समझ नहीं आता कि ऐसा क्यों होता है! अगर मैं अपने प्रोजेक्ट में निर्भरता जोड़ता हूं और मैं mvan कंपाइल चलाता हूं तो यह सिर्फ जार फाइलों को डाउनलोड करना चाहिए। यह व्यवहार पूरी तरह से बकवास है!
रॉबर्ट रीज़


मैंने अभी हाल ही में इसका अनुभव किया है और मेरे द्वारा पढ़े गए सभी उत्तरों के बाद, एक और अतिरिक्त कदम एक्लिप्स (मेरे मामले में) परियोजना को फिर से आयात करना है । यह बहुत अजीब था कि एक्लिप्स मुझे एक प्लगइन के साथ खराब करने में लगा रहा जो कि मेरे में नहीं है pom.xml
गुप्त

मेरे लिए एक महत्वपूर्ण प्रश्न !! धन्यवाद दोस्त!
श्री निकोडी

मेरे लिए, यह एक विशेष रेपो GitHub से जुड़ा हुआ था और url ऑफ़लाइन हो गया (404 प्राप्त कर रहा था)। मैंने रेपो को अपने आंतरिक सर्वर में अपडेट किया और इसने काम किया।
cbmeeks

जवाबों:


286

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

Nexus पक्ष (सर्वर रेपो साइड), यह समस्या किसी निर्धारित कार्य को कॉन्फ़िगर करने से हल की गई है। ग्राहक की ओर, यह प्रयोग किया जाता है -U, जैसा कि आपने पहले ही बताया है।


7
"मैं अपने स्थानीय रेपो में विरूपण साक्ष्य निर्देशिका डाउनलोड करने में विफल रहने वाले को हटाकर इस मुद्दे को हल करने के लिए उपयोग करता हूं।" इसने मेरे लिए काम किया। मैं नेटबीन्स का भी उपयोग कर रहा हूं।

16
यदि मावेन नोट करता है कि कैश्ड विरूपण साक्ष्य अमान्य है, तो वह इसे अपने आप हल क्यों नहीं कर सकता है?
स्टीफन

1
क्या "एक निर्धारित कार्य को कॉन्फ़िगर करना" का मतलब है और "यह -U का उपयोग करके किया जाता है", क्या आप कृपया इसे उद्देश्य यूआई यूआई शब्दों में डाल सकते हैं?
user2568374

1
मेरा मानना ​​है कि आप ग्रहण आईडीई का मतलब है। सिद्धांत आपको नवीनतम स्नैपशॉट डाउनलोड करने की आवश्यकता है। ऐसा करने के लिए आपको अपने maven कमांड में '-U' पैरामीटर को जोड़ना होगा, जैसे mvan क्लीन कंपाइल -U। अब, आप इस मावेन कमांड को कमांड लाइन के माध्यम से या एक्लिप्स के माध्यम से 'हमेशा अपडेट स्नैपशॉट' बॉक्स पर टिक करके चला सकते हैं। यकीन नहीं है, मैं इन दिनों intellij का उपयोग करें। 'निर्धारित कार्य को कॉन्फ़िगर करना' भाग एक विशेष कॉन्फ़िगरेशन को संदर्भित करता है जिसे आप अपने नेक्सस सर्वर पर रखना चाहते हैं। इस उत्तरार्ध का ग्रहण से कोई लेना-देना नहीं है।
क्रिश्चियन अचिल्ली

10
यह ओपी के वास्तविक प्रश्न का उत्तर नहीं देता है।
8bitjunkie

116

आप स्थानीय रिपॉजिटरी में संबंधित विफल आर्टिफिशियल डायरेक्टरी को हटा सकते हैं। और यह भी कि आप केवल -Uलक्ष्य में उपयोग कर सकते हैं । यह काम करेगा। यह मावेन 3 के साथ काम करता है। इसलिए मावेन 2 को डाउनग्रेड करने की आवश्यकता नहीं है।


2
जब यह इतना सरल हो सकता है तो रिपॉजिटरी कॉन्फ़िगरेशन के साथ खिलवाड़ क्यों?
कोराक्टर

9
उत्तर देने से पहले कृपया प्रश्न को ध्यान से पढ़ें। ओपी पूछ रहा है कि समय अंतराल कैसे निर्धारित किया जाए, न कि किसी अपडेट को कैसे बाध्य किया जाए।
i3ensays

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

~/.m2/settings.xml/<repositories>इस समस्या को हल करने के लिए हमारे पास मान्य रिपॉजिटरी होनी चाहिए, यू विकल्प
कानागावेलु सुगुमार

64

मुझे संबंधित समस्या थी, लेकिन रघुराम के जवाब से मदद मिली। (मेरे पास अपना जवाब देने के लिए अभी तक पर्याप्त प्रतिष्ठा नहीं है)। मैं नेटविन्स के साथ बंडल किए गए मावेन का उपयोग कर रहा हूं, और वही मिल रहा था "... स्थानीय रिपॉजिटरी में कैश किया गया था, जब तक नेक्सस के अपडेट अंतराल को समाप्त नहीं किया जाता है या अपडेट को मजबूर नहीं किया जाता है, तब तक पुन: लागू नहीं किया जाएगा।" [सहायता 1] "त्रुटि ।

इसे ठीक करने के लिए मैंने <updatePolicy>always</updatePolicy>अपनी सेटिंग्स फ़ाइल में जोड़ा (C: \ Program Files \ NetBeans 7.0 \ java \ maven \ conf \ settings.xml)

<profile>
  <id>nexus</id>
  <!--Enable snapshots for the built in central repo to direct -->
  <!--all requests to nexus via the mirror -->
  <repositories>
    <repository>
      <id>central</id>
      <url>http://central</url>
      <releases><enabled>true</enabled><updatePolicy>always</updatePolicy></releases>
      <snapshots><enabled>true</enabled><updatePolicy>always</updatePolicy></snapshots>
    </repository>
  </repositories>
 <pluginRepositories>
    <pluginRepository>
      <id>central</id>
      <url>http://central</url>
      <releases><enabled>true</enabled><updatePolicy>always</updatePolicy></releases>
      <snapshots><enabled>true</enabled><updatePolicy>always</updatePolicy></snapshots>
    </pluginRepository>
  </pluginRepositories>
</profile>

8
मेरे मामले में मदद नहीं की।
आर्शि

64

मूल रूप से क्या होता है, maven के डिफ़ॉल्ट अपडेट के अनुसार। Maven दैनिक आधार पर रेपो से जार लाएगा। यदि 1 प्रयास के दौरान आपका इंटरनेट काम नहीं कर रहा था, तो वह इस जार को फिर से 24 घंटे तक खर्च करने की कोशिश नहीं करेगा।

संकल्प :

या तो उपयोग करें

mvn -U clean install

कहां -यू रेपो को अपडेट करने पर मजबूर करेगा

या उपयोग करें

<profiles>
    <profile>
      ...
      <repositories>
        <repository>
          <id>myRepo</id>
          <name>My Repository</name>
          <releases>
            <enabled>false</enabled>
            <updatePolicy>always</updatePolicy>
            <checksumPolicy>warn</checksumPolicy>
          </releases>
         </repository>
      </repositories>
      ...
    </profile>
  </profiles>

अपनी सेटिंग में। xml


39

सेटिंग्स संदर्भ के अनुसार :

updatePolicy: यह तत्व निर्दिष्ट करता है कि कितनी बार अपडेट होने का प्रयास करना चाहिए। मावेन स्थानीय POM के टाइमस्टैम्प (भंडार में मावेन-मेटाडेटा फ़ाइल में संग्रहीत) की तुलना रिमोट से करेगा। विकल्प हैं: हमेशा, दैनिक (डिफ़ॉल्ट), अंतराल: X (जहां X मिनटों में पूर्णांक है) या कभी नहीं।

उदाहरण:

<profiles>
    <profile>
      ...
      <repositories>
        <repository>
          <id>myRepo</id>
          <name>My Repository</name>
          <releases>
            <enabled>false</enabled>
            <updatePolicy>always</updatePolicy>
            <checksumPolicy>warn</checksumPolicy>
          </releases>
         </repository>
      </repositories>
      ...
    </profile>
  </profiles>
  ...
</settings>

7
उत्तर के लिए धन्यवाद; हालाँकि, मैंने "अपडेटपॉलिश" सेटिंग के साथ काफी प्रयोग किया है, और ऐसा लगता है कि "Not Found" / "Failure Cached" / "रेजोल्यूशन रिलेटेड नहीं होगा" त्रुटि पर कोई प्रभाव नहीं पड़ता है।
cprice404 17

23

जबकि आप इसे संजीव-गुलगानी के सुझाव के अनुसार एक क्लीन इंस्टाल (किसी भी कैश्ड निर्भरता पर काबू पाने) के साथ हल कर सकते हैं। mvn -U clean install

आप केवल कैश्ड निर्भरता को भी दूर कर सकते हैं जो समस्या का कारण बन रही है

mvn dependency:purge-local-repository -DmanualInclude="groupId:artifactId"

अधिक जानकारी के लिए mvan डॉक्स देखें ।


9

यह त्रुटि कभी-कभी भ्रामक हो सकती है। 2 चीजें जिन्हें आप जांचना चाहते हैं:

  1. क्या रेपो में निर्भरता के लिए एक वास्तविक जार है? आपके त्रुटि संदेश में एक URL है जहाँ वह खोज कर रहा है, इसलिए वहां जाएं, और फिर उस फ़ोल्डर पर ब्राउज़ करें जो आपकी निर्भरता से मेल खाता है। क्या कोई जार है? यदि नहीं, तो आपको अपनी निर्भरता को बदलने की आवश्यकता है। (उदाहरण के लिए, आप एक शीर्ष स्तर के माता-पिता की निर्भरता की ओर इशारा कर सकते हैं, जब आपको एक उप-परियोजना पर इशारा करना चाहिए)

  2. यदि सुदूर रेपो पर जार मौजूद है, तो बस अपनी स्थानीय प्रति हटा दें। यह आपके होम डायरेक्टरी में होगा (जब तक कि आपने अलग-अलग कॉन्फ़िगर नहीं किया है) .m2 / रिपॉजिटरी (लिनक्स पर अगर छुपाने के लिए ls -a)।


4
यह ओपी के प्रश्न के लिए प्रासंगिक नहीं है। त्रुटि दिखाई जाने का कारण बिंदु नहीं है। ओपी यह जानना चाहता है कि रिट्रीवल अंतराल कैसे निर्धारित किया जाए।
8bitjunkie

1
यह ओपी के पद के पीछे एक निहित मुद्दा हो सकता है और मेरा मुद्दा बन सकता है। यह पता चला कि मेरे टाइप में मेरा <groupId> था, जो विकल्प की समीक्षा करके मुझे सही रास्ते पर ले जाता है।
जेम्स ओरेवेक

1
सवाल यह है कि अंतराल कैसे निर्धारित किया जाए?
स्माइलीफेस

7

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

यह मावेन 3 के साथ भी काम करता है।


1
के लिए सत्यापित: ग्रहण: जूनो सेवा रिलीज़ 2. एम 2: वी 1.3.1
user77115

8
यह ओपी के सवाल का जवाब नहीं देता है।
8bitjunkie

5

आपको अपनी रिपॉजिटरी से सभी "_maven.repositories" फ़ाइलों को हटाने की आवश्यकता है।


3
मदद नहीं करता है, या कम से कम मेरे मामले में नहीं
arcy

1
इसने मेरे लिए काम किया। मैंने उन सभी को नहीं हटाया, हालांकि, उस विशिष्ट निर्भरता फ़ोल्डर में केवल एक
Piyin

5

यह आपके स्थानीय मावेन भंडार से संबंधित निर्भरता को हटाने के बाद काम करता है

/user/.m2/repository/path

यह एक आकर्षण की तरह काम करता है
Jadda

3

यदि आप Nexus को प्रॉक्सी रेपो के रूप में उपयोग करते हैं, तो इसमें 1440 मिनट (या 24 घंटे) डिफ़ॉल्ट मान के साथ "Not Found Cache TTL" सेटिंग है। इस मान को कम करने से मदद मिल सकती है (रिपॉजिटरी> कॉन्फ़िगरेशन> समाप्ति सेटिंग्स)।

अधिक जानकारी के लिए प्रलेखन देखें ।


2

मुझे यह समस्या कैसे लगी,

जब मैं ग्रहण जूनो से लूना में बदल गया, और एसवीएन रेपो से मेरी मावेन परियोजनाओं की जांच की, तो मुझे अनुप्रयोगों के निर्माण के दौरान समान मुद्दे मिले।

मैंने क्या कोशिश की? मैंने स्थानीय रिपॉजिटरी को साफ करने की कोशिश की और फिर -U विकल्प का उपयोग करके सभी संस्करणों को फिर से अपडेट किया। लेकिन मेरी समस्या जारी रही।

फिर मैं Window -> Preferences -> Maven -> User Settings -> पर गया और स्थानीय रिपॉजिटरी के तहत Reindex बटन पर क्लिक किया और Reindex के होने का इंतजार करने लगा।

बस इतना ही, मसला हल हो गया।


4
यह ओपी के सवाल का जवाब नहीं देता है।
8bitjunkie

2

अंत में शीर्षक प्रश्न का उत्तर देने के लिए: यह (परियोजना, प्रोफ़ाइल या सेटिंग में) ग्राहक की सेटिंग है

[plugin]?[r|R]epository/[releases|snapshots]/updatePolicy

... टैग।

(वर्तमान में, मावेन: 3.6.0, लेकिन मुझे लगता है कि "बहुत पीछे" संगत) संभव मान हैं:

/**
 * Never update locally cached data.
 */
public static final String UPDATE_POLICY_NEVER = "never";
/**
 * Always update locally cached data.
 */
public static final String UPDATE_POLICY_ALWAYS = "always";
/**
 * Update locally cached data once a day.
 */
public static final String UPDATE_POLICY_DAILY = "daily";
/**
 * Update locally cached data **every X minutes** as given by "interval:X".
 */
public static final String UPDATE_POLICY_INTERVAL = "interval";

इस टैग का वर्तमान (मावेन 3.6.0) मूल्यांकन निम्नानुसार कार्यान्वित किया गया है:

public boolean isUpdatedRequired( RepositorySystemSession session, long lastModified, String policy )
{
    boolean checkForUpdates;
    if ( policy == null )
    {
        policy = "";
    }
    if ( RepositoryPolicy.UPDATE_POLICY_ALWAYS.equals( policy ) )
    {
        checkForUpdates = true;
    }
    else if ( RepositoryPolicy.UPDATE_POLICY_DAILY.equals( policy ) )
    {
        Calendar cal = Calendar.getInstance();
        cal.set( Calendar.HOUR_OF_DAY, 0 );
        cal.set( Calendar.MINUTE, 0 );
        cal.set( Calendar.SECOND, 0 );
        cal.set( Calendar.MILLISECOND, 0 );
        checkForUpdates = cal.getTimeInMillis() > lastModified;
    }
    else if ( policy.startsWith( RepositoryPolicy.UPDATE_POLICY_INTERVAL ) )
    {
        int minutes = getMinutes( policy );
        Calendar cal = Calendar.getInstance();
        cal.add( Calendar.MINUTE, -minutes );
        checkForUpdates = cal.getTimeInMillis() > lastModified;
    }
    else
    {
        // assume "never"
        checkForUpdates = false;
        if ( !RepositoryPolicy.UPDATE_POLICY_NEVER.equals( policy ) )
        {
            LOGGER.warn( "Unknown repository update policy '{}', assuming '{}'",
                    policy, RepositoryPolicy.UPDATE_POLICY_NEVER );
        }
    }
    return checkForUpdates;
}

..साथ में:

private int getMinutes( String policy )
{
    int minutes;
    try
    {
        String s = policy.substring( RepositoryPolicy.UPDATE_POLICY_INTERVAL.length() + 1 );
        minutes = Integer.valueOf( s );
    }
    catch ( RuntimeException e )
    {
        minutes = 24 * 60;
        LOGGER.warn( "Non-parseable repository update policy '{}', assuming '{}:1440'",
                policy, RepositoryPolicy.UPDATE_POLICY_INTERVAL );
    }
    return minutes;
}

... lastModified(/ स्थानीय फ़ाइल) एक / प्रत्येक अंतर्निहित कलाकृति का "संशोधित टाइमस्टैम्प" है।


interval:xसेटिंग के लिए विशेष रूप से :

  • बृहदान्त्र :इतना सख्त नहीं है - कोई भी "गैर-खाली" चरित्र इसे कर सकता है ( =, , ...)।
  • नकारात्मक मूल्य x < 0"कभी नहीं" के लिए उपज चाहिए।
  • interval:0 मैं एक "न्यूनतम" (0-59 सेकंड या ऊपर ...) अंतराल मानूंगा।
  • संख्या प्रारूप अपवाद 24 * 60मिनट (~ "दैनिक") में परिणाम होते हैं ।

..see: DefaultUpdatePolicyAnalyzer , DefaultMetadataResolver # resolveMetadata () और RepositoryPolicy


1

के लिए Intellij उपयोगकर्ताओं को निम्नलिखित मेरे लिए काम किया:

अपने पैकेज पर राइट क्लिक करें

Maven > Reimport 

तथा

Maven > Generate Sources and Update Folders

0

थोड़ा रेलेवेंट .. मैं मिल रहा था

"[ERROR] प्रोजेक्ट टेस्टप्रोजेक्ट पर लक्ष्य को निष्पादित करने में विफल: प्रोजेक्ट myjarname के लिए निर्भरता को हल नहीं कर सका: jar: 1.0-0: myjarname-core खोजने में विफलता: बंडल: 1.0-0 http://repo1.maven.org/maven2को स्थानीय रिपॉजिटरी में कैश किया गया था, रिज़ॉल्यूशन नहीं होगा तब तक reattempted जब तक केंद्रीय का अद्यतन अंतराल समाप्त नहीं हो जाता या अपडेट को मजबूर नहीं किया जाता -> [सहायता 1] "

के Maven 3बजाय गलती से उपयोग के कारण यह त्रुटि थी Maven 2। मुझे लगा कि यह किसी को कुछ समय बचा सकता है, क्योंकि मेरी प्रारंभिक Google खोज ने मुझे इस पृष्ठ पर ले जाया।


2
क्या होगा यदि आपकी परियोजना आपको मावेन 3 का उपयोग करने के लिए मजबूर करती है? क्या आपके पास कोई सुराग है कि दोनों संस्करणों के बीच क्या बदला है?
एक्सआर।

1
यह वही है जो मेरी समस्या थी। पता नहीं क्यों मावेन 3 2 से बहुत अलग है। इसे पोस्ट करने और किसी भी अधिक समय को बर्बाद करने से बचाने के लिए धन्यवाद।
कैट्सएंडकोड

कैसे maven3 के बजाय maven2 स्थापित करने के लिए?
ट्रिलियन

बहुत सामान्य सवाल .. क्या ऑपरेटिंग सिस्टम? उबंटू के लिए, आप "sudo apt-get install maven2" कर सकते हैं ... या किसी भी लिनक्स / यूनिक्स के लिए, आप केवल संग्रह को डाउनलोड कर सकते हैं और इसे स्वयं संकलित कर सकते हैं, इसे अपने पथ पर जोड़ सकते हैं। कोशिश करें: shameerarathnayaka.blogspot.com/2012/01/…
sdanzig

इसने मेरे लिए काम किया और वास्तव में मैं यहां अपने उत्तर से इसे वापस जोड़ता हूं ।
शिरी

0

Maven में रिपॉजिटरी में अपडेट्स को चेक करने के लिए फ्रीक्वेंसी को निर्दिष्ट करने या रिपॉजिटरी को रिमोट के साथ सिंक में रखने के लिए अपडेट करने के लिए Policy सेटिंग्स होती हैं।

  • अद्यतन के लिए डिफ़ॉल्ट मान Policy दैनिक है।
  • अन्य मान हमेशा / कभी नहीं / XX हो सकते हैं (मिनटों में अंतराल निर्दिष्ट करते हुए)।

नीचे कोड नमूना अद्यतन करने के लिए उपयोगकर्ता सेटिंग्स फ़ाइल को जोड़ने के लिए जोड़ा जा सकता है।

<pluginRepositories>
    <pluginRepository>
        <id>Releases</id>
        <url>http://<host>:<port>/nexus/content/repositories/releases/</url>
        <releases>
            <enabled>true</enabled>
            <updatePolicy>daily</updatePolicy>
        </releases>
        <snapshots>
            <enabled>false</enabled>
        </snapshots>
    </pluginRepository>             
</pluginRepositories>

3
यह ओपी के सवाल का जवाब नहीं देता है। ओपी स्पष्ट है कि वे समझते हैं कि समस्या क्या है और अपने स्थानीय एम 2 भंडार को कैसे अपडेट किया जाए। ओपी पूछ रहा है कि अंतराल कहाँ स्थित है और इसे कैसे बदलना है। इसमें किसी भी आईडीई का जिक्र नहीं है। आपने प्रश्न नहीं पढ़ा है।
8bitjunkie

@ 8bitjunkie यह सीधे सवाल का जवाब देता है If client-side, how do I configure it?:। यह उत्तर किसी आईडीई सुविधा के बारे में नहीं है। यह केवल रिपॉजिटरी कॉन्फ़िगरेशन है। updatePolicyअंतराल ओपी के बारे में पूछ रहा है।
मोंट्रिवो

यह स्वीकृत उत्तर @ cprice404 हो सकता है।
मोंट्रिवो


0

मैं इस समस्या थी और व्यापक में प्रस्तावित विवरण इस मुझे मदद की इसे ठीक करने के लिए।

दूसरी घोषित समस्या मेरा मुद्दा थी। मैंने एक थर्ड-पार्टी रिपॉजिटरी का उपयोग किया था जिसे मैंने अभी-अभी जोड़ा है repositoryजो कि मेरी परियोजना में पोम फाइल का हिस्सा है। मैं pluginrepositoryइस समस्या को हल करने के लिए उसी रिपॉजिटरी जानकारी को जोड़ता हूं ।


0

मुझे एक अलग कलाकृति के साथ एक समान त्रुटि थी।

<...> स्थानीय रिपॉजिटरी में कैश किया गया था, रिज़ॉल्यूशन को तब तक reattempted नहीं किया जाएगा जब तक कि केंद्रीय के अपडेट अंतराल बीत चुके हैं या अपडेट को मजबूर नहीं किया गया है

ऊपर वर्णित किसी भी समाधान ने मेरे लिए काम नहीं किया। मैंने अंत में फ़ाइल> अमान्य कैश / पुनः आरंभ ...> अमान्य और पुनः आरंभ करके IntelliJ IDEA में इसे हल किया ।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.