[Java]NoSuchMethodError

[wasigh]

Ik heb een erg aparte Error waar ik niets van snap:
Method[] myMethods = object.getClass().getMethods();

code:

2001-09-13 01:43:29 - Ctx( /concept ): Exception in: R( /concept + /account + nu
ll) - java.lang.NoSuchMethodError

En hij wijst naar deze code:

code:

    SAXBuilder mySax = new SAXBuilder();
    Document myDoc = mySax.build(fileName);
    Element myRoot = myDoc.getRootElement();
    // debugging
    Method[] myMethods = myRoot.getClass().getMethods();
    for (int i = 0; i < myMethods.length; i++)
    {
       System.out.println(myMethods[i].getName());
       Object[] objectArray =myMethods[i].getParameterTypes();
       for (int j = 0; j < objectArray.length; j++)
       {
         System.out.println("\t" + objectArray[j]);
       }
    }
    /// end debugging!
    List myList = myRoot.getAttributes();

Hij geeft op de laatste regel deze error. Dus dat myRoot gene methode genaamd getAttributes heeft. Dit staat wel in alle docs etc.
Om het te testen schrijf ik alle methodes van het object myRoot + hun parameters naar het scherm: (code daarboven)
Output:

code:

getParent
setName
      class java.lang.String
getAttributes <---- Hier staat ie dus!!! 
getContent
getAttribute
      class java.lang.String
      class org.jdom.Namespace

Hier word de methode dus wel genoemd. Ik snap het niet meer

[Tomatrix]

Het zal niet aan getAttributes liggen maar aan een geneste call denk ik. Probeer eens in de code van getAttributes te tracen.

[wasigh]

Open Src: wel copyrighted by www.jdom.org!

code:

 /**
     * <p>
     * This returns the complete set of attributes for this element, as a 
     * <code>List</code> of <code>Attribute</code> objects in no particular 
     * order, or an empty list if there are none.  
     * The returned list is "live" and changes to it affect the 
     * element's actual attributes.
     * </p>
     *
     * @return attributes for the element
     */
    public List getAttributes() {
      if (attributes == null) {
        attributes = new ArrayList(INITIAL_ARRAY_SIZE);
      }

      PartialList atts = new PartialList(attributes, this);
      atts.addAllPartial(attributes);
      return atts;
    }

Deze method thowd geen exceptions dus dan zou die toch hier in moeten tracen?

[BurningSheep]

Op donderdag 13 september 2001 14:42 schreef wasigh het volgende:
Open Src: wel copyrighted by www.jdom.org!

code:

...

Deze method thowd geen exceptions dus dan zou die toch hier in moeten tracen?

Als ie in die methode terecht zou komen wel, maar volgens mij is dat nou juist het probleem of niet?

[wasigh]

ik heb het gevonden:
de List die die returnd is geen java.util.List
maar een com.sun.java.util.collections.List;

en die staat niet op mijn classpath..

[wasigh]

Te vroeg gejuich

het was niet het classpath....

[Tomatrix]

Je kan toch even al die methods insteppen met je debugger? Dan weet je waar het misgaat.
Hoe ziet je XML document er eigenlijk uit?

[wasigh]

Op donderdag 13 september 2001 16:01 schreef Tomatrix het volgende:
Je kan toch even al die methods insteppen met je debugger? Dan weet je waar het misgaat.
Hoe ziet je XML document er eigenlijk uit?

Maar dat is juist het probleem: in JBuilder werkt alles.
In tomcat wil het niet draaiien...

(daarom dacht ik ook aan dat classpath)
Xml bestand Leest ie dus ook gewoon..

[mbravenboer]

Wasigh, waarschijnlijk heb je JDOM voor Java 1.1.x gedownload... Die maakt gebruik van de optionele download van het Collections Framework. Je moet even de normale versie downloaden, die gewoon gebruik maakt van de standaard collections in java.util.*.

[mbravenboer]

Als hij bij het compileren wel goed draait maar op Tomcat niet, duidt dat trouwens toch echt op een classpath probleem. Probeer het eens op de server van ACM, daar heb ik JDOM ook op gezet .

[wasigh]

Op donderdag 13 september 2001 20:43 schreef mbravenboer het volgende:
Wasigh, waarschijnlijk heb je JDOM voor Java 1.1.x gedownload... Die maakt gebruik van de optionele download van het Collections Framework. Je moet even de normale versie downloaden, die gewoon gebruik maakt van de standaard collections in java.util.*.

Op donderdag 13 september 2001 20:44 schreef mbravenboer het volgende:
Als hij bij het compileren wel goed draait maar op Tomcat niet, duidt dat trouwens toch echt op een classpath probleem. Probeer het eens op de server van ACM, daar heb ik JDOM ook op gezet .

Tnx, ik zal er morgen op mijn werk meteen naar kijken

[ot] Ik had je nog gebeld maar je nam niet op

[mbravenboer]

wasigh: Tnx, ik zal er morgen op mijn werk meteen naar kijken

Ik keek er trouwens wel vreemd van op toen er reflectie problemen kwamen bij het gebruik van JDOM .

[ot] Ik had je nog gebeld maar je nam niet op

Heb vandmiddag de zon maar weer eens bekeken . Morgen ben ik weer bereikbaar .

[wasigh]

Op donderdag 13 september 2001 20:54 schreef mbravenboer het volgende:

[..]

Ik keek er trouwens wel vreemd van op toen er reflectie problemen kwamen bij het gebruik van JDOM .
[..]

Hier nog 1!
de Docs voor je neus.. je pakt hetzelfde object. Je print een lijst. daar staat de method mooi tussen. 1 regel later ziet ie hem niet meer....

Heb vandmiddag de zon maar weer eens bekeken . Morgen ben ik weer bereikbaar .

k gelukkig ("ff martin bellen" is tegenwoordig een standaard uitdrukking als ik tegen mijn collega zeg dat het niet werkt )
Was er zoveel zon dan?

[wasigh]

als echte (programmeur,techneut,nederlander(streep door wat niet van toepassing is))
lees ik de faq natuurlijk pas als het fout gaat:

Was JDOM designed for Java 2?

Yes, JDOM has been designed using the List and Map interfaces from the Java 2 Collections API. The Collections API provides JDOM with great power and flexibility through standard APIs. We may hear some ranting for the next three months about this, but we believe that this is better than hearing ranting starting three months from now about why we are still using the slow and weak Vector in our code!

I tried to use JDOM and get an error like this:

java.lang.NoSuchMethodError
orjava.lang.NoClassDefFoundError:
org/xml/sax/SAXNotRecognizedException
What's wrong?

You need to ensure that the xerces.jar file supplied with the JDOM download is in your classpath before any other XML classes, such as those that come with JAXP or Crimson. These other XML libraries, as well as older versions of Apache Xerces, support DOM Level 1 and SAX 1.0, not the required DOM Level 2 and SAX 2.0. The result is an exception being thrown. Check your classpath, and try again. If the classpath looks OK, the problematic JAR might also be hiding in the system's standard extension directory (see the following).

[wasigh]

mm erg vaag.

Code in Jsp (Zelfde code!) draait perfect geen foutmelding

Code in servlet geeft nog steeds problemen. Ook op de server van ACM.
Adviezen opgevolgd uit de Faq helpt niets.

* wasigh snapt het allemaal niet meer..