Для старших версий нотусни - как-то не красиво, а отсюда второй вопрос - как сделать красиво?
У меня сейчас примерно так
Серверная часть целиком на OSGI бандлах( aka plugins). LS на сервере не используется вообще.
Инструменты: maven,
Ссылка скрыта от гостей
, среда разработки - Idea, контроль версий - git, web framework -
Ссылка скрыта от гостей
, шедулер -
Ссылка скрыта от гостей
, логирование - pax logging, язык разработки - scala.
Разработка и тестирование ведется на локальной машине. ОС значения не имеет ( есть правда небольшие заморочки с настройкой окружения под MacOS ). Выкатывание на сервер - через update site или ручное обновление ( tell http osgi update ...)
Сборка update site ведеца в отдельном eclipse проекте, хотя есть планы попробовать
Ссылка скрыта от гостей
С клиентом все сложнее.
Вообще, ИМХО, разработка под нотусового клиента - тупиковое направление. Однако, как и у большинству жителей форума, отказаться от клиента полностью невозможно, из-за наличия большого количества legacy приложений.
Ситуация с легаси следующая - из "тяжелых" библиотек используется только jasper-report ( ~7 Mb с зависимостями ). Он выложен в lib/ext на клиенте. Обновления не производятся, много лет используется древняя версия 3.6.1. Остальной java-код живет в шаблонах баз, обновляется штатными средствами. Все "экзотические" задачи вынесены на сервер. Весь legacy код вынесен в отдельный проект, сборка выполняется мавеном, обновление в шаблонах баз - ручное. Чтобы не дублировать серверную и клиентские части - общий функционал живет в отдельном подпроекте. Т.о. проблема обновления jar-ов на клиенте лично у меня - отсутствует.
Паралельно идет переписывание legacy под тонкого клиента, в течение следующего года планируется полный отказ от нотусового клиента.
Как вариант - рассматривался переход на standard клиента и использование клиентского OSGI ( читай - плагины ). Это решает массу проблем традиционной разработки под клиента, позволяя использовать тот же стек технологий, что и при разработке серверной части. Однако плюсы перехода на web перевесили: в итоге получается быстрее и дешевле( нужны обычные фронтенд разработчики без знания специфики domino )
P.S. Есть небольшой
туториал по использованию OSGI в домино
[Edited] Посмотрел lib/ext. Кроме джаспера еще лежит не очень свежая scala-library. Как и джаспер, накатывается в lib/ext при установке клиента(точнее - при первом обращении к любой базе проекта). Тоже не обновляется. Собсна наличие этой штуки позволяет весь остальной код пихать прямо в базу, т.к. стандарной библиотеки scala хватает (в данном конкретном проекте) для решения большинства клиентских задач.