Журнал истории событий
В журнале истории событий регистрируются события с объектами системы и общесистемные события, завершенные корректно или с ошибкой.
Пример, пользователь выполняет вход в систему: если логин и пароль введены корректно, то происходит формирование события LOGIN_SUCCESSFUL, если логин и пароль введены ошибочно, то происходит формирование события LOGIN_FAILED.
В системе производится асинхронное протоколирование возникшего события. Каждое событие перед протоколированием дополняется служебными атрибутами и сохраняется в базе данных в таблице tbl_event как объект служебного класса "Событие" (event). Объекты служебного класса "Событие" из системы не удаляются.
В интерфейс оператора информацию о событиях можно вывести на карточку объекта в контенте "История изменений объекта".
Особенности создания и хранения объектов истории вида "Не выполнено условие для действия по событию" (actionConditionsError)
Для уменьшения места, занимаемого объектами истории событий в базе данных, предоставляется возможность выбрать один из вариантов хранения объектов истории вида "Не выполнено условие для действия по событию": не создавать объекты для вида actionConditionsError или ограничить время их хранения.
Настройка выполняется в конфигурационном файле dbaccess.properties. Если параметр не задан в конфигурационном файле (значение по умолчанию), то объекты actionConditionsError создаются и хранятся без ограничения срока. При перезапуске приложения производится проверка данного параметра в конфигурационном файле.
Язык истории изменений объекта не зависит от персональных настроек языка интерфейса пользователя. Язык истории изменений объекта определяется отдельно при настройке интерфейса системы, возможные значения: "Русский" или "English"
В случае работы с объектом нескольких пользователей с разными настройками языка интерфейса записи в истории изменений объекта будут на одном (выбранном) языке. В случае изменения языка истории изменений объекта перевода предыдущих записей не осуществляется.