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

[raz]

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

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

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

[maxsmirnov]

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

а что еще полезного происходит при перелогине без перезапуска?
настройки прав доступа обновляются?
а application не обновляется случайно? (вот это бы было удобно)
(не то чтобы мне лень экспериментировать...)

[raz]

Цитата:

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

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

Цитата:

а что еще полезного происходит при перелогине без перезапуска?

права обновляются

Цитата:

настройки прав доступа обновляются?

полезность есть, когда за одним компом вынуждено работать несколько менеджеров/продавцов и мы хотим их идентифицировать

Цитата:

а application не обновляется случайно? (вот это бы было удобно)
(не то чтобы мне лень экспериментировать...)

чего нет, того нет

[maxsmirnov]

полезность есть, когда за одним компом вынуждено работать несколько менеджеров/продавцов и мы хотим их идентифицировать

и в самом деле
совсем забыл что они иногда по сменам работают

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

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

[raz]

Исправил кое какие недочеты и сделал форму для логина без ввода пароля, которая доступна для админов.

PS. Сорри, что то файл не приаттачился, еще раз пробую.

PPS. Какой раз замечаю, что криво работает аплоад на форуме.

[sukhanchik]

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

[mazzy]

Цитата:

Изначально опубликовано sukhanchik
В качестве аргумента полезности: Полезно, когда у пользователя настроен автовход в систему (указано сетевое имя пользователя) - и по различным причинам нужно зайти с его ярлычка

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

[sukhanchik]

Цитата:

Вставьте в ярлычок любое непустое имя пользователя.

Создавать отдельный ярлычок - имеет смысл - когда часто им пользуешься. Мне кажется, что при нечастых пользованиях проще именно смена пользователя. По крайней мере как говорится - к хорошему привыкаешь быстро - и если это удобно - то почему бы и не воспользоваться.
Хотя на вкус и цвет товарищей нет....

[Sada]

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

[raz]

[Sada]

У меня отличается от вашего маленько и когда жму "Вход в систему" ничего не происходит. Посмотрите пожалуйста прикрепленную картинку.

[Sada]

Всё, спасибо, разобрался.....

[gl00mie]

Цитата:

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

права обновляются
полезность есть, когда за одним компом вынуждено работать несколько менеджеров/продавцов и мы хотим их идентифицировать

Чудесная вещь! Сейчас как раз перенастраиваю права, так что штука очень пригодилась. Но опять-таки и вылез один прикол: права, как я понимаю, обновляются, но все-таки как-то не так В частности, при перелогинивании под другим пользователем вылезает то же главное меню, что и у меня самого, хотя у пользователя оно сильно покоцано. Но домены при этом начинают нормально работать, в связи с чем, если быть до перелогинивания в компании, недоступной для пользователя, под которым логинишься, то главное меню не появляется. Чтобы это исправить, необходимо, как я понимаю, переписать метод формы close() примерно вот так:

public void close()
{
    UserInfo        userInfo;
    xApplication    xAppl = new xApplication();
    ;
    if (enableExit)
    {
        select userInfo where userInfo.id == curuserid();
        xAppl.setDefaultCompany(userInfo.company);
        SysSecurity::reload(false);
        element.enableMainMenu();
        element.openMainMenu();
        WinApi::setFormModal(this.hWnd(), false);
        super();
    }
}

[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(); 


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