эм... собственно где угодно можно реализовать свой SessionManager можно даже свой апп сервер написать только зачем? да и справитесь ли? 

и вообще что значит "контроллировать список созданных HttpSession" чего ты хочеш добиться? 

хочу сделать статистику на сайте для админов - чтобы видеть в виде таблицы список всех сессий и их атрибутов..
ps: я уже сделал ее как говорил выше с помощью HttpSessionListener - но мне показалось что повторно сохранять объекты HttpSessions в своем Map возможно не эффективно т.к. они уже хранятся в сервлет-контейнере.. ведт извлекаются же они по ключу Request.getSession(key) ?  

ну... я не очень понимаю зачем нужна статистика о существующих в данный момент сессиях... при хорошем трафике их будет десятки тысяч и что тебе это километровый список даст? но в принципе - нормальный путь.  я бы не заморачивался ничем иным.
переписывать ключевые классы сервлет контейнера настоятельно не рекомендуеться. предполагаеться что сам контейнер имеет там массу хитростей и оптимизации и "не испортить" будет не просто... 

Запросто  Нужно тока чуть-чуть свободного времени и немного денех за написание сервера 

Зависит от числа сессий - если их сотни или даже тысячи - то будет экономия на спичках - ведь повторно сохраняются-то не сами сессии, а ссылки на них. Когда у меня стояла задача показывать список активных сессий, я делал как раз SessionsListener. А SessionManager переписывал просто ради интереса.  

Не согласен. Иногда нужно переписать, например, класслоадер. Это довольно-таки ключевой класс, имхо. Переписывался и работает замечательным образом.
Если имеются в наличии исходники, то посмотреть на хитрости и оптимизацию не составляет труда - для того, чтобы их не испортить. Только вот штука какая - нет там особых хитростей. И оптимизации тоже  По крайней мере, в томкате.
 

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

  

Это сообщение отредактировал(а) UnicornMirage - 14.5.2006, 12:59

UnicornMirage, вот ссылка.
Я писал наследника от StandardManager.
Тебе еще понадобятся исходники томката - чтобы было понятнее, что делается внутри SessionManager. Документация и javadocs по томкату не всегда актуальны.  

pvo, большое спасибо за ссылку!
хотя я использую Resin, наверное в TomCat это реализовано похоже.. хм.. может мне перейти на TomCat? 
 

 ну Тоmcat эталоном никогда не был. и даже скорее наооборот. 
но всё ранво - брать на себя работу Апп cервера  - путь порочный... 

где-то в сети видел сравнения производительности сервлет-контейнеров - участвовали томкат, резин, ЖиРан, Джетти. Версия томката - 5.0.х, остальных - не помню, но очевидно, что не самые древние. Так вот томкат был среди лидеров. И по распространенности он как-то бьет всех остальных. Так что, де факто  он как раз эталон.



Писать программы - тоже путь порочный - в них обычно есть ошибки  И потом, тут не идет речи о реализации своего менеджера транзакций или jms, а о реализации менеджера сессий, который тривиален.
 

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

Тшорт, что-то я про Resin то и забыл  сорри 

да нет, ничего  наоборот - может это наконец подстрекнет меня обратить мой консервативный взор в сторону томката, который хвалят все вокруг...
я наверное помешан на оптимизации (по производительности) и мне все почему то до этого казалось что томкат медленнее резина... может этот факт заставил меня выбрать последний. тем не менее то что исходники томката открыты - очень привлекло!  

Одно из сравнений tomcat vs resin vs ...