डेक्स निष्पादित करने में असमर्थ: एकाधिक डेक्स फाइलें परिभाषित करती हैं

Question

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

Conversion to Dalvik format failed: Unable to execute dex: Multiple dex files define
     Lcom/jstun/core/attribute/MessageAttributeInterface;

com.jstun.core ... मेरे src फ़ोल्डर का एक हिस्सा है, निश्चित रूप से मैं इसे हटा नहीं सकता। और यहां तक ​​कि अगर मैं उस पैकेज को हटा देता हूं, तो एक और पैकेज एक त्रुटि के रूप में दिखाई देगा:

Unable to execute dex: Multiple dex files define
     Landroid/support/v4/app/ActivityCompatHoneycomb;

मैंने इस त्रुटि को ADT 15 में अपडेट करने के बाद से देखा है, मैं Ubuntu गैलीलियो का उपयोग करके Ubuntu पर हूँ क्या आपके पास कोई विचार है? किसी भी उत्तर के लिए धन्यवाद!

Comments

मैंने इस धागे में लगभग सब कुछ करने की कोशिश की, लेकिन यह काम नहीं किया। मैंने प्रोजेक्ट को हटाकर फिर एक नया बनाने और बैकअप से स्रोत फ़ाइलों को कॉपी करके समस्या का समाधान किया।

— linuxjava

इसे देखें। stackoverflow.com/questions/34415101/…

— स्टीव

नीचे दिए गए लिंक पर मेरे जवाब को देखें। stackoverflow.com/a/38391449/3702595

— सत्तार हमतली

Answer 1

यह एक बिल्ड पाथ इश्यू है।

• सुनिश्चित करें कि आपका बिन फ़ोल्डर आपके बिल्ड पथ में शामिल नहीं है।

• अपने प्रोजेक्ट पर राइट क्लिक करें -> प्रॉपर्टीज पर जाएं -> बिल्ड पाथ।

• सुनिश्चित करें कि हनीकॉम्ब लाइब्रेरी आपके libs/फ़ोल्डर में है और आपके स्रोत फ़ोल्डर में नहीं है।

• libs/निर्माण पथ में व्यक्तिगत रूप से पुस्तकालयों को शामिल करें ।

  BTW, आप android-support-v4हनीकॉम्ब समर्थन पुस्तकालय के बजाय आइसक्रीम सैंडविच समर्थन प्राप्त करने के लिए पुस्तकालय में लाना चाह सकते हैं ।

Comments

यह समस्या तब भी हुई जब आपके पास आपके निर्माण पथ में शामिल पुस्तकालयों के एकाधिक संस्करण हैं। अप्रयुक्त पुस्तकालयों को libsपथ से हटाकर, परियोजना को साफ और बचाएं, ग्रहण को फिर से शुरू करें और इसे फिर से करें मेरे लिए काम करना।

— आर्यो

बिल्ड पथ से बिन फ़ोल्डर को छोड़कर मेरे लिए इसे हल किया। धन्यवाद!

— alekop

समस्या के मूल कारण है कि पुस्तकालय में से एक, एक जार ./libs निर्देशिका में संग्रहीत के रूप में nineoldandroid पुस्तकालय उपयोग कर रहा था यह हवाला जबकि एक अन्य परियोजना nineoldandroid उपयोग कर रहा था था

— दीपिका Lalra

यह तब भी हो सकता है जब आपके पास Foo.javaपैकेज में और Foo.javaजार में कुछ होने जैसा हैlibs/

— ट्रिकनोलॉजी

यह त्रुटि / बग तब होती है जब कभी आपका प्रोजेक्ट फ़ोल्डर Google डिस्क में होता है। मुझे लगता है कि यह बग कभी ड्राइव सिंक करता है। कम से कम मेरे लिए

— ymerdrengene

Answer 2

मुझे आज एक समान त्रुटि का सामना करना पड़ा है और इसका कारण यह था कि समर्थन पुस्तकालय को मेरी ऐप परियोजना द्वारा उपयोग की जाने वाली दो पुस्तकालय परियोजनाओं द्वारा संदर्भित किया गया था लेकिन विभिन्न संस्करणों के साथ।

अधिक विवरण में: मेरा ऐप 2 पुस्तकालय परियोजनाओं पर निर्भर करता है

• FaceBookSDK 3.0 -> जो कि android-support-v4 को संदर्भित कर रहा है
• ActionBarSherlock -> जो Android-support-v4 को संदर्भित कर रहा है, लेकिन नक्शे का समर्थन करने के लिए एक संशोधित संस्करण के साथ।

समस्या का हल करने के लिए मुझे फेसबुकएसडीके लाइब्रेरी को सीधे समर्थन पुस्तकालय के बजाय एबीएस लाइब्रेरी पर निर्भर करना पड़ा।

Comments

हां, मेरा मुद्दा भी ऐसा ही था। दो पुस्तकालयों में httpmime पुस्तकालय था, इसलिए मैंने एक को हटा दिया और इसे अन्य परियोजना के लिए इंगित किया।

— मैट

क्या आप में से कोई भी लोगों को समझा सकता है कि आपने यह कैसे किया?

— सामिह ए

मैंने जो उदाहरण दिया है उसमें @samih, सबसे पहले मैंने फेसबुकएसडीके प्रोजेक्ट लिब फोल्डर और बिल्ड पाथ से android-support-v4 जार को हटाया। फिर मैंने ActionBarSherlock लाइब्रेरी प्रोजेक्ट का संदर्भ जोड़ा।

— M.Sameer

मेरे लिए एक और डेवलपर ने पुराने को हटाए बिना लाइब्रेरी जार फ़ाइल का एक नया संस्करण जोड़ा। तो एक ही क्लास वाले दो जार थे। इस प्रकार त्रुटि 'एकाधिक डीएक्स फाइलें ...' आप एक grep -r 'OffendingClassName' कर सकते हैं grep jar $ को jar फ़ाइलों की खोज करने के लिए, जिसमें वर्ग का नाम होता है।

— बिबस्था

इसी तरह, लेकिन मैंने गलती android-support-v4.jarसे अपने ग्रहण निर्माण पथ दोनों को जोड़ दिया था और इसे अपने द्वारा libsबनाए गए फ़ोल्डर में मैन्युअल रूप से जोड़ दिया था। डुप्लिकेट संदर्भों के कारण, मैं संकलन नहीं कर सका (और ओपी को मिला त्रुटि संदेश)। मैंने उस libsफ़ोल्डर को हटा दिया जिसे मैंने बेवकूफी से बनाया था और सब कुछ काम कर गया। संकेत के लिए धन्यवाद।

— कुर्तज़बॉट

Answer 3

मेरे लिए अच्छा है, मैंने फ़ाइल को lib में फ़ोल्डर में डिलीट कर दिया जिसका नाम android support v4.jar है और यह सब काम कर गया। सौभाग्य :)

Comments

मेरे लिए यह एक फ़ाइल का समर्थन था। v4.jar (1) .jar मैंने इसे हटा दिया, और परियोजना को साफ कर दिया!

— यमरद्रेंग्ने

Answer 4

मुझे वही त्रुटि हो रही थी और हर बार जब मैंने इसे ठीक किया, तो मैं ग्रहण को फिर से शुरू करने के बाद वापस आ गया।

सबसे पहले, जैसा कि अन्य लोगों ने कहा, सुनिश्चित करें कि आपके पास अपनी परियोजनाओं के आसपास एक ही .jar फ़ाइल की एक से अधिक प्रतियां नहीं हैं।

मेरे मामले में, मेरे पास एक मुख्य परियोजना थी जिसमें एक्शनबर्लॉक (अन्य पुस्तकालय परियोजनाओं के बीच) का उपयोग किया गया था। मेरे लिए जो तरकीब काम करती थी, वह ActionBarSherlock --> Properties --> Java Build path --> Order of Exportऔर अचंभित करने वाली थी Android Private Libraries। फिर में जा रहा है Project -> Cleanऔर अब आप सही ढंग से परियोजना का निर्माण करने में सक्षम होना चाहिए।

अब किसी कारण से, हर बार जब मैं ग्रहण को पुनः आरंभ करता हूं, तो यह स्वचालित रूप से उस चेकबॉक्स को सक्षम करता है, इसलिए मुझे इस प्रक्रिया को फिर से दोहराना होगा।

आशा है कि यह कुछ खोई हुई आत्मा को बाहर निकालने में मदद करता है :)

Answer 5

प्रोजेक्ट / प्रॉपर्टीज पर जाएं और जावा बिल्ट पाथ और एंड्रॉइड प्राइवेट लाइब्रेरी अनियंत्रित करें

Comments

मेरी समस्या भी तय की!

— टोटिक

लेकिन इसकी रोक gcm.jar काम करने के लिए, कैसे इस त्रुटि के बिना काम करने के लिए?

— नरेंद्र सिंह

मेरे पास त्रुटि थी: एकाधिक डेक्स Lcom / google / android / gms / विश्लेषिकी / आंतरिक / कमांड $ 1। मुझे यह Google play को 22.1.1 में अपग्रेड करने के बाद मिला है। Google Play Project के अंदर निजी पुस्तकालयों को अचयनित करने से त्रुटि दूर हो गई

— eugene

तुमने मेरी जान बचाई! Thx ~

— लियो हसिह

Answer 6

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

Comments

मेरे लिए यह मुद्दा था

— पीयूष-पूछो कोई अंतर

Answer 7

मैंने अपने प्रोजेक्ट में भी इस समस्या का सामना किया है। AVD एसेट, लिबास, रेस और आदि फोल्डर संदर्भों को फिर से लोड करने में सक्षम नहीं है। समस्या: डेक्स लोडर] डेक्स निष्पादित करने में असमर्थ: एकाधिक डेक्स फाइलें परिभाषित करती हैं Landroid/support/v4/accessibilityservice/AccessibilityServiceInfoCompat$AccessibilityServiceInfoVersionImpl।

फिर, मैंने नई परियोजनाएँ बनाईं और प्रतिलिपि बनाई गईं MainActivity.java, और activity_main.xml, उल्लेखनीय संदर्भ। फिर पैकेज एक्सप्लोर से पुराने प्रोजेक्ट को हटाएं, अपने ग्रहण और AVD को पुनरारंभ करें। मेरा प्रोजेक्ट अब ठीक से काम कर रहा है .... :) मुझे उम्मीद है कि इस कदम से यू कम लोगों को मदद मिलेगी .. !!

Answer 8

मेरे पास एक ही मुद्दा है, मैंने जो कोशिश की वह है:

1. सामग्री सूचीबद्ध करें
2. ओपन प्रोजेक्ट बिल्ड पाथ,
3. "लाइब्रेरी" टैब चुनें,
4. Android लाइब्रेरी को छोड़कर सभी लाइब्रेरी को हटा दें
5. सभी आवश्यक JARs फ़ाइलें जोड़ना,
6. और हो गया!

यह मेरे लिए काम करता है, धन्यवाद।

Comments

हाँ, मैंने बस यही किया। सभी जार फ़ाइलों को हटा दिया, वापस जोड़ा। आदेश और निर्यात में, अनियंत्रित निर्भरता और अभी

— मौलिक शेठ

Answer 9

अगर आप में से कुछ लोग फोनगैप के लिए facebook-conent-plugin के साथ इस समस्या का सामना कर रहे हैं

बिन / वर्ग / कॉम / फेसबुक / एंड्रॉयड निर्देशिका में फ़ाइलों को हटाने की कोशिश करो! -> और पुनर्निर्माण

Comments

यह सही जवाब है। स्पष्टीकरण ---- facebook.android दो बार शामिल है। एक बार facebookSDK.jar में जो आपकी परियोजना में शामिल है और एक बार जावा फ़ाइलें सीधे आपकी परियोजना में शामिल हैं। अपने प्रोजेक्ट से इसे हटाने का सबसे अच्छा तरीका है। अन्य सभी उत्तर सिर्फ काम के आसपास हैं जो परिभाषा या कुछ का निर्यात नहीं करेंगे ....

— संदीप तनेजा

Answer 10

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

मैंने अपने lib / फ़ोल्डर में android-support-v4.jar जोड़ा था, और किसी तरह ग्रहण ने बिन / वर्ग / android-support-v4.jar में एक दूसरी प्रति जोड़ी।

आप इसके लिए परीक्षण कर सकते हैं

grep -r YourOffendingClassName YourApp | grep जार

बिन / कक्षाओं में अतिरिक्त प्रतिलिपि को हटाने से समस्या हल हो गई - अनिश्चित कि क्यों ग्रहण ने वहां एक प्रतिलिपि बनाई।

Comments

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

— जोहान पॉल

Answer 11

मुझे यह त्रुटि एक अन्य कारण से मिली। मैं दोनों v4 और v13 समर्थन पुस्तकालय को जोड़ने के लिए गलत कर रहा था। यह मेरे लिए आवश्यक नहीं था क्योंकि मेरे minSdkVersion 15 है।

मैंने इसे केवल v13 समर्थन पुस्तकालय सहित तय किया । इसके अलावा, अपने निर्यात किए गए पुस्तकालय के निर्माण में पुस्तकालय को चिह्नित करना सुनिश्चित करें। मैंने इसे शीर्ष पर भी स्थानांतरित किया।

Comments

मुझे भी यही मिला। V13 सपोर्ट लाइब्रेरी में v4 सपोर्ट लाइब्रेरी शामिल है, इसलिए डेक्स मल्टीपल क्लास डिक्लेरेशन दिखा रहा था।

— काइल फाल्कनर

Answer 12

कई उत्तरों से गुजरने के बाद भी, मेरे लिए कोई समाधान काम नहीं किया।

मैंने बिल्ड पथ से "एंड्रॉइड डिपेंडेंसी" को हटा दिया। सभी जार फ़ाइलों को फिर से निर्माण पथ में जोड़ा गया और त्रुटि चली गई। किसी तरह चीजों को कैश करने के लिए ग्रहण लग रहा था।

Answer 13

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

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

मुझे वही त्रुटि मिल रही थी, मुझे कुछ समय बाद समस्या मिली और इसे हटा दिया गया। प्रोजेक्ट अब ठीक काम कर रहा है।

Answer 14

मेरे लिए समाधान सिर्फ निम्नलिखित चीजों को करना था:

1. -> आपकी परियोजना में काम कर रहा है और किसी भी कई तत्वों को हटा दें।
2. प्रोजेक्ट-> प्रॉपर्टीज-> जावा बिल्ड पाथ और डिलीट किसी भी डिपेंडेंसी लाइब्रेरी को अपने आप जोड़ दिया गया था न कि आपके द्वारा! -> लागू करें
3. ग्रहण IDE को पुनरारंभ करें
4. अब प्रोजेक्ट को साफ करें।
5. डिवाइस / एमुलेटर पर रन / डीबग प्रोजेक्ट ... गुड लक

Comments

समस्या अभी भी बनी हुई है

— अखिल जैन

Answer 15

मेरी समस्या पहले थी:

डेक्स निष्पादित करने में असमर्थ: java.nio.BufferOverflowException। स्टैक ट्रेस के लिए ग्रहण लॉग की जाँच करें।

1) मैं अपने प्रोजेक्ट पर राइट क्लिक करता हूं -> एंड्रॉइड टूल्स -> सपोर्ट लाइब्रेरी जोड़ें (अपना ऐप चलाएं ... काम नहीं किया इसलिए मैं इसे चालू रखता हूं ...) 2) फिर से मेरे प्रोजेक्ट पर राइट क्लिक करें -> प्रॉपर्टीज -> Android -> प्रोजेक्ट बिल्ड लक्ष्य पर Android 4.1.2 (16) की जाँच करें (एप्लिकेशन को फिर से चलाएँ ... और इसे प्राप्त करें:

डेक्स निष्पादित करने में असमर्थ: मल्टीपल डेक्स फाइलें लैंडराइड / सपोर्ट / वी 4 / एप / बैकस्टैस्टस्टेट को परिभाषित करती हैं;

3) इसलिए मैं अपने प्रोजेक्ट पर "lib" फ़ोल्डर में गया और "पुराने" Android.support.library.jar को हटा दिया (एप्लिकेशन को चलाएं और उंगलियां और ... पार करें)

यह काम करता हैं!

आशा है कि यह किसी की मदद करता है ... धन्यवाद लोग!

Answer 16

मेरे पास यह मुद्दा है और इसका मतलब यह नहीं है कि एक ही पुस्तकालय को कई बार लोड किया जाता है, लेकिन सिस्टम एक ही नाम और संभवतः एक ही पैकेज नाम के साथ एक वर्ग को लोड करने की कोशिश कर रहा है, अर्थात

• com.pack1.deऔर Class Geometryकाlibrary1.jar

और दुसरी

• com.pack1.deऔर Class Geometryकाlibrary2.jar.

आपको कैसे दृष्टिकोण करना चाहिए? आपको विश्लेषण करना चाहिए कि कौन सी विधियों का उपयोग किया जा रहा है, Library1.jar या पुस्तकालय 2 की एक विधि।

2 समाधान हैं,

1. एक पैकेटनाम का नाम बदलें और फिर दलविक व्याख्याएं, कि वे अलग-अलग वर्ग हैं
2. या यदि आप जोखिम लेना चाहते हैं, तो उस वर्ग को शुद्ध करें, जिसमें मेथोड शामिल नहीं है, जिसका हम वास्तव में उपयोग करते हैं।

मुझे उम्मीद है कि इसने अक्सर पूछे जाने वाले प्रश्न को स्पष्ट किया है।

Answer 17

मैंने बिल्ड पथ से एंड्रॉइड निर्भरता को हटा दिया और यह काम किया।

Answer 18

यह त्रुटि मुझे तब हुई जब मेरे ऐप के प्रोजेक्ट में मैंने अपने एक्लिप्स वर्कस्पेस (मेरे मामले में फेसबुक एसडीके) में एक लाइब्रेरी प्रोजेक्ट का संदर्भ दिया और उसी समय फेसबुक एसडीके को लिबर्स फोल्डर में जार के रूप में शामिल किया। लायब्रेरी संदर्भ निकाल रहा है, लेकिन lib फ़ोल्डर में जार रखने से त्रुटि दूर हो गई।

Answer 19

मुझे भी यही समस्या थी। मुझे .apkफ़ाइल को हटाना पड़ा और फिर इसने काम किया।

Answer 20

मेरे लिए मैंने lib फ़ोल्डर से android-support-v4.jar को हटा दिया और बिल्ड पथ से भी हटा दिया।

Comments

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

— सुपरहीरो

Answer 21

• प्रोजेक्ट पर राइट क्लिक करें और जाएं build Path>configuration build path
• लाइब्रेरी टैब चुनें और क्लिक करें support-v4 libraryऔर निकालें पर क्लिक करें
• ओके पर क्लिक करें

और फिर अपनी परियोजना को साफ करें और इसे चलाएं :-)

Answer 22

मामले में किसी और ने इस मुद्दे पर अपना सिर पीटा जैसे मैंने अभी किया है:

मेरे मामले में पुस्तकालय परियोजनाओं की एक श्रृंखला शामिल थी। बस पुस्तकालयों के सभी पर एक परियोजना को साफ कर सब कुछ तय किया

Answer 23

मैंने ग्रहण में नीचे समाधान पाया ... आशा है कि यह आपके लिए काम करता है :)

Right click on the Project Name

Select Java Build Path, go to the tab Order and Export

Unchecked your .jar library's

Answer 24

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

Answer 25

मैं भी इस मुद्दे को खोजने के लिए संघर्ष कर रहा था। मेरे मामले में एपीके को ईमेल (ड्रैग ड्रॉप) पर कॉपी करते समय क्या हुआ - गलती से एपीके को एक पैकेज में src फ़ोल्डर में पेस्ट किया गया था। स्रोत फ़ोल्डर से एपीके को हटाने के बाद यह ठीक काम किया।

Answer 26

Intellij में मुझे यह समस्या थी और ऐसा इसलिए हुआ क्योंकि ActionBarSherlock लाइब्रेरी मैंने अपने प्रोजेक्ट में जोड़ा, android-support-v4.jar को एक कंप्लीट डिपेंडेंसी के रूप में परिभाषित किया और इस जार को पहले से ही मेरे प्रोजेक्ट में शामिल किया गया था, इसलिए कई प्रतियों का संस्करण / DEX पर था संकलन समय।

समाधान इस जार के लिए ActionBarSherlock मॉड्यूल निर्भरता को संकलित करने के बजाय रनटाइम होने के लिए था, क्योंकि मेरी परियोजना पहले से ही इसे प्रदान कर रही थी।

Answer 27

मेरे लिए मुद्दा यह था कि, मैंने पहले एक लायबिलिटी प्रोजेक्ट (ऑटोबान लीब) जोड़ा था और बाद में उसी लाइब्रेरी की जार फाइल में बदल दिया। तब तक मैंने पुराने लाइब्रेरी प्रोजेक्ट के संदर्भ हटा दिए थे, मुझे यह त्रुटि मिल रही थी। यहां सभी उत्तरों के बाद मैंने बिल्ड पथ आदि की जांच की, लेकिन मैंने मैन्युअल रूप से पथ बनाने के लिए इन कामों को नहीं जोड़ा है। इसलिए मेरे पास हटाने के लिए कुछ नहीं था। अंत में इस फोल्डर में आया।

bin / dexedLibs

मैंने देखा कि ऑटोबान एंड्रॉइड के समान नाम वाली दो जार फाइलें थीं जो संघर्ष का कारण बन रही थीं। इसलिए मैंने dexedLibs फ़ोल्डर में सभी जार फ़ाइलों को हटा दिया और परियोजना का पुनर्निर्माण किया। इससे समस्या हल हो गई।

Answer 28

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

git statusनई फ़ाइलों की पहचान की और git clean -fमेरे लिए उनसे छुटकारा पा लिया (हालांकि मुझे कभी-कभी विंडोज पर ग्रहण का इंतजार करना या फिर से शुरू करना पड़ा क्योंकि इसमें अभी भी कॉपी से फाइलें खुली थीं)।

Answer 29

अल्ट्रा सरल समाधान और बेहतरीन:

एंड्रॉइड XY (जहां XY एंड्रॉइड में वर्जन है) को छोड़कर राइट क्लिक मेन प्रोजेक्ट के फोल्डर में -> प्रॉपर्टीज -> जावा बिल्ड पाथ सब कुछ हटा दें। साफ, और निर्माण। किया हुआ!

सुनिश्चित करें कि इससे पहले कि आप एक ही android-support-v4.jar है।

Answer 30

यदि आप कॉर्डोवा का उपयोग कर रहे हैं, तो कॉर्डोवा क्लीन कमांड का प्रयास करें