Mathias Bank

Ich setze für mein Dissertationsprojekt Hibernate ein, weil ich mich auf die Programmlogik konzentrieren will und nicht auf die Speicherhaltung. Das funktioniert im Wesentlichen sehr gut, Hibernate ist wirklich eine sehr gute ORM. Allerdings bekomme ich in letzter Zeit immer wieder komische Fehlermeldungen, die mir nichts sagen. Und zwar genau dann, wenn ich ein Objekt, das ich bereits in der DB speichere, aktualisiere und wieder speichern möchte.

Nach langem Suchen weiß ich auch warum: Er speichert die Objekt-Änderung automatisch: Hibernate merkt offensichtlich, dass ich einen Wert eines bereits persistierten Objekts geändert habe und übernimmt diese Änderung automatisch in die DB. Finde ich super! Muss man aber erstmal drauf kommen.

Hab gerade gut ne Stunde gesucht, warum mein Programm trotz Anweisung im Debug-Modus nichts in die Datenbank schreibt. Wer kommt auch auf die Idee, dass es an einem angehaltenen Thread liegt. Muss ich mir unbedingt merken, dass Hibernate für die Persistenz extra Threads verwendet und dass ich die dann entsprechend im Debug-Modus auch weiterlaufen lassen muss (es gibt nichts komplizierteres, wie mehrere Threads gleichzeitig debuggen, weshalb ich fast immer alle Threads bei Breakpoints anhalten lasse).

Im Rahmen meiner Dissertation arbeite ich recht viel mit Java. Ich finde es unglaublich, was die XML-Behandlung da für ein Gefrickel ist, weil von SUN nur die Interfaces zur Verfügung gestellt werden. Dadurch hat man natürlich lauter unterschiedliche Implementierungen, die auch nicht gerade kompatibel zu einander sind. Sehr nervig!

Relativ gut finde ich die Bibliothek dom4j für die XML-Verarbeitung. Das schöne ist die Grundidee an der Bibliothek:

Just as no single List implementation will suffice (the JDK comes with at least 3) we believe we need a framework allowing plug and play XML document implementations. For some users, using a LinkedList performs better than an ArrayList because their usage characteristics differ. Others like to use a Vector as it is synchronized. We believe an XML model should have the same flexibility.

So kann man dann einfach ein DOM-Baum mit folgendem Code einlesen lassen:

Die Variable enthält dabei nicht nur ein Document, sondern ein DOMDocument, das kompatibel zum Interface w3c.Document ist.

Recht elegant gemacht, finde ich. Leider nur schlecht dokumentiert, hat ne ganze Weile gedauert, bis ich das rausgefunden habe.