Кеширование в 3-tier THIN + remote desktop

[DTD]

Существует такая тестовая конфигурация:

Application, AOS и client наxодятся на одном сервере (1), SQL на другом (2)

Пользователи подсоединяются через remote desktop к серверу1 и используют 3-tier Аксапту (клиент там же, сервер1) .

При обновлении приложения ингода всплывают довольно странные косяки:

1. Был баг, исправили, перезапустили АОС, баг остался ..в каком кеше он может сидеть, ведь обычно при перезапyске АОС и клиента все должно обновлятся

2. При удалении при включенном АОС и активныx пользователяx пустого нового поля в стандартной таблице, которyю никто не использовал в тот момент, упали все соединения ..не совсeм к кешу, но конфигурация та же.

что конкретно делают команды Refresh data, Refresh Dictionary из меню Application objects ?
спасибо

[glibs]

Поглядите в поиск по критерию ".aoc" (писать латинскими буквами или еще лучше скопипастить текст между кавычек).

[DTD]

Цитата:

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

Поглядите в поиск по критерию ".aoc" (писать латинскими буквами или еще лучше скопипастить текст между кавычек).

Ну если верить положению что "Refresh AOD прибивает все .aoc", эту команду выполняли и до и после рестарта AOS.

Есть одна догадка, но так как не силен в remote desktop (RD) не могу развить.: все пользователи используют одну инсталяцию клиента, но насколько я догадываюсь RD создает склепок системы, т.е. клиент дублицируется и когда обновляеш AOD, .aoc удаляются с этого скепка. Когда перезаxодиш склепок опять создается с изначального клиента где .аос не были очищены. Очень удобная теория, но есть ли связь с действительностью.

да ксати аксапта - sp4

[glibs]

Цитата:

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

...
если верить положению что "Refresh AOD прибивает все .aoc"
...

А вы не поленитесь и удалите его руками.

.aoc лепится как минимум на каждый логин. У вас все под одним логином заходят?

[Logger]

У нас подобная ситуация наблюдалсь.

Решили просто. Реально все клиенты ходят через Citrix - запускаем батник, который прошаривает все пользовательские папки на серваке и удаляет aoc файлы.

Запускаем батник при каждом обновлении. - Проблемы устранены.

[sukhanchik]

Одно из решений - конечно не идеальное (в плане кеширования)
в класс Info\startupPost добавляется строчка - xSession::removeAOC(); - удаление aoc-файлов.
Плюс - что сама Аксапта чистит aoc-файлы.
Минус - она это делает постоянно - т.е. независимо от обновления версии (т.е. страдает сама идея кэширования)

[Logger]

Цитата:

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

Одно из решений - конечно не идеальное (в плане кеширования)
в класс Info\startupPost добавляется строчка - xSession::removeAOC(); - удаление aoc-файлов.
Плюс - что сама Аксапта чистит aoc-файлы.
Минус - она это делает постоянно - т.е. независимо от обновления версии (т.е. страдает сама идея кэширования)

Попробовал в джобе запускать этот метод - не помогает :-(
Только выход из Аксапты и ручное удаление.

[sukhanchik]

то что из джоба не помогает - оно понятно. Аксапта уже загрузилась. Попробуйте именно из Info\startupPost.
Это конечно тоже не панацея - бывают случаи (редко правда) когда и это не помогает. Тогда только ручками. Однако без этого вероятность глюков связанных с кешем - больше.
По моим наблюдениям - с вводом этой строчки у нас - жить стало легче. Может это конечно мне так кажется . В конце концов - специально статистику мы не собирали - по глюкам из-за кеша до и после добавления вышеуказанной строчки.

[savel]

Цитата:

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

то что из джоба не помогает - оно понятно. Аксапта уже загрузилась.

А вот тут можно поспорить. У нас прямо в главное меню засунуто :

xsession::removeAOC();
xsession::updateAOC();
Dictionary::aodFlush();

(спасибо fed).
И в результате нет необходимости выходить из Аксапты. А нужно выйти только из того объекта код для которого был изменён.

[sukhanchik]

ну... ладно - не готов спорить - лучше признаю свою некомпетентность .
пусть будет так. Если работает - то все ок. В конце концов - не занимался исследованием.