News

PatternTesting 1.7 basiert nun auf Java 7 und Logging wurde von SLF4J auf Version 2 von Log4J umgestellt.

Wenn man "jdbc:prox:..." als JDBC-URL verwendet, wird man jetzt gewarnt, wenn man einen Update auf der Datenbank macht, danach aber das Commit vor dem Schließen der DB-Verbindung vergisst.

PatternTesting 1.6 verwendet jetzt Java 6. Und es wird vom ClasspathMonitor jetzt auch der Classloader von Tomcat 8 unterstützt (Anm.: der ClasspathMonitor in 1.6.0 kann in manchen Situation hängen bleiben - dieses Problem wurde mit 1.6.1 behoben).

PatternTesting 1.5 stellt "jdbc:proxy:..." as JDBC-URL zur Verfügung und ermöglicht damit das Monitoring von Datenbanken. Auch erlaubt es damit das Messen und die Protokollierung von SQL-Anweisungen (s.a. SQL Logging and Monitoring).

Ab 1.4 können Methoden-Aufruf als Sequenz-Diagramm protokolliert werden (s. Generation of Sequence Diagrams). Noch ist dieses Feature als "experimentell" eingestuft.

Vision of PatternTesting

To be the Minesweeper of Your Java Code!

Übersicht

PatternTesting ist ein Test-Framework, das automatisch Architektur- oder Design-Vorgaben bzw. "Best Practices" sicherstellt. Es baut auf AOP und AspectJ auf, um diese Aufgabe zu gewährleisten. Weitere Details findest du unter Was ist PatternTesting.

Dieses Projekt besteht aus folgenden Artefakte:

• patterntesting-parent: Die übergeordnete Klammer über sämtliche Unterprojekte.
• patterntesting-rt: Dies ist der Runtime-Teil, der auch "standalone" verwendet werden kann, ohne patterntesting-check und die anderen Unterprojekte. Es bringt zwar bereits einige Überprüfungen mit, diese werden aber über Annotationen aktiviert.
• patterntesting-check: Eine Sammlung von wiederverwendbaren Pattern-Tests (oder Aspekten in AspectJ-Terminologie); dies ist der Ursprung von PatternTesting.
  Seit 0.9.5 ist dieser Teil aufgeteilt in
  • patterntesting-check-ct: Compile-Time-Prüfungen (statischer Teil)
  • patterntesting-check-rt: Runtime-Prüfungen (dynamischer Teil). Im Unterschied zu patterntesting-rt (s.o.) sind diese Überprüfungen per default aktiv, können aber über Annotationen (z.B. @NullArgsAllowed) deaktiviert werden.
• patterntesting-concurrent: Diese Bibliothek unterstützt einige Annotation, die den Umgang mit Parallelität vereinfachen. Auch enthält sie Test-Unterstützung für Threads.
• patterntesting-exception: Dies ist ein Wrapper um verschiedene JDK-Klassen, um aussagekräftigere Exceptions zu erhalten. Die Bibliothek enthält auch eine ExceptionFactory für die Test-Unterstützung.
• patterntesting-tools: Einige Tools, um die Ausführung von Pattern-Tests innerhalb ihres Projekts zu unterstützen (Plugins für Ant und Maven, Report-Generierung, ...). Dieser Bereich ist allerdings seit längerem eine Baustelle :-(
• patterntesting-samples: dieser Teil enthält einige Beispiel, wie PatternTesting eingesetzt werden kann.

Warum wurde PatternTesting in mehrere Unterprojekt aufgeteilt? Ein Grund ist Maven. Maven empfiehlt, nur ein Artefakt pro Projekt zu erzeugen. Der Hauptgrund war allerdings Performanz-Gründe. Vor allem unter Eclipse 3.3 gab es mit der alten patterntesting-check-Bibliothek (die jetzt in einen statischen und dynamischen Teil aufgeteilt ist) erhebliche Akzeptanz-Probleme. Mit der Aufteilung hat man zudem die Wahl, welche Teile von PatternTesting man im Propjekt einsetzen will.

Antipattern

Fehler im Code sind ärgerlich. Speziell dann, wenn sie in Produktion auftreten und man feststellen muss, dass manche Fehler leicht hätten vermieden werden können. Im Wiki sind einige AntiPatterns aufgelisten, wo dir PatternTesting helfen kann, sie zu entdecken bzw. zu vermeiden.

IDE and Compiler Version

Wenn du Eclipse als Java-IDE verwendest, brauchst du das AJDT-Plugin.

Wenn du eine andere IDE verwendest, nimm am besten die letzte stabile Version von AspectJ, mindestens aber die Version 1.7.3. Dies ist die gleiche Version wie die des Eclipse-AspectJ-Plugins (AJDT).

History