What' s отношение между Сессией и Связью SMTP в javamail?

В моем "электронном письме посылают приложение", я держащий случай Сессии Единичного предмета в SenderImpl. Поскольку за электронное письмо я восстанавливаю транспортный случай от сессии для отправки и закрываю его после того, как отправка будет завершена.

Теперь я хочу повторное использование Связь SMTP для пакетной почтовой отправки, таким образом, я хочу фигуру, каково отношение между Сессией, транспортом и основным Сокетным соединением (Связь SMTP)?

Транспортный случай Соответствует единственному основному Сокетному соединению, которое правильно?

Никакая корреляция между Сессией и основным Сокетным соединением, которое правильно?

Весь ответ будет значительно цениться.

0
nl ja de

1 ответы

Транспорт соответствует единственной связи.

Сессия поддерживает конфигурационную информацию.

1
добавлено
Много вопросов там... Транспортный случай ориентирован на многопотоковое исполнение, но вы can' t полезно используют его больше чем от одной нити, потому что это управляет доступом к единственной связи, которая может только использоваться одной нитью за один раз. Сервер закроет связь, когда это решит вас haven' t использовал его недавно достаточно. Можно использовать isConnected метод, чтобы видеть если it' s открытый, прежде чем вы будете использовать его, но отмечать, что это может все еще быть закрыто сервером между тем, когда вы проверяете и когда вы используете его. Сервер значительно предпочел бы, чтобы вы закрыли связь когда you' ре не активно использование его.
добавлено автор Bill Shannon, источник
Большое спасибо, Билл. Еще два вопроса:
добавлено автор Wuaner, источник
наше почтовое Приложение находится в Китае, и Сервер SMTP находится в Европе (коммерческий поставщик SMTP), Сокетное соединение настолько дорогое, в среднем это занимающий приблизительно 5 секунд, чтобы открыть его (на самом деле отправка, просто занимающая приблизительно 2 секунды), для лучшей работы, я должен снова использовать его. я хочу, позволяют транспортному случаю как переменной экземпляра (или статическая переменная?) SenderImpl. Откройте его когда начало приложения. 1 Как переменная экземпляра, транспортный случай ориентирован на многопотоковое исполнение или нет? 2, Как я могу гарантировать, что основное Сокетное соединение может быть близким после без работы времени периода (т.е., полчаса), и вновь открыть его, когда новое сообщение появляется?
добавлено автор Wuaner, источник
Спасибо за ответ. I' ll имеют в виду тех.:)
добавлено автор Wuaner, источник
pro.jvm
pro.jvm
3 503 участник(ов)

Сообщество разработчиков Java Scala Kotlin Groovy Clojure Чат для нач-их: @javastart Наш сайт: projvm.com projvm.ru Наш канал: @proJVM Вакансии: @jvmjobs Конфы: @jvmconf

Java & Co
Java & Co
2 370 участник(ов)

Можно обсуждать с матом и без всё, что касается жабы, вплоть до холиваров. НЕ ИМЕЕТ ОТНОШЕНИЯ К САЙТУ JAVARUSH.RU ПРАВИЛА - https://t.me/javarush/75723 Вакансии сюда - https://telegram.me/joinchat/B7IzvUCnfo6d8t3yIxKguQ По вопросам - @thedude

learn.java
learn.java
1 888 участник(ов)

Чат для начинающих и не только Статистика: https://combot.org/chat/-1001083535868 Основной чат - @jvmchat

Java Underground
Java Underground
169 участник(ов)

https://vk.com/javatutorial

Javanese Questions
Javanese Questions
109 участник(ов)

Чат предназначен для обмена знаниями строго в формате в вопрос-ответ. Тема — Java, Kotlin и Android. Вопрос должен быть предварительно прогуглен, понятно и грамотно сформулирован, помечен хэштегами. Ответ — тем более. Куски кода размером в несколько строк можно писать прямо здесь, для больших кусков кода стоит использовать http://gist.github.com/, http://pastebin.com/, https://codeshare.io/ или любой аналогичный сервис. В некоторых случаях можно прикреплять скриншоты. Стикеры и гифки запрещены. Дополнять и уточнять вопросы и ответы — редактированием исходного сообщения. Обсуждения должны приводить к редактированию вопроса/ответа и удаляться. По хештегам можно искать существующие вопросы и овтеты: #вопрос #ответ #git #generics #java #server #awt #javafx #swing #kotlin #anko #tornadofx #ktor #android #recyclerView #performance #arch #network #permissions #storage #async