[quot Kachalov]Tomcat ни при чем. В Вашем приложении происходит утечка памяти (сам Tomcat утечку не дает) и после определенного количества обращений к приложению выжирается вся доступная JVM оперативная память. /quot]

да не выжирается она, я имел возможность лицезреть два варианта "падения":
первый (немного не по теме, сорри) приложение перестает отвечать на 80 порту, помогает простой сброс/установка чекбокса "enabled" соответсвующего листенера сервера приложений (SJSAS у меня)

второй - это обсуждаемая загрузка проца под 100%
Смена jdk с 1.5_07 у сервера под WIN200 на jdk 1.6 под Solaris ничем не помогла
Т.к. не хотелось париться с mbean-ами, накидал обычное web-приложение, которое при обращении к нему выдает статистику по состоянию сервера (см. приложенный файл).

Оказалось, что постепенно не освобождаются thread-ы слушателя 80-порта, при том что состояние такого thread-а RUNNABLE, но из этого состояния он уже не выходит, в стеке этого потока не видно классов самого web-приложения, т.е. он занят чем-то другим, постепенно таких thread-ов становится больше, при этом увеличение их числа не пропорционально времени, т.е. на 4-процессорной машине сервер с загрузкой 50% (т.е. загрузкой некоторых процов) может работать неделю - сервер выделяет другие thread-ы из пула и на быстродействии это никак не сказывается, а может уйти (постепенно уеличивая число таких thread-ов) в 100% загрузку в течении одной ночи.

забыл дописать "нужный" thread затыкается судя по стеку на выполнении:
com.sun.enterprise.web.connector.grizzly.LinkedListPipeline (сорри всего стека пока под рукой)

ссылка