так или иначе затрагивает тему...
вот тут "
Ссылка скрыта от гостей
" (с) обыкновенное чудо
как по ссылке (иносказательно

) - ХЦЛ не предлагает, но забивает на клиентскую java
отсюда 2-а вывода (для java кода):
-перенос приложений на сервер (что не всегда удобно/целесообразно)
-перенос на аппсервер с поддержкой java
у меня лично тлела надежда - что ИБМ и иже с ними одумаются и продолжат интеграцию java, но нет - они откопали
стюардессу LS и какбэ "успокоились"
да, с 10-ой версии (а точнее - раньше

) появилист классы для работы с http, это снимает часть проблем, но только часть. SSL, proxy в этих классах под вопросом, а то как они прелагают работать с json у меня (и не только) вызывает содрогание
план действий:
-я остановил свой выбор на tomcat - "простой", быстрый, открытый (этот факт меня "согревает" возможностью поддержки сообществом, если продукт будет "нужен"), есть деплоймент из популярных ИДЕ
-связь с доминой/нотуснёй через обмен json
-обмен файлами через ФС (да - предполагвется использовать его локально)
почему так? ЖВМ в домине живет в 3-х ипостасях/реинкарнациях, причем одновременно и все они подчиняются разным правилам и время жизни объектов разное
-агенты - завершение агента совершенно не означает сборку объектов за ним, она не моментальная, а в нек. случаях не произойдёт. Класслоадер свой и поддержка синглтонов ток из jvm/lib/ext
-адыны - серверная часть, разработка/отладка сопряжена со сложностями, их судьба для меня не ясна (для ХЦЛ, я полагаю, тоже

)
-xpages (JSF, OSGi и прочая) живет в рамках http задачи, НО сама http можешь нещадно течь и ронять весь сервер (совсем не веселая перспектива). ХЦЛ её не собирается убивать, но и обновление стэка там, мягко-говоря, сильно замшело (и врядли это исправится)
Добавим увлечение ХЦЛ модной/молодёжной нодой, которая пока пришпандоривается к домине подпорками сбоку