УСТАНОВКА ОБНОВЛЕНИЙ КЛИЕНТСКОЙ ЧАСТИ ТРЕХУРОВНЕВОЙ АРХИТЕКТУРЫ СИСТЕМЫ

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

Режим автоматического обновления компонентов клиентской части трехуровневой архитектуры включается при настройке параметров сервера приложений флагом Файл со списком обновляемых файлов клиента: (см. Настройка основных параметров, Рис. 28). При этом имя файла со списком задается в поле рядом с флагом, а каталог размещения самих обновляемых файлов - в поле Каталог обновляемых файлов:.

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

Новые версии компонентов системы появляются в серверной части в результате установки обновлений (см. п. УСТАНОВКА ОБНОВЛЕНИЙ СЕРВЕРНОЙ ЧАСТИ СИСТЕМЫ).

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

Список файлов клиентской части, для которых необходимо выполнять контроль актуальности версий (служебный файл ClientFilesList.txt), и новые версии самих файлов по умолчанию находятся в каталоге \EXE серверной части системы.

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

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

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

Список компонентов ActiveX и правила их регистрации задаются в служебном файле, имя и путь на который задается параметром серверного cfg-файла System.RegComfile (по умолчанию принимает значение atlcomreg.txt и размещается в каталоге \EXE серверной части системы).

Обновление базовых шаблонов Excel-отчетов на клиенте трехуровневой архитектуры выполняется в окне настройки Excel шаблона. Если шаблон на клиентской части отличается от шаблона, имеющегося на сервере, то в окне выводится соответствующая информация и по кнопке [Обновить] имеется возможность заменить файл шаблона на клиенте файлом сервера (см. Рис. 55).

Автоматическое обновление данных объектов не используется для того, чтобы пользователь имел возможность работать со своими шаблонами. В противном случае при автоматическом обновлении они подменялись бы на новые версии базовых шаблонов.

Рис. 55 Обновление Excel шаблонов отчетов