Блог

Я дошел до того, что в своем приложении я хочу отправлять электронную почту из него. Я нашел эту веб-страницу, на которой описывается, как у GlassFish есть средство, где вы можете позволить контейнеру обрабатывать все за вас.

В качестве альтернативы я могу закодировать свой собственный поток, который принимает задания из BlockingQueue и создает и свой собственный объект javax.mail.Session. На самом деле я уже сделал это, и, похоже, это работает. На самом деле это не намного сложнее, и я объединил все javax.mail.импорт только в один класс.

Вопрос заключается в следующем: получаю ли я какое-либо стоящее преимущество, используя службу GlassFish?

Единственное, о чем я могу думать, это то, что GlassFish предоставляет утилиту настройки для электронной почты (какой сервер, аутентификация и т. Д.). Мое веб-приложение уже имеет такую возможность для пользователя admin, так что для меня это не имеет большого значения.

Кроме того, если я использую ее, подключается ли мое приложение к GlassFish, поэтому у меня возникают проблемы с переносом в другие контейнеры, если у меня когда-либо возникнет необходимость?

Большое спасибо всем, кто был там, кто может поделиться своим опытом.

По сути, речь идет не о хороших или плохих вариантах. javax.mail встроен и предоставляет все необходимое для обработки почты. Если вы поиграете с Thread и BlockingQueue на любом сервере приложений, вам в конечном итоге придется использовать JCA, потому что все остальное нарушит спецификацию java ee. Таким образом, запуск этого на сервере приложений с использованием предоставленных почтовых средств всегда является правильным выбором. Насколько я знаю, в javax.mail и интеграции с GlassFish нет никакой магии. Ничего не имею против ее использования…