JSP hibakeresés: JSP hibakeresése Eclipse?

By: James Hartman James Hartman
Hours korszerűsített

⚡ Okos összefoglaló

A JSP-ben a hibakeresés a következő folyamatot foglalja magában: trachibák elhárítása JSP alkalmazásban. Ez az anyag három hibakeresési technikát ismertet – a println utasításokat, a Java Naplózó és hibakereső eszközök – és bemutatja, hogyan lehet hibakeresni egy JSP oldalt Eclipse töréspontok és hibakeresési mód használata.

  • 🐞 Meghatározás: Hibakeresés tracolyan hibákat tartalmaz, amelyeket nehéz reprodukálni kliens-interaktív JSP alkalmazásokban.
  • 🖨️ println: A System.out.println() függvény változóértékeket nyomtat ki a végrehajtott kódsorok megerősítéséhez.
  • 📝 Java Logger: A naplózási keretrendszer a szintbe sorolt ​​üzeneteket, például az információkat és a súlyos üzeneteket naplófájlokba rögzíti.
  • 🔧 Hibakereső eszközök: Eclipse töréspontokat és változók nézetet biztosít a futásidejű állapot vizsgálatához.
  • ▶ ️ Eclipse Lépések: Állíts be töréspontokat, indítsd újra a szervert hibakeresési módban, majd lépkedj végig a kódon.
További információk

JSP hibakeresés

Mi a hibakeresés a JSP-ben?

A JSP-ben a hibakeresés a következő folyamatot foglalja magában: traca hiba kijavítása az alkalmazásban. Nem túl könnyű tracHibák és hibák az alkalmazásban. A JSP alkalmazások kliens-interaktívak. Ezért a hibákat nehéz reprodukálni.

JSP hibakeresési technikák

A JSP-alkalmazások 3 különböző technikája van:

  • println utasítások használata
  • <p></p> Java Naplók
  • Debugger eszközök használata

A println nyilatkozatok használata

  • System.out.println() használják trace hogy egy bizonyos rész végrehajtódik-e vagy sem.
  • A kódban lévő változókat ki tudjuk nyomtatni.
  • Ezenkívül kinyomtathatjuk azokat az értékeket is, amelyeket az alkalmazás hibakereséséhez kell használni.

Példa:

Ebben a példában hibakeresést végeztünk a println utasításokon keresztül, hogy megértsük, milyen értékeket kapunk a változókhoz.

<%@ page language="java" contentType="text/html; charset=ISO-8859-1"
    pageEncoding="ISO-8859-1"%>
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">
<title>Debug Guru JSP</title>
</head>
<body>
<% int num1 = 10;
System.out.println("This is debugging Guru JSP");
num1++;
int num2 = num1 / 0;
System.out.println(num2); %>
</body>
</html>

A kód magyarázata:

Code 10 vonal: Fogjuk a num1 változót, és inicializáljuk 10-re.

Code 11 vonal: A println utasítással kiírjuk, hogy „Ez hibakeresés”. Guru JSP” parancsot a végrehajtott kódsorok hibakereséséhez.

Code 12 vonal: Itt a num1 változót 1-gyel növeljük.

Code 13 vonal: Az első számot elosztjuk nullával, és beírjuk egy új, második szám nevű változóba.

Code 14 vonal: Mivel a num2 értékére vagyunk kíváncsiak, a println utasítással kérhetjük le, hogy megtudjuk, a kód melyik soráig futott le.

Amikor végrehajtja a fenti kódot, a következő kimenetet kapja:

JSP hibakeresés println utasítások használatával

output:

Itt a következő állítást kapjuk: „Ez hibakeresés” Guru JSP” a num1 változó értékével, amelyet növeltünk, tehát 11.

<p></p> Java Naplók

  • Az Java naplózási keretrendszert használnak a naplózási szolgáltatásokhoz bármely, a JVM.
  • Ez a kódból bármilyen információ naplózására szolgál.
  • Minden szükséges információt naplóz a trace a felmerült hibák.

Példa:

Ebben a példában a következőt használjuk: Java favágó traca kódban található információkat. Az üzenetek különböző függvényekkel jeleníthetők meg, például severe(), warning(), info(), config()és fine()Az „Info” paraméterrel jeleníthetők meg a naplófájlban található információk. A „Severe” paraméterrel pedig a súlyos információk jeleníthetők meg a naplófájlban.

<%@taglib prefix="guru" uri="http://java.sun.com/jsp/jstl/core" %>
<%@page import="java.util.logging.Logger" %>
<%@page import="java.util.Date" %>
<%@ page language="java" contentType="text/html; charset=ISO-8859-1"
    pageEncoding="ISO-8859-1"%>
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">
<title>Debugging Guru JSP</title>
</head>
<body>
<% Logger logger = Logger.getLogger(this.getClass().getName()); %>
<% Date dt = new Date();
logger.info(dt.toString());
logger.info("This is Guru Logging debugger"); %>
</body>
</html>

A kód magyarázata:

Code 2 vonal: Mi importáljuk a Java naplózó az információk naplózásához.

Code 3 vonal: Importáljuk az util csomag Date osztályát.

Code 13 vonal: A logger osztályt a getLogger metódussal inicializáljuk.

Code 14 vonal: Inicializáljuk a Date osztályt.

Code 15 vonal: A logger osztályobjektum info metódusát használjuk az aktuális dátum kinyomtatásához.

Code 16 vonal: Az info metódust használjuk a következő kiíráshoz: 'Ez az Guru Naplózási hibakereső.

Amikor végrehajtod a fenti kódot, a következő kimenetet kapod:

JSP hibakeresés segítségével Java Naplók

output:

A kimenetet az std.log fájlban fogjuk megkapni, amely a szerver Naplózási mappájában lesz tárolva. Itt kapjuk meg a kódban írt információkat.

Hibakereső eszközök használata

Mi már használtuk Eclipse az oktatóanyag kezdete óta. Eclipse, vannak hibakereső eszközeink a kód hibáinak vagy hibáinak kijavításához.

KAPCSOLÓDÓ CIKKEK

A JSP hibakeresése Eclipse

Itt találhatók a JSP-alkalmazások hibakeresésének lépései Eclipse hibakereső eszközök használatával:

  1. Állítsa be a töréspontot.
  2. Indítsa újra a szervert hibakeresési módban.
  3. Hibakeresés töréspontokon keresztül.

1. lépés) Állítsa be a töréspontot

Beállíthatjuk a kódban a töréspontot, ahová szeretnénk tracés a kód:

<%@ page language="java" contentType="text/html; charset=ISO-8859-1"
    pageEncoding="ISO-8859-1"%>
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">
<title>Debugging Guru JSP</title>
</head>
<body>
<% String name = "This is test Guru JSP";
out.println(name);
%>
</body>
</html>

Itt a töréspontot „töréspont ki-/bekapcsolása” értékre állítjuk be, amikor jobb gombbal kattintunk a projektböngészőre. Beállíthatjuk azokat a töréspontokat, ahol a hiba vagy hiba előfordul. Miután beállítottuk őket, a hibakereső az első töréspontra, majd a következőre ugrik, és így tovább. A töréspontok segítségével fog végigfutni az alkalmazáson. A töréspont beállítása után újra kell indítanunk a szervert hibakeresési módban.

2. lépés) Indítsa újra a szervert hibakeresési módban

A szervert hibakeresési módban újraindíthatjuk a szerveroldali nézetre kattintva, majd a Hibakeresési módban indítás gombra kattintva.

JSP hibakeresése Eclipse

3. lépés: Hibakeresés a töréspontokon keresztül

Az alkalmazás hibakeresését úgy tudjuk elvégezni, hogy az alkalmazásra kattintunk, és a következőt választjuk: Debug As:

JSP hibakeresése Eclipse

Kap egy figyelmeztetést a perspektíva váltására; ezután kattintson az „Igen” gombra. Az „Igen” gombra kattintás után a következő perspektívát kapjuk:

JSP hibakeresése Eclipse

Megjelenik a Változók fül, ahol a változók értékeit láthatjuk:

JSP hibakeresése Eclipse

A Töréspontok fül a kódban található töréspontok számát mutatja:

JSP hibakeresése Eclipse

A beállított töréspontokon keresztül hibakereshetjük az alkalmazást.

GYIK

Igen. A mesterséges intelligencia asszisztensek elemezhetik a verem tartalmát. traces, null mutatók vagy osztási hibák észlelése, és javítások javaslata JSP és servlet kódban. Ez felgyorsítja a hibakeresést, de a javítást az oldal futtatásával kell megerősíteni.

Nem. A mesterséges intelligencia valószínűsíthető okokat sugall, de lépésről lépésre...ping töréspontokon keresztül Eclipse továbbra is pontos futásidejű változóértékeket ad, amelyek megerősítik a tényleges problémát. A két megközelítés együtt működik a legjobban.

A println közvetlenül a konzolra nyomtat, és nehezen kezelhető nagy léptékben. A naplózó szint szerinti üzeneteket, például az „info” vagy a „severe” jelzést rögzíti naplófájlokba, amelyek később szűrhetők, megőrizhetők és elemezhetők.

Az 500-as hiba általában egy el nem fogott kivételből ered a JSP-ben, például egy NullPointerExceptionből vagy nullával osztásból. A pontos ok a szervernaplókban és a veremben található. trace.

Foglald össze ezt a bejegyzést a következőképpen: