Публикация – это процесс установки новых решений, обновления существующих и удаления ранее установленных решений в локальной или продуктивной системе.

ВАЖНО. Публиковать решения в продуктивную систему рекомендуется в нерабочее время. Во время публикации веб-сервер перезагружается и недоступен для пользователей. А если сотрудник работал с элементами системы, которые доработали в публикуемом решении, то после публикации в системе могут возникнуть конфликты. На период публикации администратор может включить режим технического обслуживания.

Если в среде разработки удалить один или несколько модулей из состава решения, то при публикации они удалятся и из решения в системе.

После публикации в локальную или продуктивную систему проверьте, что изменения не повлияли на работоспособность веб-сервера и сервисов Directum RX. Подробнее см. в разделе «Проверка работоспособности сервисов» (Windows, Linux).

Публикация с помощью среды разработки

С помощью среды разработки изменения публикуют в локальную систему. Для этого на панели инструментов используют действие Опубликовать… или в главном меню в выпадающем списке Сборка пункт Опубликовать выборочно….

Процесс публикации в локальную систему состоит из этапов:

1.В среде разработки на основе исходных кодов создается пакет развертывания.

2.Пакет развертывания отправляется на веб-сервер.

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

4.Веб-сервер запускает механизм обновления прикладной разработки.

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

6.Запускается клиент, если в параметрах среды разработки установлен флажок Запускать клиент после публикации.

Публикация с помощью Directum Launcher

Публикация запускается в инструменте Directum Launcher на странице Публикация.

С помощью Directum Launcher публикуют изменения в продуктивную систему.

Процесс публикации в продуктивную систему состоит из этапов:

1.Разработчик создает пакет разработки.

2.На основе пакета разработки создается пакет развертывания и отправляется на веб-сервер.

3.В базе данных обновляются структуры и копируются обновленные файлы модулей.

4.Веб-сервер запускает механизм обновления прикладной разработки.

5.Веб-сервер и сервисы перезапускаются.

Разница в процессах публикации с помощью среды разработки и Directum Launcher

Предположим, в системе установлены решения 2, 3 и 4. Нужно установить решение 1 и обновить решения 2 и 3.

В среде разработки после публикации появится решение 1, обновятся решения 2 и 3 и удалится решение 4. Чтобы решение 4 осталось в системе, нужно перед публикацией его явно выбрать в списке публикуемых решений.

При публикации с помощью инструмента Directum Launcher в системе появится решение 1, обновятся решения 2 и 3 и останется решение 4. Никаких дополнительных действий для этого делать не придется.

Механизм обновления прикладной разработки

Веб-сервер для обновления прикладной разработки запрашивает данные из БД. Обновление выполняется, если:

•сработал таймер обновления веб-сервера;

•выполнен старт веб-сервера.

При обновлении веб-сервер получает из БД данные о прикладной разработке, и полученные файлы помещаются в папку <ServerPath>\bin\AppliedModules. Если содержимое этой папки меняется, то выполняется отложенный автоматический рестарт веб-сервера, затем новая конфигурация прикладной разработки загружается на веб-сервер.

Устранение неисправностей при публикации

Ошибка «Базовое соединение закрыто: Непредвиденная ошибка при приеме»

Решение: Ситуация возможна, если при разработке были перекрыты абстрактные типы сущностей, например «Входящий документ» (IncomingDocumentBase). В таком случае при экспорте пакета разработки обязательно включите в него базовые решения. Для этого в окне экспорта установите флажок рядом с базовым решением:

© Компания Directum, 2024