Używałem SecureSocial 2.0.7, i zaimplementowałem UserServicePlugin, a użytkownicy mogą się logować. Mogę zatrzymać i zrestartować serwer (lub rekompilować lub cokolwiek innego), a użytkownicy pozostaną zalogowani.Uaktualniono do SecureSocial 2.0.12, a teraz sesje nie są zachowywane.
Od aktualizacji do wersji 2.0.12 sesja logowania nie jest trwała po ponownym uruchomieniu serwera.
Dodałem rejestrowanie debugowania do każdej metody w UserServicePlugin
. Użytkownik jest przy logowaniu saved
. Jednak po ponownym uruchomieniu serwera, i próbować uzyskać dostęp do strony jako poprzednio zalogowanego użytkownika, po prostu zobaczyć w dziennikach:
[info] play - database [default] connected at jdbc:postgresql://localhost/xxxxxx
[info] application - [securesocial] loaded templates plugin: sec.SecureSocialViews
[info] play - Starting application default Akka system.
[info] application - [securesocial] loaded user service: class sec.LoginUserService
[info] application - [securesocial] loaded password hasher bcrypt
[info] application - [securesocial] loaded identity provider: userpass
[info] play - Application started (Dev)
[debug] application - [securesocial] calling deleteExpiredTokens()
[debug] application - deleteExpiredTokens
[debug] application - [securesocial] anonymous user trying to access : '/supplier/requests'
pomysłów? Zastanawiam się, czy z jakiegoś powodu plik cookie logowania jest nukowany, zanim nawet dojdzie do sprawdzenia istniejącej sesji logowania ...
Używam uwierzytelniania nazwy użytkownika/hasła.
Czy może to mieć coś wspólnego z przechowywaniem rzeczy SecureSocial w Play Cache? (Używam tylko domyślnej, wbudowanej pamięci podręcznej Play). – andrewf
Znalazłem to również w Play 2.1 i Master branch Securesocial. Mam usługę użytkownika opartą na DB i skonfigurowałem ehcache do utrzymywania na dysku. Jednak po ponownym uruchomieniu serwera wszyscy użytkownicy są wylogowani. Denerwujący. –