Коллеги, столкнулся с необычным поведением системы:
изменяю какой-то программный объект (разумеется Z) - класс, ФМ, программу. Активирую ее в манданте разработки. Запускаю в той же системе, но в другом манданте, предназначенном для тестирования. Исполняется старая версия. Если запускаю под отладчиком - виден текст новой версии, но исполняется старая: да тот забавный момент, когда отладчик показывает что текущая испольняемая строка пуста, а в другой, с текстом, не поставить брейк, т.к. на самом деле ее нет.
Через некоторое время (десятки секунд) все исправляется.

Что это может быть? Пока грешу на то, что у нас несколько серверов приложений - но работаю я все равно с одним.

PS
Пробовал дополнительно активировать в исполняемом манданте - безуспешно.

Добрый день.
У меня такое же бывает, но очень в редких случаях.
Могу только предположить, что после активации программы запускается асинхронный коммит, который переписывает активную версию программы.Во время этого коммита вы заходите в другой мандант и наблюдаете описанную вами картину.

У нас такое бывает только в случае, если в манданте тестирования перед повторным запуском полностью не выйти из тестируемой программы и SE38 (SE37).
upd: можно попробовать в тестовом мандате выполнить генерацию программы (меню "Программа - Сгенерировать")

Да, спасибо, ручной запуск генерации программы помогает. Но к сожалению для классов, ФМ, расширений и т.д. такого сходу не нашел (хотя они на низком уровне суть программы и наверное их можно генерить там же).
Честно говоря, сам факт таких запаздываний несколько ломает мою картину мира САП. Разработки же мандантонезависимы, компилируются один раз для всех мандантов. Компиляция с моем случае вроде бы происходит перед аномальным поведением (но как проверить не знаю).

На первый взгляд проблема в незавершенных сессиях, но я точно перезахожу польностью в SE38 и другие транзакции. Часть разработок запускается по RFC - там вообще вход в систему полностью выполняется.

И логинюсь всегда на конкретный сервер приложений из группы.

Тут дело не в мандантозависимости, а в том, что скомпилированный код кэшируется на каждом сервере приложений отдельно.
У нас бывали случаи с программами из российского адд-она по HR, когда после переноса запроса в тестовую и продуктивную системы не компилировались отдельные инклюды - приходилось перегенерировать программу вручную.
Даже больше того - иногда SE80 не видел в дереве навигации для программы эти инклюды - приходилось перестраивать список объектов для программы.
Но такие случаи можно по пальцам пересчитать.

Да, но использую вроде всегда один и тот же сервер приложений. Хотя другого объяснения не могу найти.
К сожалению, у меня такое поведение носит системный характер, а не исключительный.

Кстати, да с отсутвующими инклудами в SE80 тоже сталкивался, действительно довольно редко.