TCP-каналы предоставляют клиентским приложениям постоянные соединения в локальной сети (LAN). При конфигурировании TCP-канала вы можете указать список IP-адресов, которым разрешается устанавливать входящие соединения, а также список IP-адресов, которым не разрешается устанавливать входящие соединения. Вы также можете указать пул нитей, который использует данный канал, что позволяет вам разделить работу по портам, прослушиваемым сервером приложений.
HTTP-каналы используются для связи с удаленными серверами. В них реализованы стандарты HTTP 1.0 и 1.1, и они используются другими каналами, например, каналом Web-контейнера, для обработки HTTP-запросов и для посылки специфической HTTP — информации сервлетам, которые ожидают поступления данных в таком формате.
Каналы Web-контейнеров используются в транспортной цепочке как мост между входящим HTTP-каналом и системой работы с сервлетами и страницами JavaServer™ Pages™ (JSP™).
SSL-каналы используются для связывания совокупности конфигураций SSL с транспортной цепочкой. Данный канал доступен только если в транспортной цепочке включена поддержка Secure Sockets Layer (SSL).
Совокупность конфигураций SSL (SSL configuration repertoire) определяется в параметрах безопасности административной консоли.
Portlet container services (Службы контейнера портлетов)
Поддержка портлетов (новинка). В версии 6.1 сервер приложений был дополнен возможностью запуска портлетов, соответствующих стандарту JSR 168.
Контейнер портлетов — это среда исполнения для портлетов, соответствующих JSR 168 Portlet Specification. В этой среде экземпляры портлетов создаются, используются и, наконец, уничтожаются. Программный интерфейс JSR 168 Portlet API предоставляет стандартные интерфейсы для портлетов. Портлеты, соответствующие JSR 168 Portlet Specification, называются стандартными портлетами. Используйте данный параметр для конфигурирования контейнера портлетов.
• General Properties (Общие свойства): включите свойство кеширования фрагментов портлета, чтобы сохранять выходные данные портлетов в динамическом кеше. Предварительно нужно включить службу динамического кеширования.
• Additional Properties (Дополнительные свойства): дополнительные пользовательские свойства данного компонента среды исполнения. Некоторые компоненты используют пользовательские конфигурационные свойства.
EJB container properties (Свойства EJB-контейнера)
Данные свойства позволяют конфигурировать службы, предоставляемые EJB-контейнером (рис. 4.26).
• Passivation Directory (Директория деактивации): в данном атрибуте указывается директория, которую вы можете использовать для хранения состояния деактивированных сеансовых EJB, сохраняющих свое состояние (stateful session EJB). Если вы используете EJB-контейнер для управления данными сеансов, вы должны дать WebSphere возможность сбрасывать данные на диск по мере необходимости. Данный параметр указывает WebSphere, где нужно хранить данные сеансов EJB, когда она пассивирует или активирует EJB из пула.
Рис. 4.26. Настройки EJB-контейнера
• Inactive pool cleanup interval (Интервал очистки пула неактивных объектов): поскольку WebSphere формирует пул EJB для выполнения входящих запросов, вам нужно указать, когда следует удалять EJB из этого пула, чтобы не тратились ресурсы. Данный атрибут позволяет задать интервал, через который контейнер будет проверять пул доступных экземпляров EJB на предмет того, можно ли удалить какие-то из них и освободить память.
• Default data source JNDI name (Имя JNDI источника данных по умолчанию): здесь вы можете задать источник данных по умолчанию, который будет использоваться для EJB, не имеющих индивидуального источника данных. Данный параметр не применим к совместимым с EJB 2.x CMP-компонентам.
• Initial state (Начальное состояние): данный атрибут позволяет вам задать состояние контейнера при запуске WebSphere. Если вам нужно перезапустить сервер приложений, этот атрибут используется для того, чтобы определить, нужно ли запускать EJB-контейнер при запуске сервера. Указывать значение stopped следует только в том случае, если вы планируете никогда не использовать EJB-контейнер или EJB в конкретном экземпляре сервера приложений.
• EJB cache settings (Параметры кеша EJB): в WebSphere вы можете задать два вида настроек кеша.
○ Cleanup interval (Интервал очистки): данный атрибут позволяет задать интервал, через который контейнер будет пытаться удалить неиспользуемые элементы из кеша, чтобы уменьшить общее число кешированных элементов до значения, которое мы задали в атрибуте Cache size.
○ Cache size (Размер кеша): данный атрибут указывает количество сегментов в списке активных экземпляров в контейнере EJB. Данный атрибут используется WebSphere для того, чтобы определить размер кеша и срок удаления компонентов из кеша с целью уменьшения его размера.
• EJB timer service settings (Параметры службы таймеров EJB): конфигурирование и управление службой таймера EJB для конкретного EJB-контейнера.
○ Scheduler type (Тип планировщика): указывается планировщик, который будет использовать служба таймера.
Container services (Службы контейнеров)
В разделе Container services (Службы контейнеров) доступные следующие настройки:
• Application profiling service (Служба профилей приложений): в WebSphere Application Server V6 появилась новая возможность, являющаяся частью расширений программной модели и предлагающая дополнение к целям доступа (access intent). Данная возможность, названная Application Profiles (Профили приложений) позволяет вам определить задачи и цели доступа для использования конкретной задачи. За информацией о профилях приложений обращайтесь к Центру информации WebSphere.