Способ реализации
Разработчик аннотирует классы агентов. Аннотации содержат обязательные настройки для регистрации и запуска агента, а также настройки по-умолчанию, которые может менять администратор. КМА при старте рефлексирует классы агентов и аннотации и передает их МА через служебную JMS-очередь. МА обновляет настройки в своей РБД.
Ограничения
При обновлении версии приложения, практически невозможно обеспечить одновременное обновление на всех серверах без остановки других. Остановка приводит к длительной недоступности системы для конечных пользователей. В новой версии приложения могут появляться новые агенты и удаляться старые. Нельзя допустить, чтобы МА послал сигнал на запуск агента в режиме ANY на сервер, где агента ещё нет или уже нет (в режиме MANY КМА может просто игнорировать сигнал за запуск отсутствующего агента).
Один из "ручных" способов безопасно обновить версию приложения - удалить настройки для удаленных агентов, а настройки для новых не создавать до обновления всех серверов.
Если требуется срочно запускать нового агента, следует завести новый пул, содержащий обновленные сервера и настройки для новых агентов ассоциировать с этим новым пулом.
Процедура автоматической публикации не должна мешать этому процессу. Поэтому новые агенты должны публиковаться в выключенном состоянии.
Публикация версии протокола между КМА и МА, поддерживаемого данным КМА