Новые методы через AxaptaComConnector

[Genghis]

На самом деле их около 8, все на разных машинах в сети. Но мы сейчас работаем с одним конкретным.
Вообще сейчас пронаблюдали, кеш обновился где-то за 20 минут. Это вполне приемлемо для наших задач, поэтому думаю можно мозг не ломать.
Спасибо вам за помощь и советы.

[jonny]

Сервис-средства разработки-объекты приложения:
-обновить словарь
-обновить данные
-обновить AOD
При работе с EP это помогает, должно и в вашем случае.

[EfimV]

Сталкивался с похожей ситуацией.
Есть ещё такая особенность. Если прошло не добавление нового метода, а изменение существующего. То уже никакие действия, кроме перезагрузки АОС не помогали.

Если вам это критично то, как вариант, можно поднять отдельный АОС для конектора.
И перезагружать только его при внесении изменений в логику.

[gl00mie]

Цитата:

Сообщение от Genghis

На самом деле их около 8, все на разных машинах в сети.

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

Цитата:

Сообщение от jonny

Сервис-средства разработки-объекты приложения:
-обновить словарь
-обновить данные
-обновить AOD

И так на каждом AOS'е?..

Цитата:

Сообщение от EfimV

Есть ещё такая особенность. Если прошло не добавление нового метода, а изменение существующего. То уже никакие действия, кроме перезагрузки АОС не помогали.

На самом деле не все так плачевно - в таких случаях помогает перекомпиляция соотв. объекта приложения на каждом AOS'е, в случае класса - лучше инкрементная. Понятно, что если AOS'ов много, то вручную заходить на каждый лениво. Мы для этих целей приделали классец, который висит в контекстном меню в AOT. При выборе соотв. пункта контекстного меню, скажем, для проекта, соотв. объекты приложения сначала компилируются в текущей сессии, а потом, если все прошло без ошибок, формируется xml-файлик для запуска компиляции из командной строки, и для каждого активного AOS'а из SysServerSessions, кроме текущего, последовательно запускается клиент с этим файликом, который компилит нужные объекты приложения на соот. AOS'е, за счет чего каждый из них подхватывает изменения. Последовательный запуск компиляции нужен для того, чтобы AOS'ы не конфликтовали при попытке обновить одни и те же файлы приложения. Разумеется, если меняется код, выполняемый на клиенте, изменения в той или иной клиентской сессии могут подхватиться не сразу.