Luați în considerare următorul segment de cod Java, stocat într-un fișier numit JollyMessage.java:
// Pe ecran este scris un mesaj vesel!
clasa Jollymessage
public static void main (String [] args)
// Scrieți mesajul în fereastra terminalului
System.out.println ("Ho Ho Ho!");
La executarea programului, acest cod va produce un mesaj de eroare în timp de execuție. Cu alte cuvinte, s-a făcut o greșeală undeva, dar eroarea nu va fi identificată atunci când este programul compilat, numai atunci când este alerga.
În exemplul de mai sus, observați că clasa se numește „Jollymessage”, în timp ce numele fișierului este numit JollyMessage.java.
Java este sensibil la litere mari și mici. Compilatorul nu se va plânge, deoarece tehnic nu este nimic greșit cu codul. Va crea un fișier de clasă care se potrivește exact cu numele clasei (adică, Jollymessage.class). Când rulați programul numit JollyMessage, veți primi un mesaj de eroare, deoarece nu există niciun fișier numit JollyMessage.class.
Eroarea pe care o primiți atunci când rulați un program cu un nume greșit este:
Excepție în fila „principal” java.lang.NoClassDefFoundError: JollyMessage (nume greșit: JollyMessage) ...
Dacă programul dvs. compilează cu succes, dar nu reușește la executare, consultați codul dvs. pentru greșelile comune:
Lucrul în medii de dezvoltare integrate precum Eclipse vă poate ajuta să evitați erorile de tip „typo”.
Pentru a depana programe Java productivizate, rulați debuggerul browserului dvs. Web-ar trebui să vedeți un mesaj de eroare hexadecimal care poate ajuta la izolarea cauzei specifice a problemei.
În unele situații, problema poate fi nu în codul dvs., ci în mașina dvs. virtuală Java. Dacă JVM se sufocă, acesta poate produce o eroare de rulare, în ciuda lipsei unei deficiențe în baza de cod a programului. Un mesaj de depanare a browserului va ajuta la izolarea codului cauzat de erorile cauzate de JVM.