JBoss SAR vs EAR/WAR packaging

Question

Kiedy zdecyduję się na wdrożenie jako JBoss SAR zamiast EAR?

Jest to bardziej ogólne pytanie i szukam wytycznych, które wyjaśniają wady i zalety każdego modelu wdrożenia i który z nich ma zastosowanie, kiedy.

Answer 1

Zbudujesz SAR (archiwum usług), jeśli chcesz rozszerzyć możliwości serwera. Na przykład, JBoss używa SARs dla wdrażającego EJB lub komunikatora. Możesz go utworzyć dla własnego monitorowania usług (np. Obejrzeć niektóre dane dla jednej z Twoich usług niestandardowych). O ile mi wiadomo, SARs są unikalne tylko dla JBoss.

Z mojego osobistego doświadczenia, kiedyś stworzyłem SAR, aby śledzić serwis internetowy. Głównie korzystałem z komponentu usługi, aby śledzić długość listy elementów utworzonych przez komponent usługi sieci Web. To był jeden ze sposobów, w jaki mogłem zaglądać w konsoli jmx i znaleźć pewne dane o przychodzących żądaniach do usługi internetowej.

SAR są oparte na specyfikacjach JMX, więc tworzenie ich nie jest trudne. Zasadniczo tworzysz standardowy interfejs MBean i implementujesz ten interfejs. Będziesz także chciał się upewnić, że masz plik jboss-service.xml w katalogu META-INF.

Z drugiej strony WAR i EAR są przeznaczone do standardowego pakowania aplikacji, w których można oczekiwać, że kontener będzie zarządzał i przetwarzał wnioski o aplikację. Nie oczekujesz, że aplikacja będzie działać jako anonimowy komponent usługi, tak jak w przypadku aplikacji w pakiecie SAR.

Mam nadzieję, że to pomoże!