Аксапта виснет после ввода пароля

[George Nordic]

в классе Application метод startup поставь брекпоинт и оттрасируй.

Что говорит?

С Уважением,
Георгий

[miklenew]

Как то раз правил класс Application, не помню что точно делал.
И не заметил, что он не компильнулся. Какая-то ошибка тогда была.
И привед. Зайти не мог. Даже чтоб точку останова поставить.
Хорошо у консультанта была открытая сессия.
Свезло называется.

[blokva]

Цитата:

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

Как то раз правил класс Application, не помню что точно делал.
И не заметил, что он не компильнулся. Какая-то ошибка тогда была.
И привед. Зайти не мог. Даже чтоб точку останова поставить.
Хорошо у консультанта была открытая сессия.
Свезло называется.

Такие весч оЧЧень рекомендуется править в USP слое, потом просто удаляешь соответствующий файлик в приложении и изменений как не бывало !

[Breaker]

Цитата:

Сообщение от George Nordic

в классе Application метод startup поставь брекпоинт и оттрасируй.

Что говорит?

С Уважением,
Георгий

Я могу поставить хоть сто брекпоинтов в этом методе, при загрузке они не отрабатывают.

[gl00mie]

Цитата:

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

Только как вы предлагаете интерпретировать полученные данные и какие действия предпринимать?

Если вы хотите, чтобы на форуме вам помогли решить проблему, то хотя бы предоставьте эти данные для начала...

Цитата:

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

Да, сессия появляется, данные в лог попадают. И что это мне дает?

Не знаю, как вам, а мне это дает повод усомниться вот в этом вашем заявлении:

Цитата:

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

Цитата:

Сообщение от George Nordic

в классе Application метод startup поставь брекпоинт и оттрасируй.

Я могу поставить хоть сто брекпоинтов в этом методе, при загрузке они не отрабатывают.

Если посмотреть по перекрестным сслыкам, то метод таблицы SysUserLog.insert() вызывается либо при создании пользователей и проверке истечения срока действия паролей (SysPassword::validateUser()), либо при входе пользователя (SysUserLog::logUserLogin()), при этом оба метода вызываются из Application.startup(). Может, вы как-то не так точку останова ставите? Если она у вас в этом методе действительно не отрабатывает, попробуйте поставить ее на SysUserLog.insert(), к примеру...

[Breaker]

Цитата:

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

Если вы хотите, чтобы на форуме вам помогли решить проблему, то хотя бы предоставьте эти данные для начала...Не знаю, как вам, а мне это дает повод усомниться вот в этом вашем заявлении:Если посмотреть по перекрестным сслыкам, то метод таблицы SysUserLog.insert() вызывается либо при создании пользователей и проверке истечения срока действия паролей (SysPassword::validateUser()), либо при входе пользователя (SysUserLog::logUserLogin()), при этом оба метода вызываются из Application.startup(). Может, вы как-то не так точку останова ставите? Если она у вас в этом методе действительно не отрабатывает, попробуйте поставить ее на SysUserLog.insert(), к примеру...

Да вы не сомневайтесь! Брейкпойнты эти у меня не отрабатывают и на двузвенке, которая запускается прекрасно.

[gl00mie]

Цитата:

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

Брейкпойнты эти у меня не отрабатывают и на двузвенке, которая запускается прекрасно.

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

[Breaker]

Цитата:

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

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

Чего я только не пробовал. В том числе и Windows-аутентификацию и AOS переустанавливал.
Нет, дело точно не в доработках, их в тот период не было вообще. Щас узнал, что производилась установка на наш кластер SP2 для Windiows Server. А на сервер, где находятся база данных+AOS его не установили. Кстати, он является одним из контроллеров домена. Может быть в этом дело...

[gl00mie]

Цитата:

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

Нет, дело точно не в доработках, их в тот период не было вообще.

Не надо гадать, недавно приводился пример, как это можно выяснить наверняка.

Цитата:

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

Щас узнал, что производилась установка на наш кластер SP2 для Windiows Server. А на сервер, где находятся база данных+AOS его не установили. Кстати, он является одним из контроллеров домена. Может быть в этом дело...

Это все опять лишь догадки... Для локализации проблемы нужно сузить круг поиска (для этого изначально и задавался "миллион встречных вопросов"). Сейчас уже известно, что после ввода пароля успешно создается новая сессия, и начинает выполняться код приложения. Чтобы снять подозрения с сервис-паков и доменных контроллеров, можно создать тестовую среду (один - возможно, виртуальный - сервер, без домена AD), где развернуть имеющееся приложение с пустой базой и попробовать залогиниться в 3-хзвенке. Если опять будет наблюдаться зависание тонкого клиента, стало быть, дело в приложении. Если же зависания не будет, то нужно искать причину в данных либо во внешней среде (сети, доменных контроллерах, etc), хотя мне такой вариант уже кажется менее вероятным.
К слову, о данных: в ходе зависания индикатор акивности в статусной строке что-то показывает?