Nano Hash - криптовалюты, майнинг, программирование

Удобный для человека инструмент/библиотека сценариев WebSphere?

Я разрабатываю множество сценариев для управления инфраструктурой WAS, и у меня сложилось впечатление, что кто-то в IBM намеренно напортачил wsadmin. Это не могло быть несчастным случаем.

Вот "простой" пример:

for node in AdminConfig.list('Node').splitlines():
    nodeName = AdminConfig.showAttribute(node, 'name')
    for srv in AdminConfig.list('Server', node).splitlines():
        if AdminConfig.showAttribute(srv, 'serverType') == 'APPLICATION_SERVER':
            serverName = AdminConfig.showAttribute(srv, 'name')
            prop = AdminConfig.getid('/Node:%s/Server:%s/JavaProcessDef:/JavaVirtualMachine:/Property:java.awt.headless/' % (nodeName, serverName))
            if prop:
                AdminConfig.modify(prop, [ ['value','true'] ])
            else:
                jvm = AdminConfig.getid('/Node:%s/Server:%s/JavaProcessDef:/JavaVirtualMachine:/' % (nodeName, serverName))
                AdminConfig.create('Property', jvm, [ ['name', 'java.awt.headless'], ['value', 'true'] ], 'systemProperties')

Приведенный выше сценарий не только не поддерживается, но и просто нечитаем. Инструмент wsadmin предназначен только для записи! Пишешь скрипт, а на следующий день не понимаешь, как он работает и даже что делает!

Не проще ли так?:

for node in list('Node'):
    nodeName = node.name
    for srv in node.list('Server'):
        if srv.serverType == 'APPLICATION_SERVER':
            jvm = srv.processDefinitions[0].jvmEntries[0]
            jvm.createOrModify('Property', { 'name': 'java.awt.headless' }, { 'value': 'true' })

... можно было бы легко понять, что делает сценарий, не тратя минуты на попытки понять этот беспокойный API, если бы только сценарии WAS были более дружелюбными. Не говоря уже о простоте обслуживания.

Кто-нибудь когда-нибудь видел или пытался внедрить более удобный инструмент администрирования (или библиотеку wsadmin)?

Я спрашиваю, потому что на самом деле планирую разработать удобную библиотеку Jython, я просто хотел бы не изобретать велосипед.

Я видел множество ориентированных на задачи библиотек Jython. Некоторые из них доступны в новых версиях WAS, другие опубликованы на IBM developerWorks, некоторые библиотеки доступны в Интернете. Для меня это еще один API для изучения, и они полезны только для ограниченного набора задач. Я скорее ищу инструмент/библиотеку сценариев WAS общего назначения.

Изменить. Этот вопрос был частью исследования, предшествовавшего более крупному проекту автоматизации WebSphere. Библиотеки, о которой я спрашивал, в то время не существовало, поэтому я начал разрабатывать WDR. Вы можете найти его здесь: http://wdr.github.io/WDR/.

26.11.2012

  • Для фона wsadmin начал только с Jacl, который является строковым языком. Когда была добавлена ​​поддержка Jython, привязки для AdminConfig и т. д. повторно использовались как есть, что означает, что вам нужно взаимодействовать со строковыми привязками в Jython. Согласен, это очень неестественно. Я никогда не мог понять это, поэтому я до сих пор пишу все свои сценарии wsadmin на Jacl, хотя сам Jython намного приятнее... 29.11.2012
  • Именно так, и теперь с этим наследием Jacl мы должны делать все эти вызовы splitline() и множество других хаков для обработки списков config-id и MBean-id. На самом деле довольно забавно, что Jacl устарел в wsadmin (начиная с WAS 5.1?) и остался по умолчанию. Даже в последней версии WAS 8.5... 29.11.2012
  • Раньше Jacl устарел, но был изменен на стабилизированный в версии 7.0 и по-прежнему стабилизирован в версии 8.5 (pic.dhe.ibm.com/infocenter/wasinfo/v8r5/topic/). устаревшее означает, что IBM может удалить эту функцию, но не ранее, чем через два основных выпуска после того, как она будет помечена как устаревшая. стабилизированный означает, что IBM не собирается удалять эту функцию, но они также не собираются вносить существенные улучшения. 29.11.2012
  • Ты прав! Это было неодобрено! Довольно интересно, как менялся статус Jacl от выпуска к выпуску: WAS7: pic.dhe.ibm.com/infocenter/wasinfo/v7r0/topic/ WAS 6.1: pic.dhe.ibm.com/infocenter /wasinfo/v6r1/topic/ WAS 6.0: pic.dhe.ibm.com/infocenter/wasinfo/v6r0/topic/ 29.11.2012
  • Прочитав об этом неодобрении, я какое-то время считал Jacl САМЫМ языком. Но потом я вспомнил ту боль с $AdminControl invoke_jmx и доступом к Java API из Jacl. Если мне придется выбирать между винтажным Jython 2002 года и винтажным Jacl 2005 года, я все равно останусь с Jython... 29.11.2012
  • Похоже, такого инструмента еще не существует, поэтому я начал разрабатывать его для себя: github.com/mplonka/WDR< /а>. Текущая версия представляет собой просто библиотеку Jython, которая делает wsadmin более «питоновским». Я все еще рассматриваю возможность повторной реализации в Groovy&Java. 02.01.2013
  • Интересно, спасибо за ссылку. 02.01.2013

Ответы:


1

В IBM developerWorks есть неофициальная (и, следовательно, неподдерживаемая) библиотека под названием wsadminlib. Я узнал об этом из другого вопроса здесь, в stackoverflow, на который ответил BradT: wsadmin-jython-restart-was-appserver. Библиотека была создана несколькими разработчиками IBM, которые так же, как и вы, относились к синтаксису wsadmin jython.

Поскольку эта библиотека — просто еще один файл jython, вы можете импортировать ее в свои собственные скрипты и напрямую вызывать методы. Вот пример запуска сервера приложений, взятый из wsadminlib- блог:

execfile('/tmp/wsadminlib.py')

servername = 'server1'
nodename = 'node1'

startServer(nodename,servername)

Дополнительную информацию можно найти в библиотеке здесь и здесь. Опять же, эти ссылки находятся в ответе BradT на другой вопрос выше.

12.12.2012
  • wsadminlib это не совсем то, что я искал. Меня скорее заинтересовал инструмент, упрощающий создание сценариев WAS в целом. wsadminlib — это список рецептов для конкретных задач. 02.01.2013

  • 2

    Единственный известный мне инструмент — это Rational Automation Framework. Он разработан, чтобы помочь автоматизировать развертывание, настройку и администрирование множества различных компонентов промежуточного программного обеспечения.

    http://www-01.ibm.com/software/rational/products/framework/

    Я не работал непосредственно с этим инструментом, но насколько я понимаю, вам не нужно писать какие-либо сценарии для управления вашими серверами. По сути, вы можете «экспортировать» конфигурацию WAS из одной среды (разработки или тестирования) и «импортировать» ее в другую среду. Он может даже вести историю версий ваших конфигураций.

    Мне было бы интересно узнать о любых других инструментах, с которыми вы сталкиваетесь.

    26.11.2012
  • Спасибо, Ник. Инструмент, который я ищу, должен быть написан по сценарию. Причудливые графические интерфейсы просто не будут работать. Однако это не обязательно должен быть Jython. 27.11.2012
  • На самом деле было бы неплохо использовать что-то поновее, чем WAS-встроенный Jython 2.1 от 2002 года (или даже более древний Jacl). Нет возможности анализировать какие-либо XML/YAML/JSON на этих языках, и, как правило, все проекты Python прекратили поддержку Python 2.1 лет назад. Это еще одна боль в wsadmin ... 27.11.2012
  • Эй, вы помогли мне понять, почему wsadmin так обескураживает. Возможно, это было сделано специально. Кто бы рассматривал покупку РАФ, если бы wsadmin был удобнее и налажен? 27.11.2012
  • Ну, для некоторой истории RAF, он изначально не был разработан IBM. Первоначально он был создан другой компанией, а затем IBM купила его для дальнейшего развития. 27.11.2012
  • Теперь мне любопытно, почему это должно быть решение по сценарию. Если вы хотите интегрировать свое решение в процесс сборки или развертывания, я совершенно уверен, что RAF может интегрироваться с ними, экономя при этом время, необходимое для написания сценариев wsadmin. 28.11.2012
  • Идея состоит в том, чтобы иметь инструмент, который мог бы применять изменения конфигурации постепенно вместе с приложением и поддерживать согласованность сред dev/test/prod без сравнения. Я просмотрел документацию RAF и вижу, что для сложных сценариев нужно прибегать к wsadmin или ws_ant. Я смотрел поддержку Groovy для JMX groovy.codehaus.org/Groovy+and+JMX. Groovy был бы гораздо более гибким, чем Jython 2.1, но ему все еще не хватает некоторых функций, в основном он не понимает WAS ConfigService. Также имеет некоторые проблемы с перегруженными операциями JMX (например, NodeAgent.lauchProcess). 28.11.2012
  • (в моем предыдущем комментарии достигнуто ограничение в 600 символов) С другой стороны, Groovy поддерживает XML, YAML и JSON. Анализ некоторых файлов, специфичных для среды, является обязательным для повторного использования сценариев в разных средах. Кроме того, я не хочу ограничиваться функциями, которые в настоящее время реализованы в RAF. С помощью wsadmin можно кодировать почти все, однако этот смехотворно разработанный API делает обслуживание сценариев практически невозможным в долгосрочной перспективе. Итак, я все еще ищу инструмент, более мощный, чем RAF, и более удобный, чем API wsadmin (поверх доисторического Jython 2.1). 28.11.2012
  • Новые материалы

    Кластеризация: более глубокий взгляд
    Кластеризация — это метод обучения без учителя, в котором мы пытаемся найти группы в наборе данных на основе некоторых известных или неизвестных свойств, которые могут существовать. Независимо от..

    Как написать эффективное резюме
    Предложения по дизайну и макету, чтобы представить себя профессионально Вам не позвонили на собеседование после того, как вы несколько раз подали заявку на работу своей мечты? У вас может..

    Частный метод Python: улучшение инкапсуляции и безопасности
    Введение Python — универсальный и мощный язык программирования, известный своей простотой и удобством использования. Одной из ключевых особенностей, отличающих Python от других языков, является..

    Как я автоматизирую тестирование с помощью Jest
    Шутка для победы, когда дело касается автоматизации тестирования Одной очень важной частью разработки программного обеспечения является автоматизация тестирования, поскольку она создает..

    Работа с векторными символическими архитектурами, часть 4 (искусственный интеллект)
    Hyperseed: неконтролируемое обучение с векторными символическими архитектурами (arXiv) Автор: Евгений Осипов , Сачин Кахавала , Диланта Хапутантри , Тимал Кемпития , Дасвин Де Сильва ,..

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

    Обеспечение масштабируемости LLM: облачный анализ с помощью AWS Fargate и Copilot
    В динамичной области искусственного интеллекта все большее распространение получают модели больших языков (LLM). Они жизненно важны для различных приложений, таких как интеллектуальные..