Упаковка JBoss SAR против EAR/WAR - программирование

Когда я захочу развернуть как JBoss SAR вместо EAR?

Это более общий вопрос, и я ищу рекомендации, объясняющие плюсы и минусы каждой модели развертывания, и какой из них применим, когда.

Ответ 1

Если вы хотите расширить возможности сервера, вы создадите SAR (архив службы). Например, JBoss использует SAR для развертывания EJB или обмена сообщениями. Вы можете создать его для своего собственного мониторинга сервиса (т.е. Посмотреть некоторые показатели для одной из ваших настраиваемых сервисов). Насколько я знаю, SAR уникальны только для JBoss.

Из моего личного опыта я однажды создал SAR для отслеживания веб-службы. В основном я использовал компонент службы, чтобы отслеживать длину списка вещей, созданных компонентом веб-службы. Это был один из способов, который я мог бы высунуть в jmx-консоль и узнать некоторые показатели о входящих запросах к веб-службе.

SAR основаны на спецификациях JMX, поэтому создавать их сложно. Вы в основном создаете стандартный интерфейс MBean и реализуете этот интерфейс. Вы также захотите убедиться, что у вас есть файл jboss-service.xml в каталоге META-INF.

С другой стороны, WARS и EAR предназначены для стандартной упаковки приложений, где вы ожидаете, что контейнер будет обрабатывать и обрабатывать запросы для приложения. Вы не ожидаете, что приложение будет работать как компонент анонимной службы, как в случае с SAR-пакетом.

Надеюсь, это поможет!