Чтобы обновить систему:

1.Откройте среду разработки и убедитесь, что все изменения отправлены на Git-сервер. Разработанные вами решения останутся на Git-сервере и не затрутся во время обновления среды разработки.

ВАЖНО. После проверки отправки изменений на Git-сервер закройте среду разработки. Если среду разработки оставить открытой, то при обновлении возникнут ошибки.

2.Остановите и удалите все сервисы. Для этого перейдите в папку с Directum Launcher, запустите командную строку и выполните команду:

do all down

3.Архив с новой версией Directum Launcher скопируйте с заменой файла в корень папки с предыдущей версией Directum Launcher. Архив распаковывать не нужно. Также в корень папки скопируйте архивы:

•Platform.zip – платформа, включающая веб-сервер и сервисы Directum RX;

•WebHelp.zip – справка и слайдер;

•DevelopmentStudio.zip – среда разработки;

•Redist.zip – дополнительные компоненты, необходимые для установки серверной части и среды разработки.

4.От имени администратора запустите файл DirectumLauncher.exe. Откроется командная строка, в ней запустится сервис развертывания, в браузере откроется страница с параметрами установки и обновления. До окончания установки не закрывайте окно командной строки.

Страницу можно открыть вручную по ссылке http://127.0.0.1:5000/, например, если случайно закрыли браузер или он не настроен по умолчанию.

5.Убедитесь, что установлен переключатель Обновление:

6.Проверьте, что поля заполнены верно. Подробнее см. инструкцию по установке среды разработки.

ПРИМЕЧАНИЕ. Если для соединения с базой данных используется Windows-аутентификация, то в конфигураторе в секции Агент управления сервисами Directum RX (ServiceRunner) проверьте, что параметры WINDOWS_USERNAME и WINDOWS_PASSWORD заполнены верно. Подробнее см. руководство администратора, раздел «Конфигурирование настроек».

7.Если в компании используется интеграция с 1С, то обновите коннектор на новую версию.

8.Для обновления справки убедитесь, что установлен флажок Справка о системе. Флажок можно снять, например, если система обновляется для тестирования и нужно сэкономить место на диске.

9.Ознакомьтесь с текстом лицензионного соглашения и установите флажок Я принимаю условия лицензионного соглашения.

10.Нажмите на кнопку Обновить. Неверно заполненные поля подсветятся красным цветом.

11.Дождитесь окончания обновления. На странице выводятся этапы обновления. В раскрывающейся области с названием этапа отображаются сообщения из лог-файла DirectumLauncher\log\current.log.

Если при выполнении этапа возникает ошибка, с помощью сообщения из лог-файла проанализируйте и устраните ее, затем нажмите на кнопку Повторить.

примечание. Ошибка с кодом 503 при проверке работоспособности сервисов означает, что они не успели запуститься. В этом случае нажмите на кнопку Повторить.

Если нужно изменить ранее заданные настройки, нажмите на кнопку Вернуться к настройкам. В результате откроется страница обновления. Укажите новые значения параметров и по кнопке Обновить повторите обновление.

Когда обновление завершится, на странице появится ссылка для входа в веб-клиент.

12.После обновления настройте систему и адаптируйте свою разработку.

Настройка системы и адаптация разработки

1.Запустите среду разработки.

2.Откройте список изменений. Если в списке появились изменения, зафиксируйте их и отправьте на Git-сервер.

3.Импортируйте пакет разработки с базовым решением из архива с прикладной разработкой:

DirectumRX.zip\DirectumRXbase.dat

4.Учтите в своей разработке изменения базового решения Directum RX 4.8.

5.Если помимо стандартного решения Directum RX вы используете другие базовые решения, импортируйте пакеты с обновленными решениями, полученные от поставщика.

6.С версии 4.10:

•сервисная СУБД MongoDB не используется для хранения служебной информации, например описаний файлов предпросмотра и настройки виджетов. После обновления эта информация хранится в базе данных системы. Если MongoDB использовалась только для Directum RX, то после тестирования работы системы удалите эту СУБД.

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

•больше не нужно писать код, чтобы вложения группы задачи отображались в подзадаче. Достаточно установить новый флажок Учитывать вложения от родительских сущностей. Это может сделать:

аналитик – в карточке варианта процесса в настройках блока типа «Задача»;

разработчик – в редакторе типа задачи.

Например, установите флажок для группы «Дополнительно», чтобы в ней при создании подчиненного поручения отображались вложения из поручения.

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

•для заполнения групп вложений добавлено событие Заполнение вложений. Например, его можно использовать, чтобы при добавлении документа в группу «На согласование» связанные автоматически добавлялись в группу «Приложения». После обновления среды разработки не требуется переписывать существующий код. Используйте событие Заполнение вложений при разработке новых типов задач и заданий;

•если в задаче «Запрос на продление срока» перекрыта логика события «Фильтрация выбора из списка» для свойства Кому, то перенесите ее в функцию GetAssigneesForDeadlineExtension();

•если в блоке «Продление срока» задачи «Запрос на продление срока» перекрыта логика события «Выполнение», то перенесите ее:

в функцию ExtendAssignmentDeadline() задания на продление срока, если логика связана с продлением срока задания;

в функцию ExtendTaskDeadline() задачи на продление срока, если логика связана с продлением срока задачи.

Подробнее см. в практических рекомендациях, раздел «Как добавить в задание возможность запрашивать продление срока».

7.С версии Directum RX 4.11:

•прекращается поддержка устаревшей утилиты DeploymentTool, поэтому после обновления системы утилиту можно удалить. Для этого последовательно выполните действия:

1.из конфигурационного файла config.yml удалите секцию DeploymentToolUI вручную или с помощью команды:

do dt_ui uninstall

2.удалите компонент:

do components delete deploymenttoolui

3.из папки с Directum Launcher удалите архив DeploymentTool.zip.

•изменился механизм преобразования документов в PDF с добавлением отметок. Чтобы сохранить совместимость заказной разработки и включить устаревшую реализацию, в таблице Sungero_Docflow_Params в параметре UseObsoletePdfConversion укажите значение True. По умолчанию значение False;

•изменился механизм получения регистрационного номера договорных документов. Чтобы сохранить совместимость заказной разработки и включить устаревшую реализацию, в таблице Sungero_Docflow_Params в параметре UseObsoleteRegNumberGeneration укажите значение True. По умолчанию значение False.

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

После публикации элементы разработки и изменения выбранных решений появятся в клиентском приложении.

9.Запустите инициализацию в среде разработки. Подробнее об импорте пакета разработки, сборке, публикации и инициализации решений см. в руководстве разработчика в разделах «Импорт разработки», «Сборка решений», «Публикация решений», «Создание функций инициализации».

10.Примените настройки бизнес-процессов и интерфейса. Для этого на панели инструментов нажмите на кнопку Применить настройки на сервер. Подробнее см. в руководстве разработчика, раздел «Создание и публикация настроек по умолчанию».

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