Какого Знатока плагин GlassFish для использования?
Добавьте следующую строку до конца Вашего .vimrc для предотвращения выделения в целом:
set nohlsearch
3 ответа
Обновление: CARGO-491 был исправлен, и я соответствующим образом обновил свой ответ. Подводя итог, в настоящее время в основном есть три варианта:
Подключаемый модуль Maven GlassFish
Первым вариантом будет использование Подключаемого модуля Maven GlassFish . Этот плагин позволяет взаимодействовать с локальной или удаленной установкой GlassFish и управлять доменами Glassfish и развертываниями компонентов из жизненного цикла сборки Maven .
Maven Embedded GlassFish Plugin
Второй вариант: используйте плагин Maven Embedded Glassfish . Как видно из названия, этот плагин не полагается на существующую установку, а использует встроенный GlassFish, работающий в той же JVM, что и плагин. Этот плагин очень хорош, если вы хотите, чтобы ваша сборка была переносимой (любой может получить ваш POM и запустить сборку с участием GlassFish без его установки) с почти теми же функциями, что и обычная установка GlassFish, за исключением, конечно, кластеризации (вы можете использовать предварительно сконфигурированный domain.xml , если хотите). См. Тестирование с помощью подключаемого модуля GlassFish Maven и JavaDB Embedded для примера.
Подключаемый модуль Maven Cargo
Работа, начатая Кохсуке Кавагуши, была наконец интегрирована в Cargo и, начиная с Cargo 1.0.1, Теперь поддерживается GlassFish 3.x . Таким образом, третий вариант - использование подключаемого модуля Maven Cargo . Это было бы интересно для сборок, которые хотят взаимодействовать с контейнерами независимым образом. Но я'
Я использую плагин glassfish на maven-glassfish-plugin.dev.java.net и сделал некоторые изменения кода для поддержки v3. Я запросил статус коммиттера и жду подтверждения. Надеюсь, я смогу зафиксировать свои изменения.
maven -glassfish-plugin и maven-embedded-glassfish-plugin имеют свои плюсы и минусы. Основное отличие состоит в том, что последний работает с экземпляром Embedded Glassfish, о чем свидетельствует его имя, то есть сервер работает на той же виртуальной машине, что и плагин.
Таким образом, вы не можете использовать maven-embedded-glassfish-plugin для развертывания WAR на автономном сервере Glassfish, для этого вам понадобится maven-glassfish-plugin.
Основная проблема, с которой я столкнулся с плагином maven-glassfish, заключалась в том, что его взаимодействие с сервером Glassfish было с отслеживанием состояния - я не мог найти способ использовать его так, чтобы моя WAR была развернута на сервере в любом случае. , независимо от того, удалась предыдущая сборка или нет.
glassfish: deploy не работает, если WAR уже развернута. glassfish: redeploy не работает, если WAR не развернут. И у Maven нет логики if-else ...