File descriptor leak при использовании secure webservice под Glassfish v3

Проблема в следующем - у меня есть вебсервис, реализованый как EJB 3. При установке с
/** * GeSHi (C) 2004 - 2007 Nigel McNie, 2007 - 2008 Benny Baumann * (http://qbnz.com/highlighter/ and http://geshi.org/) */ .xml.geshi_code {font-family:monospace;} .xml.geshi_code .imp {font-weight: bold; color: red;} .xml.geshi_code .es0 {color: #000099; font-weight: bold;} .xml.geshi_code .br0 {color: #66cc66;} .xml.geshi_code .sy0 {color: #66cc66;} .xml.geshi_code .st0 {color: #ff0000;} .xml.geshi_code .sc-1 {color: #808080; font-style: italic;} .xml.geshi_code .sc0 {color: #00bbdd;} .xml.geshi_code .sc1 {color: #ddbb00;} .xml.geshi_code .sc2 {color: #339933;} .xml.geshi_code .sc3 {color: #009900;} .xml.geshi_code .re0 {color: #000066;} .xml.geshi_code .re1 {color: #000000; font-weight: bold;} .xml.geshi_code .re2 {color: #000000; font-weight: bold;} .xml.geshi_code span.xtra { display:block; }

<transport-guarantee>CONFIDENTIAL</transport-guarantee>
 
возникает утечка дескрипторов файлов (lsof показывает постоянно возрастающее количество сокетов), соответсвенно через какое-то время выскакивает Too many open files и Glassfish виснет.
Вначале думал, что виновато приложение, но если отключить https, то все работает нормально...
Нашел https://glassfish.dev.java.net/issues/show_bug.cgi?id=11539, вроде не у меня одного такое, но хотелось бы какое-то приемлимое решение кроме как ждать следующей версии.

Если кто сталкивался с похожим, подскажите как лечить.

1 ответов