Санкт-Петербургская группа тестирования JVM

JavaOne 2006, день 3

Уже третий день JavaOne 2006. Работа продолжается, но уже чувствуется, что необходим отдых. Для тех, кто очень устал прямо в павильоне работаю массажисты. Если кто-то хочет вздремнуть, то это можно сделать прямо в холле под Джеймса Гослинга и других героев Java.

В докладе "New Compiler Optimizations in the Java HotSpot Virtual Machine" , пожалуй, первый раз для такой большой аудитории были представлены улучшения компилятора в Mustang: Biased Locking, Escape Analysis, Tiered Compilation (к сожалению этого в Mustang похоже не будет).

Очень интересным был доклад Secure Coding Antipatterns: Avoiding Vulnerabilities . В нем было рассказано о анти-шаблонах (anti-patterns), которые могут приводить к уязвимостям в программе, написанной на Java. одном из них было показано, как можно использовать финализатор, для того, чтобы обойти исключение в констукторе и получить частично сконструированный объект. Это потенциально может привести к обходу проверок безопастности Java. Например, даже если создание произвольных Classloaderов запрещено, то некоторое время назад это можно было обойти, используя именнно этот прием.

Доклад Solaris Dynamic Tracing (DTrace) and Java Technology: Down and Dirty With Your Application представляло два докладчика : Adam Leventhal из Sun, который рассказывал и Jarod Jenson из Aeysis, Inc., который на лету придумывал скрипт для DTrace, запускал и демонстрировал результаты работы. Получалось так, что демонстрация почти всегда опережала пояснения:) В течение нескольких секунд на экране появлялась различная нетривиальная информация о JVM. Все это неудивительно, поскольку Jarod Jenson был представлен, как основной и самый опытный пользователь DTrace.

В докладе Full-Scale Java Platform Diagnostics for Production Environments инженеры IBM рассказали о своем подходе к получению информации о внутреннем устройстве JVM. Кроме трассировки, которая полностью реализована в VM, есть возможность создавать дамп состояния виртуальной машины. Этот дамп затем можно анализировать, используя DTFJ — набор Java интерфейсов, в котором всем элементам из Java Memory Model, такие как куча, нити, поля, методы, модули и т.д. соответствуют определенные классы. Это позволяет анализировать состояние виртуальной машины, используя программу также на языке Java. Пока этот дамп можно создать из core-файла или в произвольный момент, но в дальнейшем будет возможность делать то же самое прямо на работающей виртуальной машине. Также не исключена возможность того, что в будующем это станет JSR и будет использоваться в других виртуальных машинах.

Н.Х.