- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
try
{
var ticketInfo =
WebServicesRepository.XLoginInstance.XLoginTicketHandler(ticket.Ticket);
if (!(ticketInfo.Errors.Length > 0))
FormsAuthenticationUtility.SetAuthCookie(ticketInfo.UserID, ticketInfo.UserLogin, ticketInfo.UserPassword, ticketInfo.Email, false);
var profile =
AccountRepository.GetUserProfile(ticketInfo.Email, ticketInfo.UserPassword) ?? null;
var authForm =
new AuthenticateForm()
{
Login = profile.Login,
Password = profile.Password,
IsPersistent = true
};
AccountRepository.SignIn(authForm, ref errors);
}
catch(Exception e)
{
log.Error("Автоматическая авторизация", e);
};
ticket.Ticket
Второе
ref errors
Надеюсь это не String, в который дописываются ошибки?
Ну и вызовы в стиле
FormsAuthenticationUtility.SetAuthCookie (ticketInfo.UserID, ticketInfo.UserLogin, ticketInfo.UserPassword, ticketInfo.Email, false);
Заставляют сакуру плакать.
Может я соль тут не увидел - Asp.net знаю плохо, может что упустил - сильно не ругайте, ня ^_^
log.Error("Автоматическая авторизация", e);
Ошибка! Автоматическая авторизация! Сервер упадет через 3...2...1...
И реакции никакой. Может там связь порвалась, или еще что - один фиг -Автоматическая авторизация
Но вот зачем она нужна при наличии стектрейса - непонятно.
С ним весь кодинг сводится к редактированию Web.config'а (Прописать сборку логгера [или использовать стандартные] и включить HM прописав провайдер событий).
Ежели это WCF, то для этих целей есть sharedListeners в том-же Web.config'е.
Попробуйте под IIS'ом 6+ устроить StackOverflow. IIS будет настолько удивлён, что уронит весь рабочий процесс.
А если переполнение стека ещё и плавающее, то вообще веселуха начнётся с чтением дампов памяти...