Руководство по WebSphere Application Server

ОнЛ@йн руководство с примерами по WAS

  • Главная
  • Авторское право
  • Команда
  • Контакты
  • Оглавнение

6

Окт

4.1.5. Поиск элемента в консоли

Опубликовал admin  Рубрика Часть 4. Основы администрирования

Чтобы найти и отобразить элементы, входящие в ячейку, выполните следующие действия.

1. Выберите соответствующую задачу в навигационном дереве. Например, чтобы найти сервер приложений, выберите пункт Servers (Серверы) → Application Servers (Серверы приложений).

2. Некоторые ресурсы определяются на уровне области действия. Если есть возможность, выберите область действия в раскрывающемся списке. В версии 6.1 вы можете отображать ресурсы для всех областей действия.

3. Укажите параметры, определяющие, каким образом вам нужно отображать информацию на странице.

Выбор задачи

В навигационном дереве в левой части окна консоли содержатся ссылки на страницы консоли, которые вы можете использовать для создания компонентов в ячейке и управления ими. Например, чтобы создать провайдера JDBC, раскройте пункт Resources (Ресурсы) и выберите пункт JDBC Providers (Провайдеры JDBC). См. рис. 4.3.

Рис. 4.3. Работа с административной консолью

Выбор области действия

Выбрав задачу, с помощью настроек области действия укажите, какую информацию следует отображать. Не для всех задач указание области действия является обязательным. См. рис. 4.4.

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

Конфигурационная информация хранится в директории хранилища, которая соответствует области действия. Например, если вы задаете для ресурса в качестве области действия узел, то конфигурационная информация для этого ресурса будет храниться в файле <дир_профиля>/config/cells/<ячейка>/nodes/<узел>/resources.xml. Если

вы задали для того же ресурса в качестве области действия ячейку, то конфигурационная информация будет храниться в файле <дир_профиля>/config/cells/<ячейка>/ resources.xml.

Рис. 4.4. Указание области действия Ниже представлены области действия в том порядке, в котором они перезаписывают друг друга. Поскольку первым в этом списке стоит приложение, то все параметры, определенные в данной области действия, будут перезаписывать собой любые конфликтующие параметры конфигурации, определенные на более высоких уровнях областей действия.

1. Ресурсы и переменные, определенные на уровне приложения, применимы только к этому приложению. Область действия ресурсов и переменных ограничивается уровнем приложения при помощи их определения в расширенном EAR. Такие ресурсы и переменные нельзя создавать в административных инструментах Web — Sphere, но их можно просматривать и изменять (в административной консоли перейдите к странице с подробной информацией о корпоративном приложении и выберите пункт Application scoped resources (Ресурсы области приложения) в разделе References (Ссылки)).

2. Ресурсы, определенные на уровне сервера, применимы только к этому серверу.

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

3. Ресурсы, определенные на уровне узла, применяются ко всем серверам данного узла.

4. Ресурсы, определенные на уровне кластера, применяются ко всем серверам приложений, входящим в кластер. Новые члены кластера автоматически получают доступ к ресурсам с данной областью действия. Если вы не используете кластеры, вы не увидите данной опции.

5. Ресурсы, определенные на уровне ячейки, применяются ко всем узлам и серверам этой ячейки.

  • Twitter
  • Одноклассники
  • ВКонтакте
  • FaceBook
  • ой Мир
« 4.1.4.1. Графический интерфейс. Рабочее пространство
4.1.5.1. Параметр «область действия» »

Рубрики

  • Часть 1. Основы
  • Часть 2. Технический обзор
  • Часть 3. Профили
  • Часть 4. Основы администрирования
  • Часть 5. Использование скриптов
  • Часть 6. Конфигурирование ресурсов
  • Часть 7. Управление Web-серверами
  • Часть 8. Асинхронный обмен сообщениями

Свежие записи

  • 8.4.8. Наилучшие подходы к работе с MDB-компонентами
  • 8.4.7. Связывание компонента, управляемого сообщением, с пунктом назначения
  • 8.4.6. Конфигурационные свойства активации MDB-компонентов
  • 8.4.5. Компоненты, управляемые сообщениями, и транзакции
  • 8.4.4. Жизненный цикл компонента, управляемого сообщениями

Страницы

  • Авторское право
  • Команда
  • Главная
    • Дополнения
    • Примечание
  • Контакты
  • Оглавнение

Последние записи

  • 8.4.8. Наилучшие подходы к работе с MDB-компонентами
  • 8.4.7. Связывание компонента, управляемого сообщением, с пунктом назначения
  • 8.4.6. Конфигурационные свойства активации MDB-компонентов
  • 8.4.5. Компоненты, управляемые сообщениями, и транзакции
  • 8.4.4. Жизненный цикл компонента, управляемого сообщениями
  • 8.4.3. Реализация компонента, управляемого сообщениями
  • 8.4.2. Взгляд на компонент, управляемый сообщениями, со стороны клиента
  • 8.4.1. Типы компонентов, управляемых сообщениями
  • 8.4. Компоненты, управляемые сообщениями
  • 8.3.5.-8.3.8 Размещение конечной точки для сообщений

Свежие комментарии

  • Комментариев нет
  • Случайные записи

    • 8.2.10. Получатели JMS-сообщений
    • 5.2.6.1. Примеры 5.9, 5.10 на языке Jython
    • 6.2.5. Создание источника данных JDBC
    • 4.4.6.2. Настройка TCP-каналов
    • 4.1.10. Использование переменных
    • 8.2.1. История JMS API
    • 8.2.2. JMS-провайдеры
© 2012 Руководство по WebSphere Application Server
Дизайн : Roam2Rome | Локализация темы для wordpress goodwin
Копирование материалов с данного сайта возможно только при наличии индексируемой ссылки на данный ресурс.