Nachdem ich vor einiger Zeit bereits einen Artikel zu den Möglichkeiten der aspekt-orientierten Programmierung veröffentlicht habe, hier nun ein weiterer UseCase.

Wir haben auf Arbeit mehrere Projekte - unter anderem eines, das eine Service-orientierte Struktur aufweist und in der mehrere Instanzen derselben Service-Klasse unterschiedlih konfiguriert nebeneinander arbeiten.

Neulich wurde ein Bug gemeldet, der sich - neben der fehlerhaften Funktionalität - in einem Stacktrace im Log äußerte. Dieser Stacktrace schien zunächst logisch unmöglich zu sein - bis die Idee aufkam, dass dieser eventuell von einer anderen als der Instanz stammen könnte, die das Fehlverhalten aufwies.

Letztlich erwies sich diese Vermutung als korrekt - brachte mich aber zu der Überlegung: "Wäre es nicht hervorragend, wenn man im Stacktrace die Instanz identifizieren könnte, an der die jeweilige Methode aufgerufen wurde?" Das würde dann ungefähr so aussehen - statt:

java.lang.RuntimeException: huhu
	at de.elbosso.scratch.aop.HelloWorld.greet(HelloWorld.java)
	at de.elbosso.scratch.aop.Worker.greet(Worker.java:10)
	at de.elbosso.scratch.aop.HelloWorld.main(HelloWorld.java:23)

würde der Stacktrace so aussehen:

java.lang.RuntimeException: huhu
	at de.elbosso.scratch.aop.HelloWorld.greet(HelloWorld.java) - de.elbosso.scratch.aop.HelloWorld@53b32d7
	at de.elbosso.scratch.aop.Worker.greet(Worker.java:10) - de.elbosso.scratch.aop.Worker@27efef64
	at de.elbosso.scratch.aop.HelloWorld.main(HelloWorld.java:23) - de.elbosso.scratch.aop.HelloWorld@53b32d7

So einleuchtend die Vorteile eines auf diese Art und Weise erweiterten Stacktrace scheinen mögen - mit Java ist es unmöglich, so ein Verhalten zu erreichen. Allerdings kann man durch AOP etwas ähnliches durchaus realisieren: In meinem früheren Artikel bezüglich AOP zeigte ich, wie man Java-Code "hot-fixen" kann, indem man die Implementierung einer Methode unterdrückt und statt ihrer anderen Code zur Ausführung bringt. Auf diese Weise ist es auch möglich, Exceptions zu unterdrücken: Wird in einer instrumentierten Methode eine Exception ausgelöst, wird sie durch die Instrumentierung einfach verschluckt und statt dessen ein Default-Ergebnis an den Aufrufer zurückgegeben. Das funktioniert mit Exceptionen, die in der instrumentierten Methode geworfen werden, wie auch mit solchen, die ihren Ursprung in in der instrumentierten Methode aufgerufenen Methoden haben.

Ändert man die Instrumentierung aus dem früheren Artikel zu diesem Thema ein wenig ab, kann man die Instanz zusammen mit dem Stacktrace ins Log schreiben: der JoinPoint verfügt über Methoden zum Zugriff auf die Instanz, an der die instrumentierte Methode gerade aufgerufen wurde.

Damit ist es dann möglich, den Stacktrace zusammen mit Informationen zur aktuellen Instanz ins Logfile zu schreiben. Das ergibt dann zwar noch nicht den oben angegebenen Idealfall, aber wenigstens muss man dazu keine Codeänderungen vornehmen...

Artikel, die hierher verlinken

Kommentar hinzufügen (via ) Kommentare ansehen (via )

Kommentar hinzufügen (via ) Kommentare ansehen (via )