Сделайте хотя бы нормальные beans

Разумеется, не будет чистых JSP вперемешку с тегами! Никих там <% %>. Будут шаблоны, JSTL итд итп.

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

А вот как об этом можно было догадаться по "В следующих версиях планируется перевод Web интерфейса с движка XSLT на JSP." ?

В той же Турбине Велосити прекрасно работает без посредничества JSP.

прошу разработчиков подумать по поводу затирания шаблонов при обновлении. Может быть придумаете что нибудь посерьезнее чем переименование файлов в *.orig ?

Ну, это нереально - всё описать до мелочей. Как вы это себе представляете? Опишите подробнее, или с примером.

Если хотите отличий видеть - просто сравнивайте каждый раз свои редактированные файлы с оригиналом с помощью какой-либо программы типа windiff или meld и глядите что именно поменялось, и руками напатчивайте. Автоматический патчер тоже, как понимаете, проблематично сделать.

Менюшки и action:
Менюшки тоже можно было бы вытащить к конфиг. А action в отдельные файлы.
Т.е. для каждого action создать отдельный шаблон.
Таким образом нам врятли придется править ваши стандартные шаблоны. Если нам будет нужен свой, то мы прописываем в конфиге сервера новый action и создаем отдельный шаблон для него.

Сделайте хотя бы это, думаю что жизнь нам упростите точно.

Ничего не понял. Не вижу никаких отличий от того, что сейчас. Или вы хотите свои action писать? Так вы и сейчас можете это делать. Что вы вообще подразумеваете под action, как его в файл то вытащить? Экшен - это java-класс, который формирует xml , которая трансформируется с помощью xsl в страницу.

Как так не быстрая? Уж побыстрее чем php/ruby/perl/...

Быстрее чем первое, это точно. Насчёт остального я точно не знаю. Однако метод ОБС от человека занимающегося написанием entrprise-java довольно успешно меня убедил, что если есть возможность не использовать jsp, то лучше его не использовать, особенно при больших нагрузках по числу запросов.
Может как нибудь python?

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

Сейчас схема такая: WebAction -(xml-data)->xsl->html
Мы можем: писать свои WebAction, менять xsl. Глобально менять структуру сборки кучи xsl-файлов не очень удобно, основные экшены обрабатываются в main.xsl, экшены модулей - в xsl этих модулей.

Опишите, как будет выглядеть этот процесс для jsp? И будет ли оно интегрировано с текущей схемой? Или придётся писать на jsp свой личный кабинет с нуля?

Ок, спасибо. Буду пилить xsl