Silverlight RIA Services-jak najlepiej obsłużyć limit czasu sesji klienta?

Prawdopodobnie już to zrobiłeś, ale Ten artykuł opisuje korzystanie z DomainOperationException i sprawdzanie kodów błędów.

dex.ErrorCode == ErrorCodes.NotAuthenticated || dex.ErrorCode == ErrorCodes.Unauthorized

dla wygodnego dostępu (i w przypadku utraty dostępu do bloga) oto artykuł na blogu autorstwa Josha Eastburna:

Pytanie, które często pojawia się od programistów, którzy pracują z usługami Silverlight i WCF RIA: Dlaczego moja aplikacja Silverlight rzuca wyjątek, gdy jest bezczynna przez okres czasu? Jak można się spodziewać, wynika to z uwierzytelnionego czasu sesji. Ale to nie jest takie proste. Ponieważ Silverlight używa architektury klient / serwer, klient może działać niezależnie od serwera przez nieokreślony czas. Tylko wtedy, gdy klient Silverlight wykona połączenie z serwerem, zostanie zrealizowany limit czasu po stronie serwera. Istnieje kilka opcji, aby poradzić sobie z problemem limitu czasu klient-serwer (i być może uda ci się wymyślić kilka innych): jeśli nie przejmujesz się skutkami bezpieczeństwa związanymi z usunięciem limitu czasu sesji, możesz albo zwiększyć ustawienie limitu czasu w Internecie.config, lub utworzyć DispatcherTimer w kliencie Silverlight, który wywołuje prostą metodę na serwerze, aby działać jako " Keep Alive."Dodaj DispatcherTimer do klienta Silverlight, który pozostaje zsynchronizowany z timeoutem po stronie serwera i ostrzegaj / prompt użytkownika, aby aktywował sesję przed upływem czasu lub aby ponownie uwierzytelnił się, jeśli już wygasł. Jednakże, wymaga to dodatkowego wysiłku, aby synchronizować liczniki czasowe podczas wysyłania nowych żądań serwera. Pozwól serwerowi obsłużyć timeout tak, jak normalnie i z wdziękiem obsłużyć timeout na kliencie Silverlight. Oznacza to, że limit czasu jest określony przez aktywność wywołania serwera, a nie aktywność ograniczającą klienta Silverlight (tzn. dostęp do danych po stronie klienta w kontekście). Z tych trzech opcji uważam, że trzecia jest najlepszą równowagą bezpieczeństwa i użyteczności, a jednocześnie nie dodaje niepotrzebna złożoność aplikacji. Aby obsłużyć te limity czasu po stronie serwera globalnie, możesz dodać następującą logikę w metodzie Application_UnhandledException w aplikacji.xaml.cs lub w Twoim Global ViewModel loading construct jeśli go posiadasz:

 // Check for Server-Side Session Timeout Exception
 var dex = e.ExceptionObject as DomainOperationException; 
 if ((dex != null) && (dex.ErrorCode == ErrorCodes.NotAuthenticated || dex.ErrorCode == ErrorCodes.Unauthorized) && WebContext.Current.User.IsAuthenticated) 
 {
    // A server-side timeout has occurred.  Call LoadUser which will automatically
    //   authenticate if "Remember Me" was checked, or prompt for the user to log on again
    WebContext.Current.Authentication.LoadUser(Application_UserLoaded, null);
    e.Handled = true; 
 }

Następujące stałe są zdefiniowane w klasie ErrorCodes:

public static class ErrorCodes 
{
     public const int NotAuthenticated = 0xA01;
     public const int Unauthorized = 401; 
}  

Gdy sesja po stronie serwera się skończy, wszelkie kolejne wywołania zwrócą wywołanie DomainOperationException. Sprawdzając zwrócony kod błędu, możesz określić, czy jest to błąd uwierzytelniania i odpowiednio go obsłużyć. W moim przykładzie wywołuję WebContext.Aktualne.Uwierzytelnianie.LoadUser (), która spróbuje ponownie uwierzytelnić użytkownika, jeśli to możliwe. Nawet jeśli użytkownik nie może być automatycznie ponownie uwierzytelniony, oddzwoni do metody My Application_UserLoaded. Tam mogę sprawdzić WebContext.Aktualne.Użytkownik.IsAuthenticated w celu ustalenia, czy kontynuować poprzednią operację, czy jeśli potrzebuję aby przekierować z powrotem do strony głównej i reprompt do logowania. Oto przykład kodu w wywołaniu zwrotnym Appliation_UserLoaded, który wyświetla okno dialogowe logowania, jeśli użytkownik nie jest uwierzytelniony:

// Determine if the user is authenticated
if (!WebContext.Current.User.IsAuthenticated) 
{
    // Show login dialog automatically
    LoginRegistrationWindow loginWindow = new LoginRegistrationWindow();
    loginWindow.Show(); 
}   

Aby przetestować kod, możesz ustawić wartość timeout w web.config to a mała wartość, więc timeouty występują szybko:

<authentication mode="Forms">   
     <forms name=".Falafel_ASPXAUTH" timeout="1" /> 
</authentication>   

Jeśli chcesz zobaczyć cały ten kod w działającym rozwiązaniu, sprawdź nasz szablon Silverlight Ria na CodePlex .