В общем хотелка следующая, у меня есть ряд потоков, в которые хочется подсмотреть, чем они занимаются. В общем вытащить стек трейс не составляет большого труда, но еще хочется, чтобы на каждый StackTraceElement можно было узнать, что было в него передано в качестве параметров.
Возможно ли такое?

Подозреваю, что это JVM зависимое, меня интересует IBM J9VM, но если есть решение для HotSpot, то тоже интересно.

Блин, я идиот, перенесите в топик Java плиз...

Модератор: Тема перенесена из форума "Oracle".

Эх, с наскоку в этом не разберешься... Видимо прийдется неспешно ковырять.

mayton,
а это интересная идея, попытаться запустить продакшен сервер под дебагом :)

mayton,
без сарказма, действительно можно попытаться такое провернуть, забавно, что сам о таком очевидном варианте не подумал.

Выпады про разработчика и тестовую среду непонятны, интересующие меня явления в тестовой среде не воспроизводятся, воссоздать в тесте адекватный профиль нагрузки не получается, в общем есть много нюансов.

Blazkowicz,
к своему стыду не знаю, но видимо буду разбираться... врядли бы полез, да вот кажись прижимать стало

Blazkowicz,
можно подумать и над таким вариантом, но у меня есть кейсы, когда проблема где то в коде самого апп сервера.

Например, апп сервер детектит долго исполняющиеся треды (привожу вершину, если просмотреть стек от и до, то в нем ни строчки прикладного кода):
ThreadMonitor W WSVR0605W: Thread "WebContainer : 39" (0000007e) has been active for 616430 milliseconds and may be hung. There is/are 3 thread(s) in total in the server that may be hung.
at java.net.Inet4AddressImpl.getHostByAddr(Native Method)
at java.net.InetAddress$2.getHostByAddr(InetAddress.java:985)
...

Посмотрев на все это начинаешь подозревать, что наверное где то DNS косячит, но при проверке видно, что он отрабатывает моментально. И я даже не понимаю откуда у этого чуда ноги растут, подозреваю, если бы я видел с каким именем он не может совладать, то возможно было бы понятней.

Хотя конкретно здесь, то дождаться, выловить момент и собрать хип дамп, в нем расковырять.

mayton,
в свое время это было первое, что попробовали по данной проблеме... потом еще выкручивали время жизни dns кэша, все равно выплывает...

Blazkowicz,
я бы сказал, что в идеале хочется создать инструмент для админов, позволяющий провести первичный анализ возникающих ситуаций.

mayton,
знать бы какое имя заменять, это может быть что угодно имя самого сервера, имена каких то смежных серверов, с которыми идет взаимодействие (LDAP каталог, БД, внешние SOAP сервисы и т.д.), а вот знание, что указано в переменной (=что он так долго не может разрезолвить) тут бы как раз помогло, было бы понятно, где стоит попытаться явно подставить ip'шник, вместо имени.

Но в общем то это частная ситуация, инструмент нужен и для других ситуаций.

mayton,
ну как минимум мой прикладной код будет собран так, как мне надо. А стек ошибок не факт что вывалится, например, что-нибудь может просто тормозить, особенно классно, когда это что-нибудь смежное... а пока доказательную базу не подобьешь на тему, кто, где и как именно косячит, то все лучи добра от пользователей идут к нам :)