Details
-
Type:
Bug
-
Status:
Open
-
Priority:
Major
-
Resolution: Unresolved
-
Affects Version/s: 2.2.0
-
Fix Version/s: None
-
Component/s: web
-
Labels:None
-
Environment:any portal + any servlet container (2 tested: WebSphere Portal + WebSphere, Liferay + Tomcat)
Description
Ho un'applicazione Web scritta con Spago di cui ho appena fatto il passaggio alla versione 2.2.0.
Dall'interno di un portale seguo un link a quest'applicazione deployata su un servlet container esterno: il codice della Action che richiamo non viene più invocato ma viene invece lanciata un'eccezione SESSION_EXPIRED (cosa che non succede se non ho una sessione precedente, per esempio invocando il link da una pagina statica). Precedentemente avevo questo problema solo se non specificavo NEW_SESSION=TRUE: ora l'attributo sembra non funzionare più. Il problema c'è solo da quando ho aggiornato la libreria, prima funzionava tutto
Dall'interno di un portale seguo un link a quest'applicazione deployata su un servlet container esterno: il codice della Action che richiamo non viene più invocato ma viene invece lanciata un'eccezione SESSION_EXPIRED (cosa che non succede se non ho una sessione precedente, per esempio invocando il link da una pagina statica). Precedentemente avevo questo problema solo se non specificavo NEW_SESSION=TRUE: ora l'attributo sembra non funzionare più. Il problema c'è solo da quando ho aggiornato la libreria, prima funzionava tutto
<ATTRIBUTE name="HTTP_REQUEST_REQUESTED_SESSION_ID_VALID" value="false"/>
<ATTRIBUTE name="HTTP_REQUEST_REQUESTED_SESSION_ID" value="AB2785EB0695D1F4914B816D28A91A0B"/>
Quindi la sessione non è valida ma esiste un sessionID: il vecchio AdapterHTTP faceva il controllo su NEW_SESSION, non sul sessionId, per cui funzionava.
Secondo me andrebbe ripristinato il codice che controlla l'attributo NEW_SESSION, mentre il controllo sul sessionId va fatto solo nel caso in cui l'attributo non sia specificato