Ich war gerade auf dem Trifork Stand hier. Trifork hat jetzt neben dem Profiler P4 auch den Leak Detector L4 auf dem Markt. Er verfolgt ein interessantes Konzept: Zu einem bestimmten Zeitpunkt wird ein Snapshot der Anwendung gemacht, bei dem von einigen Root Objekten aus der gesamte Objektgraph durchnavigiert wird. Diese Root Objekte sind recht wenige, z.B. die Servlets oder EJBs. Anschließend wird dann diese Information genommen und an den Viewer (eine Rich Client Java Anwendung) übertragen. Wenn man nun noch einen Snapshot macht, kann man die beiden vergleichen und herausfinden, wieviele Objekte wo allokiert worden sind. Dadurch sollte man dann den Verursacher des Memory Problems schnell finden. Während der Laufzeit sind wohl kaum Performance Nachteile zu befürchten. Das Übertragen zum Viewer ist dann eine andere Sache. Ich bin auf den praktischen Einsatz gespannt. ¶ 23:54
