[JAVA] niks werkt meer en krijg rare fouten

[The Dolf]

Hieronder een voorbeeld van een simpel applet. Helaas krijg ik de meest vreemde foutmeldingen die je hieronder ziet.

Ik werk op een win2k server sp3 systeem, XP1600 1GB sdram
Werk met PowerJ

Hoe kan ik dit oplossen want ik snap er niks van. Er zit volgens mij geen enkele fout in.

code:

// Opdracht - Opgave 1

import java.awt.*;
import java.awt.event.*;
import java.applet.*;

public class opdr11 extends Applet 
{
    TextField invoervak, btwvak, totaalvak;
    Button knop;
    
    public void init()
    {
 method not found.
 method is 'setLayOut'.
        setLayOut (null);
        invoervak = new TextField();
        invoervak.setBounds (20,20,20,100);
        
        btwvak = new TextField ();
        btwvak.setBounds (20,100,20,100);
        
        totaalvak = new TextField ();
        totaalvak.setBounds (20,130,20,100);
        
        knop = new Button();
 method not found.
 method is 'setText'.
        knop.setText ("Bereken");
        knop.setBounds (150,80,30,130);
 method argument(s) do not match those in prototype.
 argument types: 'addActionListener(<unnamed-package>.opdr11.KnopHandler)'.
 possible candidate: 'void java.awt.Button.addActionListener(java.awt.event.ActionListener)'.
 symbol defined in: java/awt/Button.class.
        knop.addActionListener (new KnopHandler ());
        
        add (invoervak);
        add (btwvak);
        add (totaalvak);
        add (knop);
    }
    
 class '<unnamed-package>.Actionlistener' could not be found.
 symbol type: interface <unnamed-package>.Actionlistener.
 symbol defined in: C:\Documents and Settings\Administrator\My Documents\java\Week 4\opdr11\opdr11.java(35) (col 34).
    class KnopHandler implements Actionlistener
    {
        public void actionPerformed (ActionEvent e)
        {
            double btw, getal, totaal;
            
            String invoerstring = invoervak.getText();
            getal = Double.valueOf (invoerstring).doubleValue();
            
 symbol is not definitely assigned.
 symbol name: 'getal'.
 symbol type: double.
 symbol defined in: C:\Documents and Settings\Administrator\My Documents\java\Week 4\opdr11\opdr11.java(39) (col 25).
            btw = getal*0.19;
            totaal = getal*1.19;
            
            btwvak.setText (""+ btw);
            totaalvak.setText (""+ totaal);
        }
    }
}

[ Voor 5% gewijzigd door The Dolf op 06-12-2002 18:17 ]

[Verwijderd]

JAva Is cAsE sEnSiTiVe

[ACM]

Probeer es je jdk opnieuw te installeren ?

en controleer dat er geen unix/mac-enters instaan mocht je het van een ander platform gedownload hebben.

[ACM]

Verwijderd schreef op 06 december 2002 @ 18:35:
JAva Is cAsE sEnSiTiVe

En waar heeft ie de case niet goed dan

[The Dolf]

ACM schreef op 06 December 2002 @ 18:38:

[...]

En waar heeft ie de case niet goed dan

Wil ook wel eens weten

[The Dolf]

ACM schreef op 06 december 2002 @ 18:37:
Probeer es je jdk opnieuw te installeren ?

en controleer dat er geen unix/mac-enters instaan mocht je het van een ander platform gedownload hebben.

Ik heb het ook getest op mijn XP pc waar java gewoon werkt. En ook daar geeft ie vage fouten

[ACM]

't zal trouwens wel schelen als je een blik in de API documentatie werpt, dan zie je dat het ActionListener is, setLabel ipv setText etc.

[The Dolf]

ACM schreef op 06 December 2002 @ 18:45:
't zal trouwens wel schelen als je een blik in de API documentatie werpt, dan zie je dat het ActionListener is, setLabel ipv setText etc.

en setLayOut moet setLayout zijn

bdw, er staat dus een typfout in mijn boek

iig bedankt voor de info. Nu weet ik voortaan waar ik de fout moet zoeken.

[bazzs2001]

edit:
bazzs2001 = gaar. sorry

ps.
PowerJ werkt vaak niet erg goed met package namen (uit mijn persoonlijke ervaringen) je kan ook even handmatig compileren, dan zou die het wel moeten doen (of duidelijkere foutmeldingen geven).

[ Voor 21% gewijzigd door bazzs2001 op 06-12-2002 21:40 . Reden: bazzs2001 = gaar ]

[MisterData]

Staat je classpath enzo goed (ook van de compiler)

[Glimi]

bazzs2001 schreef op 06 december 2002 @ 21:20:
wat zijn die vage foutmeldingen en wanneer krijg je die (compilen/runnen)

PowerJ werkt vaak niet erg goed met package namen (uit mijn persoonlijke ervaringen) je kan ook even handmatig compileren, dan zou die het wel moeten doen (of duidelijkere foutmeldingen geven).

MisterData schreef op 06 december 2002 @ 21:24:
Staat je classpath enzo goed (ook van de compiler)

Stelletje spuit 11'en. En dan ook nog de verkeerde kant op spuiten
Ga eerst eens de thread lezen en laat hem dan lekker zakken

[ Voor 3% gewijzigd door Glimi op 06-12-2002 21:33 ]

[Soultaker]

The Dolf schreef op 06 December 2002 @ 19:03:
bdw, er staat dus een typfout in mijn boek

Als je boek je geleerd heeft om klassenamen met een kleine letter te beginnen, dan kun je beter je geld terug eisen.

Maar goed, beetje loos topic dit. De compiler meldt precies wat er mis is. Je zult daar dus kritisch naar moeten kijken. Nu lijkt het alsof je at-random wat code intypt en dan verwacht dat dat gaat werken. Je zult toch echt de identifiers moeten gebruik die de Java libraries voorschrijven, om maar wat te noemen.

[The Dolf]

Soultaker schreef op 06 December 2002 @ 21:41:
[...]

Als je boek je geleerd heeft om klassenamen met een kleine letter te beginnen, dan kun je beter je geld terug eisen.

Die opmerking heb ik al vaker gehad. Waarom is dta eigenlijk?

ps. dat heb ik niet uit mijn boek, das mijn eigen laksheid

[Verwijderd]

ACM schreef op 06 december 2002 @ 18:45:
't zal trouwens wel schelen als je een blik in de API documentatie werpt, dan zie je dat het ActionListener is, setLabel ipv setText etc.

Ah je had het al gevonden zie ik
en setLayOut ?

[The Dolf]

Verwijderd schreef op 06 december 2002 @ 22:52:
[...]


Ah je had het al gevonden zie ik
en setLayOut ?

die had ik zelf al gevonden

[Soultaker]

The Dolf schreef op 06 december 2002 @ 22:49:
Die opmerking heb ik al vaker gehad. Waarom is dta eigenlijk?

Dat je beter je geld terug kunt vragen of dat klassen met een hoofdletter geschreven moeten worden?

Dat laatste was een gebruikelijke code style in C++, die men zo handig vond dat ze 'm in Java verplicht hebben gesteld. Het grote voordeel is dat de code er veel duidelijker op wordt, omdat je in één oogopslag kunt zien of een identifier een type (Class, Interface) is, of een variabele. Methoden zijn in principe toch al te herkennen, door de haakjes die er achter staan.

[The Dolf]

Soultaker schreef op 06 December 2002 @ 23:08:
[...]

Dat je beter je geld terug kunt vragen of dat klassen met een hoofdletter geschreven moeten worden?

Dat laatste was een gebruikelijke code style in C++, die men zo handig vond dat ze 'm in Java verplicht hebben gesteld. Het grote voordeel is dat de code er veel duidelijker op wordt, omdat je in één oogopslag kunt zien of een identifier een type (Class, Interface) is, of een variabele. Methoden zijn in principe toch al te herkennen, door de haakjes die er achter staan.

weer wat geleerd