Параметры двоичных файлов приложения

На этой странице можно настроить расположение и параметры рассылки двоичных файлов приложения.

Для того чтобы открыть эту панель административной консоли, выберите Приложения > Типы приложений > Приложения J2EE WebSphere > имя_приложения > Двоичные файлы приложения.

Внимание: Изменение параметров работающего приложения вызывает его перезапуск. На автономных серверах приложение перезапускается после сохранения изменений. В продуктах с несколькими серверами приложение перезапускается после сохранения изменений и синхронизации файлов на узле, где установлено приложение. Синхронизация управляется параметром Синхронизировать изменения с узлами на странице "Консоль".
Расположение (полный путь)

Каталог, в котором будет установлен файл EAR. Параметр Расположение аналогичен параметру Каталог для установки приложения в мастерах установки и обновления приложения.

По умолчанию, файл EAR устанавливается в каталоге каталог_профайла/installedApps/имя_ячейки/имя_приложения.ear.

Возможны следующие варианты настройки:

  • Не указывайте значение и оставьте поле пустым.

    Значение по умолчанию - ${APP_INSTALL_ROOT}/имя_ячейки, где переменная ${APP_INSTALL_ROOT} обозначает корневой_каталог_профайла/installedApps. К пути ${APP_INSTALL_ROOT}/cell_name добавляется каталог, имя которого совпадает с именем файла EAR устанавливаемого приложения. Таким образом, если каталог не указан, то файл EAR устанавливается в каталоге каталог_профайла/installedApps/имя_ячейки/имя_приложения.ear.

  • Укажите каталог.

    В этом случае приложение устанавливается в каталоге указанный_путь/имя_приложения.ear. К пути, который был указан в параметре Каталог для установки приложения при установке приложения, добавляется каталог, имя которого совпадает с именем файла EAR устанавливаемого приложения. Например, если при установке приложения Clock.ear в системе Windows был указан каталог C:/myapps, то приложение будет установлено в каталоге myapps/Clock.ear. Переменной ${APP_INSTALL_ROOT} присваивается указанный путь.

  • Значение ${APP_INSTALL_ROOT}/${CELL} указывается при первоначальной установке приложения.

    Если приложение планируется экспортировать из одной ячейки и в дальнейшем установить экспортированное приложение в другой ячейке, то во время первоначальной установки приложения укажите переменную ${CELL}. Например, укажите для этого параметра значение ${APP_INSTALL_ROOT}/${CELL}. При экспорте приложения создается расширенный файл EAR, содержащий приложение и его конфигурацию развертывания. Если не указана переменная ${CELL}, то конфигурация развертывания хранит в целевом каталоге имя ячейки первоначальной установки. Если указать переменную ${CELL}, то в целевом каталоге точно будет содержаться имя текущей, а не исходной ячейки.

    Важное замечание: Если при установке приложения на одном сервере каталог для установки не задается, то приложение устанавливается в каталог ${APP_INSTALL_ROOT}/имя_ячейки. Если сервер был добавлен в конфигурацию с несколькими серверами (с помощью утилиты addNode), то имя ячейки новой конфигурации станет применяться в качестве имени ячейки узла администратора развертывания. Если в утилите addNode задан параметр -includeapps, то приложения, установленные до выполнения операции addNode, будут по прежнему применять каталог установки ${APP_INSTALL_ROOT}/cell_name. Однако для всех приложений, устанавливаемых после добавления сервера в сетевую конфигурацию, по умолчанию будет применяться каталог установки ${APP_INSTALL_ROOT}/имя_сетевой_ячейки. Для того чтобы переместить приложение в каталог ${APP_INSTALL_ROOT}/имя_сетевой_ячейки после выполнения операции addNode, в процессе установки явно задайте каталог установки ${APP_INSTALL_ROOT}/${CELL}. В этом случае файлы приложения можно будет найти в каталоге ${APP_INSTALL_ROOT}/имя_текущей_ячейки.
  • Если приложение было экспортировано, и экспортированный файл EAR требуется установить в другой ячейке или в другом расположении, укажите ${APP_INSTALL_ROOT}/имя_ячейки/имя_приложения.ear, если не указан путь ${APP_INSTALL_ROOT}/${CELL} начальной установки.

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

    Если во время первоначальной установки не указана переменная ${CELL}, то для конфигурации развертывания будет использоваться имя ячейки начальной установки в целевом каталоге. При установке в другую ячейку укажите ${APP_INSTALL_ROOT}/имя_ячейки/имя_приложения.ear, где имя_ячейки - это имя ячейки, в которой требуется установить расширенный файл EAR. Если не задать имя текущей ячейки, то в качестве имени_ячейки будет применяться имя исходной ячейки, даже при установке расширенного файла EAR в ячейку с другим именем.

  • Укажите полный путь или используйте переменную pathmap.

    Полный путь можно указать явно, либо с помощью переменных подстановки пути, таких как ${MY_APPS}. Переменные подстановки пути можно использовать в любой процедуре установки.

    Переменные подстановки пути можно использовать при установке приложения в кластере, элементы которого расположены в разнородных узлах, так как в этом случае полный путь нельзя записать единственным способом. В переменной pathmap можно также указать переменную WebSphere Application Server ${CELL}, задающую текущее имя ячейки, например: ${MY_APP}/${CELL}. Переменные WebSphere Application Server можно определить на панели Переменные WebSphere. Для вызова этой панели в административной консоли выберите Среда > Переменные WebSphere.

Тип данных Строка
Единицы измерения Полный путь
Использовать информацию о конфигурации из двоичных файлов

Указывает, какие описания компоновки, расширений и развертывания должен использовать сервер приложений: из файла deployment.xml, содержащего документ развертывания приложения (значение по умолчанию), либо из файла EAR.

Значение по умолчанию (false) соответствует использованию описания компоновки, расширений и развертываний из файла deployment.xml. Для того чтобы использовать описания компоновки, расширений и развертывания из файла EAR, включите этот параметр (true).

Параметр Использовать информацию о конфигурации из двоичных файлов аналогичен полю Использовать конфигурацию двоичных файлов в мастерах установки и обновления приложения. Этот параметр можно выбирать только для приложений, установленных на целевых узлах версий 6.x. Он недопустим для приложений, установленных на узлах версий 5.x.

Тип данных Булевское значение
Значение по умолчанию false
Разрешить рассылку двоичных файлов, их развертывание и очистку после удаления

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

Если продукт установлен на одном сервере, двоичные файлы удаляются после удаления продукта и сохранения обновленной конфигурации.

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

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

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

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

Тип данных Булевское значение
Значение по умолчанию true
Права доступа к файлам

Задает права доступа к двоичным файлам установленного приложения, развернутым в указанном каталоге.

Права доступа можно задать только в том случае, если выбран параметр Разрешить рассылку двоичных файлов, их развертывание и очистку после удаления.

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

Ниже описаны права доступа, которые можно выбрать в списке с возможностью множественного выбора. При выборе нескольких вариантов они объединяются в единую строку прав доступа.

Табл. 1. Наборы строк прав доступа к файлу для вариантов списков. Выберите опцию в списке или укажите строку прав доступа к файлу в текстовом поле.
Опция в списке множественного выбора Строка прав доступа к файлам
Разрешить чтение всех файлов, запретив запись .*=755
Разрешить запуск исполняемых файлов .*\.dll=755#.*\.so=755#.*\.a=755#.*\.sl=755
Разрешить всем чтение файлов HTML и изображений .*\.htm=755#.*\.html=755#.*\.gif=755#.*\.jpg=755

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

шаблон-имени-файла=права-доступа#шаблон-имени-файла=права-доступа

где имя-файла - это фильтр с регулярным выражением для имени файла (например, .*\\.jsp для всех файлов JSP), права-доступа задают списки прав доступа (ACL), а # - это разделитель между несколькими записями имя-файла и права-доступа. Если # встречается в строке имя-файла, вместо него используйте \#.

Если в приложении с шаблонами имени файла и прав доступа совпадают несколько URI, то будут выбираться наиболее строгие права доступа. Например, если права доступа заданы как .*\\.jsp=775#a.*\\.jsp=754, то будет выбран файл abc.jsp с правами доступа 754.

Рекомендации: Использование регулярных выражений в шаблоне имени файла позволяет сравнить всю строку URI с указанным шаблоном прав доступа к файлу. С помощью регулярных выражений можно задать более точные шаблоны для сравнения, как указано в описании API Java. Для примера предположим, что необходимо определить права доступа к следующим файлам и каталогам:bprac
Табл. 2. Примеры URI для операций доступа к файлу. Результаты отображаются в после этой таблицы.
1 /opt/WebSphere/profiles/AppSrv01/installedApps/MyCell/MyApp.ear/MyWarModule.war
2 /opt/WebSphere/profiles/AppSrv01/installedApps/MyCell/MyApp.ear/MyWarModule.war/MyJsp.jsp
3 /opt/WebSphere/profiles/AppSrv01/installedApps/MyCell/MyApp.ear/MyWarModule.war/META-INF/MANIFEST.MF
4 /opt/WebSphere/profiles/AppSrv01/installedApps/MyCell/MyApp.ear/MyWarModule.war/WEB-INF/classes/MyClass.class
5 /opt/WebSphere/profiles/AppSrv01/installedApps/MyCell/MyApp.ear/MyWarModule.war/mydir/MyClass2.class
6 /opt/WebSphere/profiles/AppSrv01/installedApps/MyCell/MyApp.ear/MyWarModule.war/META-INF

Сравнение с шаблонами даст следующие результаты:

  • Шаблону MyWarModule.war не соответствует ни один URI
  • Шаблону .*MyWarModule.war.* соответствуют все URI
  • Шаблону .*MyWarModule.war$ соответствует только URI 1
  • Шаблону .*\\.jsp=755 соответствует только URI 2
  • Шаблону .*META-INF.* соответствуют URI 3 и 6
  • Шаблону .*MyWarModule.war/.*/.*\.class соответствуют URI 4 и 5
Если в поле Права доступа к файлам задан шаблон имени каталога, то указанные права доступа будут установлены для каталога. В противном случае заданное для каталога значение Права доступа к файлам совпадает с аналогичным значением для родительского каталога. Например, предположим, что есть следующий файл и структура каталогов:
/opt/WebSphere/profiles/AppSrv01/installedApps/MyCell/MyApp.ear/MyWarModule.war/MyJsp.jsp
и задан следующий шаблон прав доступа к файлам:
.*MyApp.ear$=755#.*\.jsp=644
Сравнение с шаблонами даст следующие результаты:
  • Для каталога MyApp.ear будет установлено значение 755
  • Для каталога MyWarModule.war будет установлено значение 755
  • Для каталога MyWarModule.war будет установлено значение 755
Рекомендации: Во всех операционных системах нужно использовать обычную косую черту (/) в качестве разделителя в шаблонах пути к файлу.bprac

[Windows] На платформе Windows невозможно отменить права доступа на чтение файла. Права доступа в стиле POSIX означают следующее чтение файла - 4, запись - 2, выполнение - 1. Поэтому права доступа в Windows могут быть 5 или 7. Кроме того, в POSIX предусмотрены права доступа пользователь, группа и все. Только пользователь поддерживается на платформе Windows. Биты группа и все игнорируются.

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

Этот параметр аналогичен полю Права доступа к файлам в мастерах установки и обновления приложения.

Тип данных Строка
Компиляция приложения

Версия компиляции приложения. Это значение нельзя изменять.

Тип данных Строка



Ссылки, помеченные как (в сети), требуют подключения к Internet.

Задачи, связанные с данной
Ссылки, связанные с данной
Параметры приложения J2EE


Имя файла: urun_rapp_appbin.html