Application Server

Все эти методы пригодятся Вам при использовании кода из раздела Websphere + Jython.

Если в одном из постов Вы нашли подходящий пример кода на житоне, но в нем не достает некоторых вспомогательных функций, вы можете обратиться к коду ниже. Там Вы его точно найдете. 

Процедура начинается, например, с такого определения:

def createBusDestination( busName, destName, type ):

а заканчивается так:

#endDef

Код:

При работе с JMS хочется проверить работу своего кода, а для этого нам может пригодится простой консольный клиент, который будет соединяться с сервером приложений, в данном случае с Weblogic, класть сообщение в топик и тут же вычитывать его. Так мы сможем протестировать работу publisher/subscriber в одном месте. Для этого создадим класс, пошагово объясняя каждую строчку. 

Сперва разберем весь код в деталях, а в конце приведем пример полного класса. 

Перед работой, желательно сразу подключить библиотеки weblogic.jar, wlclient.jar и wljmsclient.jar. Найти их можно в папка вебложика. 

Сперва нам необходимо задать системные свойства для контекста инициализации, которые должны содержать адрес провайдера и фабрику контекста инициализации:

Для Weblogic данные будут следующие:

Context.PROVIDER_URL, "t3://your_server_name:7290" Context.INITIAL_CONTEXT_FACTORY, "weblogic.jndi.WLInitialContextFactory"

t3://your_server_name:7290 - адрес сервера и порт, на котором крутится Ваш сервер. 

"weblogic.jndi.WLInitialContextFactory" - константное значение в случае использования weblogic, но разная для всех серверов приложений j2ee.

Веб-сервер хранит страницы для просмотра в браузере, в то время как сервер приложений предоставляет методы, которые клиентское приложение может вызывать. Более детально можно сказать, что веб-сервер принимает и обрабатывает http запросы, в то время как сервер приложений хранит бизнес-логику для приложений через множество протоколов.

Рассмотрим более детально: 

Web server

Веб-сервер обрабатывает HTTP протокол. Когда веб-сервер получает HTTP запросы (request), он отвечает HTTP ответом (response), таким как отсылка назад HTML страницы. Для обработки запроса, веб-сервер может отвечать статической html страницей или изображением, посылать редирект или делегировать динамический ответ другой программе, такой как CGI скрипт, JSP, servlet, ASP, server-side JavaScript или любой другой серверной технологии. 

Модель делегирования веб сервера предельно проста. Когда запрос приходит на сервер, он просто передает запрос программе, ответственной за ее обработку. Веб-сервер не предоставляет никакого функционала, предоставляя лишь среду, в которой серверные программы могут выполнять и отсылать обратно сгенерированные ответы. 

Поскольку веб-сервер сам по себе может не поддерживать транзакции или пул соединений с базой данных, он может применять различные стратегии такие как load balancing, caching, clustering.