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

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

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

def createBusDestination( busName, destName, type ):

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

#endDef

Код:

Вызов метода выглядит так:

setServerPort( nodeName, serverName, 'BOOTSTRAP_ADDRESS', bootstrapPort)

Активация спецификации есть ни что иное, как логическая единица, используемая для конфигурации message-driven бинов. 

Вызов выглядит следующим образом:

deleteSIBJMSActivationSpec('TestResponseMDB', 'none', 'Cell', cellName)

где:

TestResponseMDB - имя активации специкации JMS на шине

none - имя кластера. Если используете кластеризацию - задавайте. 

Cell - это область действия. То есть, где искать активацию спецификации. В нашем случае она находится в масштабе ячейки.

cellName - имя области действия. 

Вызов метода:

deleteSIBJMSQueue("myRecoveryQueue", scope)

где

myRecoveryQueue - имя очереди, которая должна быть удалена

scope - это область видимости. Cell, Node, Server

Сам метод:

Удалить JDBC провайдер может понадобиться в тех случаях, когда необходимо удалить все дата сорсы или источники данных, которые его используют. 

Это очень удобно, поскольку удаление провайдера (отца) ведет за собой удаление детей (data source). 

Удалить можно провайдер вызовом такой вот обертки над кодом вебсферы:

removeAllJdbcProviders(myJDBCProviderName)

Аргументом передается имя провайдера в строковом формате.

Если нужно удалить все провайдеры (хотя вряд ли вам такое понадобиться, поскольку это убьет и derby провайдера, с которым работает множество внутренних сервисов вебсферы. Я уже раз пробовал - пожалел), можно передать пустую строку аргументом

removeAllJdbcProviders('')

Вот само тело метода для удаления:

Часто необходимо выставить параметры JVM на определенном управляемом сервере. Этими параметрами могут быть общие параметры JVM или classpath. 

Устанавливаются следующим образом:

setJvmProperty(nodeName, serverName, 'genericJvmArguments', genericJVMArguments) setJvmProperty(nodeName, serverName, 'classpath', classpath)

Первый вызов метода устанавливает поле genericJvmArguments на сервере serverName, который находится в ноде nodeName в значение genericJVMArguments (строковое значение). 

Это то же самое, что установить его через админку - но более быстрое и автоматизированное. 

Второй вызов устанавливает класспас для того же сервера. 

Часто необходимо удалить или установить более свежую версию продукта, предварительно удалив его. 

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

Вызов выглядит так:

deleteAllApplications(appName, cellName, nodeName, serverName)

Удаляется приложение по имени appName, которое находится на сервере serverName в ноде nodeName в ячейке cellName

А вот и тело метода:

Существуют так называемые свойства JVM в сервере на вебсфере, представляющие из себя значение в виде двух полей, ключ-пары. например:

com.ibm.security.jgss.debug=off

com.ibm.security.krb5.Krb5Debug=off

Вы, также, можете захотеть выставить свои определенные свойства. 

Вот как это можно сделать:

server = AdminConfig.getid('/Server:%s/' % serverName) jvm = AdminConfig.list('JavaVirtualMachine',server) attr = [] attr.append([['name','com.ibm.security.jgss.debug'],['value','off']]) attr.append([['name','com.ibm.security.krb5.Krb5Debug'],['value','off']]) attr.append([['name','com.ibm.websphere.orb.uniqueServerName'],['value','true']]) AdminConfig.modify(jvm,[['systemProperties',[]]]) AdminConfig.modify(jvm,[['systemProperties',attr]])

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

Активация спецификации - фича вебсферы, используемая для описания связей в message-driven бинах. 

Создать активацию спецификации можно следующим образом:

createSIBJMSActivationSpec("RequestMDB", "activation-specification/test/RequestMDB", "adapters/testTopic", "topic", "", "", siBusName, scope, "RequestMDB", "RequestMDB_ID", durableSubscription)

Данным методом мы создаем активацию спецификации со следующими свойствами:

RequestMDB - имя активации спецификации в строковом формате

activation-specification/test/RequestMDB - JNDI имя для активации спецификации в строковом формате

adapters/testTopic - JNDI идентификатор топика или очереди для ассоциации с активацией спецификации

topic - Тип точки назначения в строковом формате (topic/queue)

пустое значение - Идентификатор селектора сообщений 

пустое значение - Алиас аутентификации для активации спецификации. Если нужен - задаем. Про создание алиасов можно почитать в этом посте. 

siBusName - имя шины, к которой привязывается активация

scope - область видимости (cell, node)

RequestMDB - имя подписки

RequestMDB_ID - ID клиента

durableSubscription - задается, исходя из такого формата определения:

durableSubscription = '%s.%s-%s' % (nodeName, serverName, siBusName)