, det er altid vanskeligt at testning /debugging - en servlets.servlets har tendens til at medføre en stor klient /server - interaktion, at fejl sandsynligt, men svært at reproducere. her er et par råd og forslag, der kan hjælpe dig i din fejlfinding. system. println(), system. println() er let at bruge, som markør for at teste, om en bestemt del af kode gennemføres eller ej.vi kan udskrive variable værdier.desuden:,,, da systemet objekt er en del af den centrale java genstande, der kan bruges overalt, uden at det er nødvendigt at installere ekstra klasser.dette omfatter servlets, lox, rmi, ejb er almindelige bønner og klasser og enkeltstående applikationer.,,, i forhold til at stoppe ved breakpoints, skrive til system.out ikke blande sig meget med den normale gennemførelse strøm af anvendelsen, hvilket gør det meget værdifulde, når tidspunktet er afgørende.,,, som er syntaks brug system. println(): system. println ("debugging - signal"), alle de meddelelser, der genereres af ovennævnte syntaks er logget på web - server log filen. besked, skovning: det er altid god ide at bruge passende skovhugst metode til log alle ser, varsling og fejlmeddelelser ved hjælp af en standard skovhugst metode.jeg bruger log4j at registrere alle de beskeder, servlet api - også giver en enkel måde outputting oplysninger ved hjælp af det log() metode som følger: //import, der kræves i java biblioteker import java. io. *; import javax. servlet. *; import javax. servlet. http. *; offentlige klasse contextlog udvider httpservlet (offentlige eller doget (httpservletrequest anmodning, httpservletresponse respons) kaster servletexception, java.io.ioexception {snor) = anmodning. getparameter ("par1"); //kalder de to servletcontext.log metoder servletcontext forbindelse = getservletcontext (); hvis (stk. = = for