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

[raz]

Заходит ли в аксапту с эти приложением, но чистой базой?
Не удалялся какой-нибудь секьюрити кей накануне?

[Alexius]

Проводилась ли глобальная перекомпиляция приложения в 2-х звенке после сбоя ?
Удалялся ли файл axdat.udb ?

[Breaker]

Цитата:

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

Проводилась ли глобальная перекомпиляция приложения в 2-х звенке после сбоя ?
Удалялся ли файл axdat.udb ?

Нет, не проводилась, файл не удалялся. А Вам это помогло?

[Alexius]

Цитата:

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

Нет, не проводилась, файл не удалялся. А Вам это помогло?

Когда АОС перестал пускать пользователей, у меня не было времени разбираться, я просто поднял приложение из вчерашнего бэкапа, накатил свежие модификации и инкрементно откомпилировал в них классы. Все заработало, а на выходных провел глобальную компиляцию. Банальное удаление axdat.udb не помогало.

1. Глобальная компиляция не повредит.
2. Файл axdat.udb отвечает за подключенных к приложению пользователей. В нем могут появляться "некорректные" данные (например повисшие сессии) или ошибки в структуре. Желательно его удалять при перезагрузке АОС.

[Breaker]

Цитата:

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

Заходит ли в аксапту с эти приложением, но чистой базой?
Не удалялся какой-нибудь секьюрити кей накануне?

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

[gl00mie]

Цитата:

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

Значок аоса моргает зеленым. Как-то смешно написал. Ну вы сами просили.

Ну вот, а вы говорите "виснет"... Просто работает неспешно Включите трассировку длинных запросов и все же вставьте вывод диагностических сообщений в файл в тех местах приложения, которые отрабатывают при запуске, причем с указанием времени, когда выводится сообщение - чтобы можно было оценить, сколько времени проходит между отработкой различных участков кода. Чем лучше вы локализуете проблему, тем быстрее найдете причину.
На счет длинных запросов: у меня недавно был случай, когда открытие дочерней формы с dynalink'ом приводило к "зависанию" минут на 5-7, а дело оказалось всего лишь в отсутствии нужного индекса на таблице. К слову, вы так и не ответили: нашлись ли какие-то изменения в объектах AOT, предшествовашие моменту, когда начались зависания?

PS. По поводу точек останова: можно еще вставлять вместо них

print funcname();
pause;

такой код точно отрабатывает.