एक java.lang.VerifyError प्राप्त करने के कारण

Question

मैं निम्नलिखित जांच कर रहा हूं java.lang.VerifyError

java.lang.VerifyError: (class: be/post/ehr/wfm/application/serviceorganization/report/DisplayReportServlet, method: getMonthData signature: (IILjava/util/Collection;Ljava/util/Collection;Ljava/util/HashMap;Ljava/util/Collection;Ljava/util/Locale;Lorg/apache/struts/util/MessageRe˜̴Mt̴MÚw€mçw€mp:”MŒŒ
                at java.lang.Class.getDeclaredConstructors0(Native Method)
                at java.lang.Class.privateGetDeclaredConstructors(Class.java:2357)
                at java.lang.Class.getConstructor0(Class.java:2671)

यह तब होता है जब jboss सर्वर जिसमें सर्वलेट तैनात होता है, शुरू किया जाता है। इसे jdk-1.5.0_11 के साथ संकलित किया गया है और मैंने इसे sukes के बिना jdk-1.5.0_15 के साथ फिर से जोड़ने की कोशिश की। यह संकलन ठीक चलता है लेकिन तैनात होने पर java.lang.VerifyError होता है।

जब मैंने विधि का नाम बदला और निम्न त्रुटि मिली:

java.lang.VerifyError: (class: be/post/ehr/wfm/application/serviceorganization/report/DisplayReportServlet, method: getMD signature: (IILjava/util/Collection;Lj    ava/util/Collection;Ljava/util/HashMap;Ljava/util/Collection;Ljava/util/Locale;Lorg/apache/struts/util/MessageResources ØÅN|ØÅNÚw€mçw€mX#ÖM|XÔM
            at java.lang.Class.getDeclaredConstructors0(Native Method)
            at java.lang.Class.privateGetDeclaredConstructors(Class.java:2357
            at java.lang.Class.getConstructor0(Class.java:2671)
            at java.lang.Class.newInstance0(Class.java:321)
            at java.lang.Class.newInstance(Class.java:303)

आप देख सकते हैं कि अधिक विधि हस्ताक्षर दिखाए गए हैं।

वास्तविक विधि हस्ताक्षर है

  private PgasePdfTable getMonthData(int month, int year, Collection dayTypes,
                          Collection calendarDays,
                          HashMap bcSpecialDays,
                          Collection activityPeriods,
                          Locale locale, MessageResources resources) throws   Exception {

मैंने पहले से ही इसे देखने की कोशिश की थी javapऔर यह विधि हस्ताक्षर देता है जैसा कि यह होना चाहिए।

जब मेरे अन्य सहकर्मी कोड की जांच करते हैं, तो इसे संकलित करें और इसे तैनात करें, उन्हें एक ही समस्या है। जब बिल्ड सर्वर कोड चुनता है और विकास या परीक्षण वातावरण (HPUX) पर इसे लागू करता है, तो वही त्रुटि होती है। साथ ही उबंटू में चलने वाली एक स्वचालित परीक्षण मशीन सर्वर स्टार्टअप के दौरान एक ही त्रुटि दिखाती है।

बाकी एप्लिकेशन ठीक चलता है, केवल एक सर्वलेट ऑर्डर से बाहर है। कोई भी विचार जहाँ देखना उपयोगी होगा।

Comments

मुझे यह तुलना संस्करण के गलत संस्करण का उपयोग करने से मिला। खोजने के लिए हमेशा के लिए ले गया ... यह दर्दनाक था

— टिम बोलैंड

एंड्रॉइड स्टूडियो में तत्काल रन का उपयोग करते समय मुझे यह मिला (कंपाइल पर हॉटस्वैपिंग)। इसे बंद करने का काम किया।

— सर्ज

Answer 1

java.lang.VerifyError परिणाम हो सकता है जब आप रनटाइम पर उपयोग कर रहे हैं की तुलना में एक अलग पुस्तकालय के खिलाफ संकलित किया है।

उदाहरण के लिए, मेरे साथ ऐसा हुआ जब Xerces 1 के खिलाफ संकलित एक प्रोग्राम को चलाने का प्रयास किया गया था, लेकिन Xerces 2 को क्लासपाथ पर पाया गया था। आवश्यक कक्षाएं ( org.apache.*नाम स्थान में) रनटाइम पर पाई गई थीं, इसलिए ClassNotFoundExceptionइसका परिणाम नहीं था । कक्षाओं और विधियों में परिवर्तन हुए थे, ताकि रनटाइम में पाए जाने वाले विधि हस्ताक्षर संकलन-समय पर क्या हो, उससे मेल नहीं खाते।

आम तौर पर, कंपाइलर समस्याओं को चिह्नित करेगा जहां विधि हस्ताक्षर मेल नहीं खाते हैं। वर्ग लोड होने पर JVM फिर से बाइटकोड को सत्यापित करेगा, और VerifyErrorजब बायटेकोड कुछ ऐसा करने की कोशिश कर रहा है, तो वह फेंकता है - जैसे कि एक विधि को कॉल करना जो रिटर्न करता है Stringऔर फिर उस मान को वापस रखने वाले क्षेत्र में संग्रहीत करता है List।

Comments

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

— ima747

यह पता लगाने के लिए कि अपराधी किस वर्ग में VM तर्क जोड़ता है -verbose:classऔर फिर लोड होने से ठीक पहले वर्ग की तलाश करता है java.lang.VerifyError। इससे जार को रास्ता मिलेगा। उपयोग करें javapऔर तुलना करें कि आप किस वर्ग के खिलाफ संकलन कर रहे हैं। मुझे यह उपयोगी लगा क्योंकि जिस कक्षा में त्रुटि बताई गई थी, वह कारण नहीं था क्योंकि यह वास्तव में तर्कों में से एक थी।

— स्टीवनबोट

Answer 2

java.lang.VerifyError सबसे खराब हैं।

यदि आपकी विधि का बाइटकोड आकार 64kb सीमा से अधिक है तो आपको यह त्रुटि मिलेगी; लेकिन आपने शायद गौर किया होगा।

क्या आप 100% सुनिश्चित हैं कि यह वर्ग आपके आवेदन में कहीं और क्लासपैथ में मौजूद नहीं है, शायद दूसरे जार में?

इसके अलावा, आपके स्टैकट्रेस से, स्रोत फ़ाइल का चरित्र एन्कोडिंग ( utf-8?) क्या यह सही है?

Comments

मुझे यकीन है कि यह कहीं और मौजूद नहीं है। यह 43Kb है, जो अभी भी एक बड़ा वर्ग है।

— जीरन व्यासेर

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

— टोबियास

यह एंड्रॉइड परीक्षणों के लिए मेरी समस्या थी, इसे कई गुना तय किया।

— प्रकाश नादर

Answer 3

जैसा कि केविन पैंको ने कहा, यह ज्यादातर पुस्तकालय परिवर्तन के कारण है। तो कुछ मामलों में प्रोजेक्ट (डायरेक्टरी) का "क्लीन" द्वारा पीछा किया जाता है।

Answer 4

एक चीज़ जो आप आज़मा सकते हैं, वह है -Xverify:allजो कि लोड पर बायटेकोड को सत्यापित करेगा और कभी-कभी बायटेकोड अमान्य होने पर उपयोगी त्रुटि संदेश देता है।

Answer 5

मैंने उस प्रोजेक्ट को बनाकर एंड्रॉइड पर इस त्रुटि को ठीक किया, जिसे मैं एक लाइब्रेरी आयात कर रहा था, जैसा कि यहाँ वर्णित है http://developer.android.com/tools/projects/projects-eclipse.html#SettingUpLibraryProject

पहले, मैं केवल परियोजना का संदर्भ दे रहा था (इसे पुस्तकालय नहीं बना रहा था) और मुझे यह अजीब वेरिफ़ायर हो रहा था।

आशा है कि यह किसी की मदद करता है।

Comments

लिंक अब उपलब्ध नहीं है, कृपया इसे ठीक करें। धन्यवाद

— महदी rashidi

Answer 6

VerifyError का अर्थ है कि क्लास फ़ाइल में bytecode होता है जो कि वाक्यविन्यास रूप से सही होता है लेकिन कुछ शब्दार्थ प्रतिबंध का उल्लंघन करता है जैसे कि एक जंप टार्गेट जो विधि सीमाओं को पार करता है।

मूल रूप से, एक VerifyError केवल तब हो सकता है जब कोई कंपाइलर बग हो, या जब क्लास फ़ाइल किसी अन्य तरीके से दूषित हो जाती है (जैसे कि दोषपूर्ण रैम या फेलिंग एचडी के माध्यम से)।

एक अलग JDK संस्करण और एक अलग मशीन के साथ संकलन का प्रयास करें।

Answer 7

मेरे मामले में मेरा एंड्रॉइड प्रोजेक्ट जावा 7 के लिए संकलित एक और जावा प्रोजेक्ट पर निर्भर करता है। java.lang.VerifyErrorमैंने उस जावा प्रोजेक्ट के कंपाइलर कंप्लायंस लेवल को 6.0 में बदलने के बाद गायब कर दिया।

बाद में मुझे पता चला कि यह एक Dalvik मुद्दा है: https://groups.google.com/forum/?fromgroups# .topic/android-developers/sKsMTZ42pwE

Comments

Dalvik सिर्फ Java6 का शाखित संस्करण है इसलिए Java7 की कोई भी सुविधा उपलब्ध नहीं है!

— जीरो वायसुर

Answer 8

मुझे यह समस्या एक वर्ग फ़ाइल के pack200 के कारण हो रही थी। थोड़ी खोज ने इस जावा बग को बदल दिया । असल में, सेटिंग के --effort=4कारण समस्या दूर हो गई।

जावा 1.5.0_17 का उपयोग करना (हालांकि यह जावा 1.5 के हर एक संस्करण में क्रॉप किया गया था)।

Answer 9

मैंने एक समान java.lang.VerifyError समस्या को प्रतिस्थापित करके तय किया है

        catch (MagickException e)

साथ में

        catch (Exception e)

जहां MagickExceptionएक पुस्तकालय परियोजना में परिभाषित किया गया था (जिस पर मेरी परियोजना की निर्भरता है)।

उसके बाद मुझे java.lang.NoClassDefFoundErrorउसी लाइब्रेरी से लगभग एक वर्ग मिला है ( https://stackoverflow.com/a/9898820/755804 के अनुसार )।

Comments

यह मेरे लिए काम करता है ... मैं वास्तव में यह जानना चाहता हूं कि त्रुटि क्या थी "मुझे एक कंबल अपवाद के साथ बदलें और मैं काम करूंगा" हालांकि।

— एलेक्स हार्ट

@AlexHart यह Android के लिए है, लेकिन संभवतः यही तर्क एंटरप्राइज़ जावा के लिए लागू होगा: stackoverflow.com/a/36814155/253468

— TWiStErRob

Answer 10

यह एंड्रॉइड पर हो सकता है जब आप एक पुस्तकालय को लोड करने की कोशिश कर रहे हैं जो कि ओरेकल के जेडीके के खिलाफ संकलित किया गया था।

यहाँ निंग Async HTTP क्लाइंट के लिए समस्या है ।

Comments

क्या आपने इसके लिए अभी तक कोई उपाय नहीं खोजा है @MartinKonicek

— Abimbola Esuruoso

Answer 11

मेरे मामले में मुझे इस ब्लॉक को हटाना पड़ा:

compileOptions {
    sourceCompatibility JavaVersion.VERSION_1_7
    targetCompatibility JavaVersion.VERSION_1_7
}

यह Fragment.showDialog()विधि कॉल के पास त्रुटि दिखा रहा था ।

Answer 12

न्यूनतम उदाहरण जो त्रुटि उत्पन्न करता है

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

voidएक returnनिर्देश के बिना विधि बनाते हैं ( return;जावा में कथन द्वारा उत्पन्न ), जिसे JVMS अवैध कहता है।

जैस्मीन में हम लिख सकते हैं:

.class public Main
.super java/lang/Object

.method public static main([Ljava/lang/String;)V
   aload_0 ; Just so that we won't get another verify error for empty code.
.end method

हम तब करते हैं javac Main.jऔर javap -v Mainकहते हैं कि हमने संकलित किया है:

public static void main(java.lang.String[]);
  descriptor: ([Ljava/lang/String;)V
  flags: ACC_PUBLIC, ACC_STATIC
  Code:
    stack=1, locals=1, args_size=1
       0: aload_0

इसलिए वास्तव में कोई वापसी निर्देश नहीं है।

अब अगर हम दौड़ने की कोशिश करते हैं java Mainतो हमें मिलता है:

Error: A JNI error has occurred, please check your installation and try again
Exception in thread "main" java.lang.VerifyError: (class: NoReturn, method: main signature: ([Ljava/lang/String;)V) Falling off the end of the code
        at java.lang.Class.getDeclaredMethods0(Native Method)
        at java.lang.Class.privateGetDeclaredMethods(Class.java:2701)
        at java.lang.Class.privateGetMethodRecursive(Class.java:3048)
        at java.lang.Class.getMethod0(Class.java:3018)
        at java.lang.Class.getMethod(Class.java:1784)
        at sun.launcher.LauncherHelper.validateMainClass(LauncherHelper.java:544)
        at sun.launcher.LauncherHelper.checkAndLoadMain(LauncherHelper.java:526)

यह त्रुटि जावा में सामान्य रूप से कभी नहीं हो सकती है, क्योंकि जावा संकलक हमारे returnलिए voidविधियों में एक निहित जोड़ता है। यही कारण है कि हमें returnअपने mainतरीकों में एक जोड़ने की आवश्यकता नहीं है । आप इससे जांच कर सकते हैं javap।

JVMs

वेरिफ़ायर तब होता है जब आप जेवीएमएस 7 अध्याय 4.5 द्वारा निर्दिष्ट कुछ प्रकार की अवैध क्लास फ़ाइल चलाने की कोशिश करते हैं

JVMS का कहना है कि जब जावा किसी फाइल को लोड करता है, तो यह देखने के लिए कि उसे चलाने से पहले क्लास की फाइल ठीक है, यह देखने के लिए उसे श्रृंखलाओं को चलाना होगा।

जावा कोड के एकल संकलन और रन चक्र पर ऐसी त्रुटियां उत्पन्न नहीं की जा सकती हैं, क्योंकि JVMS 7 4.10 कहता है :

भले ही जावा प्रोग्रामिंग भाषा के लिए एक कंपाइलर को केवल उन क्लास फ़ाइलों का उत्पादन करना होगा जो सभी स्थिर और संरचनात्मक बाधाओं को संतुष्ट करते हैं [...]

इसलिए एक न्यूनतम विफलता उदाहरण देखने के लिए, हमें बिना स्रोत कोड उत्पन्न करने की आवश्यकता होगी javac।

Answer 13

यह पृष्ठ आपको कुछ संकेत दे सकता है - http://www.zanthan.com/itymbi/archives/000337.html

उस पद्धति के शरीर में एक सूक्ष्म बग हो सकता है जो जेवैक स्पॉट करने में विफल रहता है। जब तक आप यहां पूरी विधि पोस्ट नहीं करते हैं, तब तक निदान करना मुश्किल है।

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

Comments

उस आदमी ने 2002 में एक कंपाइलर बग को मारा, लेकिन तब से उस बग को ठीक कर दिया गया।

— केविन पैंको

Answer 14

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

Answer 15

अपने वर्गपथ पर एक ही जार फ़ाइल के कई संस्करणों की जाँच करें।

उदाहरण के लिए, मेरे पास मेरी क्लासपाथ पर ओपननल-टूल्स-1.3.0.जर और ओपनएनएलपी-टूल्स-1.5.3.जर थे और मुझे यह त्रुटि मिली। समाधान Opennlp-tools-1.3.0.jar को हटाना था।

Answer 16

CGLIB <2.2 JRE के साथ> 6 समान त्रुटियों को ट्रिगर कर सकता है, देखें "क्या मुझे CGLIB 3.0 में अपग्रेड करना चाहिए?" और स्प्रिंग एसपीआर -9669 पर कुछ टिप्पणी ।

यह विशेष रूप से सच है जब JRE 6 पर सब कुछ ठीक काम करता है और केवल JRE7 पर स्विच करने से चीजें टूट जाती हैं।

Answer 17

इस त्रुटि का एक अन्य कारण JRE> 6 के साथ AspectJ <= 1.6.11 का संयोजन हो सकता है।

विवरण के लिए ग्रहण बग 353467 और कीकर टिकट 307 देखें।

यह विशेष रूप से सच है जब JRE 6 पर सब कुछ ठीक काम करता है और JRE7 में जाने से चीजें टूट जाती हैं।

Answer 18

यह तब भी हो सकता है जब आपके पास मावेन के साथ बहुत सारे मॉड्यूल आयात होते हैं। दो या दो से अधिक वर्ग होंगे जिनमें एक ही नाम (एक ही योग्य नाम) होगा। यह त्रुटि संकलन समय और रनटाइम के बीच व्याख्या के अंतर से उत्पन्न होती है।

Answer 19

यदि आप java7 में जा रहे हैं या java7 का उपयोग कर रहे हैं तो आम तौर पर यह त्रुटि देखी जा सकती है। मैंने त्रुटियों के ऊपर सामना किया और मूल कारण का पता लगाने के लिए बहुत संघर्ष किया, मैं आपके आवेदन को चलाते समय "-XX: -UseSplitVerifier" JVM तर्क को जोड़ने का प्रयास करने का सुझाव दूंगा ।

Answer 20

Android StudioGradle में अपडेट होने के बाद रिलीज़ बिल्ड में एपीआई 19 पर 3.6.1 क्रैश हुआ।

एक था Glideपुस्तकालय त्रुटि । समाधान proguard-rules.txt को फिर से लिखना है ।

इसके अलावा डाउनग्रेडिंग Gradleकार्य ( classpath 'com.android.tools.build:gradle:3.5.3'), लेकिन यह एक पुराना समाधान है, इसका उपयोग न करें।

Answer 21

यद्यपि केविन द्वारा उल्लिखित कारण सही है, लेकिन मैं कुछ और करने से पहले निश्चित रूप से नीचे जांच करूंगा:

1. cglibsमेरे क्लासपाथ में जाँच करें ।
2. hibernateमेरे वर्गपथ में संस्करणों की जाँच करें ।

संभावनाएं अच्छी हैं कि उपरोक्त में से किसी के भी कई या परस्पर विरोधी संस्करण होने से प्रश्न में एक जैसे अप्रत्याशित मुद्दे हो सकते हैं।

Answer 22

java.lang.VerifyError का मतलब है कि आपका संकलित बायटेकोड कुछ ऐसी चीज़ों का जिक्र कर रहा है जो Android नहीं पा सकता है। यह सत्यापित करता है कि मुझे केवल किटकैट 4.4 और उससे कम संस्करण के संस्करण के साथ जारी नहीं किया गया है, यहां तक ​​कि मैंने दोनों डिवाइसेस में एक ही बिल्ड को चलाया है। जब मैंने पुराने संस्करण के जैक्सन जसन पार्सर का उपयोग किया तो यह java.lang.verifyerror को दर्शाता है

compile 'com.fasterxml.jackson.core:jackson-databind:2.2.+'
compile 'com.fasterxml.jackson.core:jackson-core:2.2.+'
compile 'com.fasterxml.jackson.core:jackson-annotations:2.2.+'

फिर मैंने कोर लाइब्रेरी के बिना नवीनतम संस्करण 2.2 से 2.7 में डिपेंडेंसी को बदल दिया है , फिर यह काम करता है। जिसका अर्थ है कि मेथड्स और कोर की अन्य सामग्री , Databind2.7 के नवीनतम संस्करण में माइग्रेट हो गई है । यह मेरे मुद्दों को ठीक करें।

compile 'com.fasterxml.jackson.core:jackson-annotations:2.7.0-rc3'
compile 'com.fasterxml.jackson.core:jackson-databind:2.7.0-rc3'

Comments

आप कैसे जानते हैं कि किस JAR की तलाश है?

— सिद्धार्थ

जैकसन-कोर: 2.2। + विरासत बन गई है। इसलिए हमें डेटाबिंड: 2.7.0-rc3, एनोटेशन: 2.7.0-rc3 या नवीनतम संस्करण का उपयोग करने की आवश्यकता है। यह 2 पर्याप्त है, जैकसन-कोर से बचें: 2.2। +। मुझे उस समय तक कुछ सत्यापनकर्ता मिल गए थे। 2.7+ संस्करण का उपयोग करते समय यह उस त्रुटि को प्रदर्शित नहीं करता है

— anand krish

Answer 23

कृपया किसी अनुपयोगी जार फ़ाइल को निकालें और चलाने का प्रयास करें। और मेरे लिए इसका काम मैंने एक jcommons jar फ़ाइल और एक और jcommons.1.0.14 jar फ़ाइल को जोड़ा, ताकि jcommons और उसके लिए मेरे काम को हटा दें

Answer 24

फ़ाइल पर लिखें:

{Wildfly-home}\modules\system\layers\base\org\picketbox\main 

आगे निर्भरता में: <module name="sun.jdk"/>

Answer 25

मेरे मामले में, मुझे नीचे स्टैक ट्रेस के साथ सत्यापित त्रुटि मिल रही थी

jasperreports-server-cp-6.4.0-bin\buildomatic\build.xml:61: The following error occurred while executing this line:
TIB_js-jrs-cp_6.4.0_bin\jasperreports-server-cp-6.4.0-bin\buildomatic\bin\setup.xml:320: java.lang.VerifyError: (class: org/apache/commons/codec/binary/Base64OutputStream, method: <init> signature: (Ljava/io/OutputStream;ZI[B)V) Incompatible argument to function
    at com.jaspersoft.jasperserver.crypto.KeystoreManager.createKeystore(KeystoreManager.java:257)
    at com.jaspersoft.jasperserver.crypto.KeystoreManager.init(KeystoreManager.java:224)
    at com.jaspersoft.buildomatic.crypto.KeystoreTask.execute(KeystoreTask.java:64)
    at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
    at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
    at org.apache.tools.ant.Task.perform(Task.java:348)
    at org.apache.tools.ant.taskdefs.Sequential.execute(Sequential.java:68)
    at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
    at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
    at org.apache.tools.ant.Task.perform(Task.java:348)
    at org.apache.tools.ant.Target.execute(Target.java:435)
    at org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:169)
    at org.apache.tools.ant.taskdefs.ImportTask.importResource(ImportTask.java:222)
    at org.apache.tools.ant.taskdefs.ImportTask.execute(ImportTask.java:163)
    at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
    at org.apache.tools.ant.Task.perform(Task.java:348)
    at org.apache.tools.ant.Target.execute(Target.java:435)
    at org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:180)
    at org.apache.tools.ant.ProjectHelper.configureProject(ProjectHelper.java:93)
    at org.apache.tools.ant.Main.runBuild(Main.java:826)
    at org.apache.tools.ant.Main.startAnt(Main.java:235)
    at org.apache.tools.ant.launch.Launcher.run(Launcher.java:280)
    at org.apache.tools.ant.launch.Launcher.main(Launcher.java:109)

मैंने कॉमन्स-कोडेक-1.3 के लिए क्लासपैथ प्रविष्टि को हटाकर इसे हल किया। 1.3.जर, इस जार के संस्करण में एक बेमेल था जो जैस्पर के साथ आता है।