Повторный логин без перезапуска аксапты

[raz]

Повторный логин без перезапуска аксапты

PS. На создание сего проекта натолкнул просмотр книги "Разработка бизнес-приложений в MBS Axapta".

PPS. Спасибо за помощь в поиске ошибок Wamr и ronin.

[kashperuk]

Такой вопрос:
Подходит ли этот способ при необходимости обновления приложения?
В смысле, если я залил проект на тестовое приложение, в котором работаю консультанты, то для подхвата большинства изменений (список тех изменений, которые подхватываются сразу, обсуждался уже где-то на форуме) им необходимо перевойти в Аксапту.
Если они воспользуются этим методом, подтянутся ли изменения объектов?

[gl00mie]

Цитата:

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

если я залил проект на тестовое приложение, в котором работаю консультанты, то для подхвата большинства изменений (список тех изменений, которые подхватываются сразу, обсуждался уже где-то на форуме) им необходимо перевойти в Аксапту. Если они воспользуются этим методом, подтянутся ли изменения объектов?

1. если не сложно, можно ссылку на обсуждение того, что сразу подхватывается?
2. какое такое "большинство изменений" требует перезапуска? это в двух или трехуровневой конфигурации? а AOS требуется перезапускать?

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

[kashperuk]

Цитата:

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

1. если не сложно, можно ссылку на обсуждение того, что сразу подхватывается?
2. какое такое "большинство изменений" требует перезапуска? это в двух или трехуровневой конфигурации? а AOS требуется перезапускать?

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

Если бы было не сложно, я бы в то сообщение ее вставил
Но помню, что читал такое.

трехуровневая конфигурация.
AOS не часто дергаем. То есть нет, не требуется.
( на самом деле, это я из предосторожности всегда им говорю перезайти, на всякий случай - может и не надо. Но думается мне, что все таки надо)

[gl00mie]

Цитата:

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

трехуровневая конфигурация. AOS не часто дергаем. То есть нет, не требуется. на самом деле, это я из предосторожности всегда им говорю перезайти, на всякий случай - может и не надо. Но думается мне, что все таки надо

Если уж AOS подхватывает изменения без перезапуска, то зачем дергать тонких клиентов?

Цитата:

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

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

По-моему, тут нет ясности, зачем перезапускать Аксапту, поэтому нельзя и ответить, подходит ли она для такого "шаманского" перезапуска

[kashperuk]

Попробую не перезапускать - если чего надыбаю, отпишусь

[oip]

Мы редко перезапускаем (главное заливать модификации через 3-х звенку). Вместо перезапуска обычно просто достаточно сказать пользователям, чтобы удалили кеш (запустили некий батник, сделанный для них заботливыми программистами).

Edit: Если кто не знает, удалять надо это:

PHP код:

del "C:\Documents and Settings\[*UserAccount*]\Local Settings\Application Data\*.aoc" 


[vallys]

Цитата:

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

Мы редко перезапускаем (главное заливать модификации через 3-х звенку). Вместо перезапуска обычно просто достаточно сказать пользователям, чтобы удалили кеш...

А без перезапуска клиента это помогает? В смысле обновления, связанные с импортом/модификацией объектов репозитария, подхватываются (в трехзвенке) без перезапуска аксапты (клиентской части) у юзера у которого удалить файлы кеша? Если да, то сразу ли (а не через минуту-час-...)?

Я "навесил" на пункт меню под названием "Обновление локального кеша" набор команд

PHP код:

xSession::removeAOC();
SysTreeNode::refreshAll();
SysFlushDictionary::doFlush();
SysFlushAOD::doFlush(); // ???
xSession::updateAOC(); 


Еще не было случая (вроде ), когда после выполнения приведенного кода юзер бы не подхватил последние изменения. Консультанты называют этот пункт меню "пилюлей", мол если что-то не работает первым делом - пилюля И ведь иногда помогает!

[oip]

Цитата:

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

А без перезапуска клиента это помогает? В смысле обновления, связанные с импортом/модификацией объектов репозитария, подхватываются (в трехзвенке) без перезапуска аксапты (клиентской части) у юзера у которого удалить файлы кеша? Если да, то сразу ли (а не через минуту-час-...)?

Удаление кеша + Обновление AOD - обычно спасает. Хотя и не всегда.

[kashperuk]

Цитата:

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

Мы редко перезапускаем (главное заливать модификации через 3-х звенку). Вместо перезапуска обычно просто достаточно сказать пользователям, чтобы удалили кеш (запустили некий батник, сделанный для них заботливыми программистами).

Edit: Если кто не знает, удалять надо это:

PHP код:

del "C:\Documents and Settings\[*UserAccount*]\Local Settings\Application Data\*.aoc" 


Попробовал - не помогло.
(изменилась метка на поле формы) - обновления не подтягивались как минимум 5 минут - потом я попробовал ниже варинат

Цитата:

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

Я "навесил" на пункт меню под названием "Обновление локального кеша" набор команд

PHP код:

xSession::removeAOC();
SysTreeNode::refreshAll();
SysFlushDictionary::doFlush();
SysFlushAOD::doFlush(); // ???
xSession::updateAOC(); 


Поле обновилось сразу.
Так что, возможно, нужно будет и себе пилюлю приделать
Спасибо

[Yugene]

Похоже, что в Ax 4.0 не будет xSession::newUser