Nutzung einer Datenbank mit Java-Servlets

Der Präfix kann auch weggelassen werden, was implizit einen leeren Präfix erzeugt. Weiter kann die Angabe der maximalen Logdateigröße als long oder als String variiert werden. Eine letzte Variation gibt die Möglichkeit, nur die Logdatei anzugeben. Daraus resultieren fünf Konstruktoren, die eine Erzeugung eines Log-Exemplars sehr flexibel gestalten lassen. Ein Objekt, das ein Log-Exemplar besitzt, kann mit der Methode "eintragen" Strings an das Exemplar abgeben, welches unter der Beachtung von Synchronisationsmechanismen den Eintrag in die Logdatei mit Datum, Uhrzeit und dem definierten Präfix vornimmt. Dabei wird die Logdatei auf Existenz, Schreibbarkeit und Unterschreitung der maximalen Größe hin geprüft. Werden die Bedingungen nicht erfüllt, wird die Logdatei neu erzeugt und evtl. die alte Logdatei gesichert. Zwei weitere Methoden ermöglichen die Ausgabe einer HTML konformen Tabelle mit den eingebetteten Logeinträgen aus der Logdatei. Dabei liefert die "anzeigen" Methode die Reihenfolge der Ereignisse so, wie sie in der Logdatei gespeichert sind (zeitlich letzter Eintrag ist letzter Eintrag in der Logdatei), wobei die Methode "reverseAnzeigen" die chronologische Anordnung der Logeinträge umkehrt. Beide Methoden nehmen eine Filter- und Suchzeichenkette entgegen. Es werden damit die Einträge hervorgehoben, die den Suchstring beinhalten, und ausgeblendet, wenn sie den Filterstring nicht beinhalten. Wird für eine Zeichenkette ein leerer String angegeben, wird die zugehörige Such- oder Filterfunktion deaktiviert. Die Log Klasse besitzt noch drei private Methoden: fileKleinerMax, filevorhanden und sichern_loeschen. Dabei liefert die boolsche fileKleinerMax-Methode ein wahr zurück, wenn die Logdatei kleiner ist als maximal erlaubt, sonst ein unwahr. Die boolsche filevorhanden-Methode prüft, ob der angebende Pfad und die zugehörige Datei existieren. Ist dies nicht der Fall, wird die Datei mitsamt des kompletten Pfades erzeugt. Die Methode gibt dann, wenn die Datei vorhanden ist, ein wahr zurück, sonst ein unwahr und eine Fehlermeldung auf STDERR. Mit der sichern_loeschen-Methode kann die Logdatei gelöscht und evtl. gesichert werden, je nach Angabe des boolschen Aufrufparameters "löschen". Es wird ein Hinweis des Löschens in die neue Logdatei geschrieben. Tritt bei der Methode ein Fehler [...]

Exemplare der Link-Klasse werden in den Servlets benutzt, um die in dem Dokumentenkopf eingebundenen Verweise erstellen zu können. Dabei benötigt ein Link-Objekt einen Namen, der ihn in der Webseitendarstellung repräsentiert, und einen Verweis, der den aufzurufenden Servletnamen und entsprechende Parameter und Anker enthält. Mit einem weiteren Attribut kann die Farbe angegeben werden, die zur Darstellung des Verweises genutzt werden kann. Das Farbattribut wird in der Webanwendung nicht genutzt und ist für den weiteren Gebrauch dieser Klasse implementiert worden. Somit ergeben sich zwei Konstruktoren, beide nehmen den Namen und den Verweis als String entgegen, wobei ein Konstruktor noch zusätzlich das Farbattribut als String benötigt. Da alle Servlets in einem Verzeichnis auf dem Webserver liegen, was wahrscheinlich nicht das Wurzelverzeichnis ist, gibt es noch eine statische Variable mit dem Namen www_pfad. Diese Variable soll den Pfad zugewiesen bekommen, über den die Servlets auf dem Webserver erreichbar sind. Dies ermöglicht nicht nur relative Aufrufe der Servlets, sondern Aufrufe mit voller Pfadangabe, wie sie von einer internen Methode benötigt wird. Die Methoden der Link-Klasse ähneln den Methoden einer Java-Bean Klasse, da sie als getColor, getName, getUrl und isPfadSet bezeichnet sind. Bis auf die letzte boolsche Methode liefern die anderen Methoden den geforderten String. Die getUrl Klasse liefert als String den definierten www_pfad als Präfix mit dem eigentlichen String, der beim Konstruktor als URL definiert wurde. Die Methode getLink übergibt alle Strings, die die anderen Methoden einzeln liefern, in einem Feld. [...]

Um die Webanwendung zu realisieren, werden erst die Hilfsklassen implementiert, damit sich die Servlets auf diese Hilfsklassen stützen können. Dabei soll das Wort Hilfsklasse nicht abwertend wirken, da z.B. die Log oder VerbindungsPool Klassen sehr aufwendig sind und mit einen Großteil der Entwicklungszeit in Anspruch genommen haben. Meist werden ein oder wenige Exemplare einer Hilfsklassen erzeugt, diese aber von mehreren konkurrierenden Servlets gleichzeitig genutzt. Deshalb muss bei der Implementierung der konkurrierende Zugriff auf Exemplare mit berücksichtigt werden. Die Klassen werden in alphabetischer Reihenfolge aufgeführt, dies steht aber in keinem Zusammenhang mit dem Grad ihrer Wichtigkeit. Damit die Übersichtlichkeit gewahrt bleibt, wird auf die Darstellung der Hilfsklassen mit ihren Methoden unter Berücksichtigung von Zugriffsrechten in Abb. 4-2 verwiesen. Es sei auch darauf hingewiesen, dass VerbindungsPool der Eigenname der Klasse ist und Verbindungspool ein Synonym für den Behälter bzw. Vektor der Datenbankverbindungen ist. Allgemein werden die Eigennamen der Klassen für ihre Beschreibung genutzt, wobei Umlaute, anders als im Quellkode, genutzt werden. [...]