История изменений
Исправление iZEN, (текущая версия) :
Ну как после фикса логов завелось?
В смысле? Фикс пока что один: каталоги сервера отдать в собственность/разрешить на запись пользователю, который деплоит на сервер свой WAR/EAR.
Вообще же, меня интересует также вопрос о возможности деплоймента Java EE приложений на работающий сервер (в том числе удалённо, с нескольких рабочих мест). Чтобы при очередном деплойменте сам сервер не запускался/не перезагружался, а работал безостановочно, подхватывая на лету деплоящиеся WAR/EAR. Такое возможно с JBoss? И, естественно, хотелось бы ограничить (оставить без изменения) права на служебные каталоги сервера.
Сейчас смотрю, NetBeans 7.4 с GlassFish 4.0 работает в «инкрементном» режиме, когда сервер приложений постоянно в работе, а на него можно периодически деплоить/андеплоить разрабатываемое приложение, что сильно сказывается на скорости разработки и отладки. JBoss же при каждом деплое приложения и его запуска перезапускается, тратя на свой запуск по 5-7 секунд.
Исходная версия iZEN, :
Ну как после фикса логов завелось?
В смысле? Фикс пока что один: каталоги сервера отдать в собственность/разрешить на запись пользователю, который деплоит на сервер свой WAR/EAR.
Вообще же, меня интересует также вопрос о возможности деплоймента Java EE приложений на работающий сервер (в том числе удалённо, с нескольких рабочих мест). Чтобы при очередном деплойменте сам сервер не запускался/не перезагружался, а работал безостановочно, подхватывая на лету деплоящиеся WAR/EAR. Такое возможно с JBoss?
Сейчас смотрю, NetBeans 7.4 с GlassFish 4.0 работает в «инкрементном» режиме, когда сервер приложений постоянно в работе, а на него можно периодически деплоить/андеплоить разрабатываемое приложение, что сильно сказывается на скорости разработки и отладки. JBoss же при каждом деплое приложения и его запуска перезапускается, тратя на свой запуск по 5-7 секунд.