☺
Scritto da: avvelentani
> > BTW2: In futuro voglio poter usare una piccola cache (Per esempio per la lista dei forum), quindi deve funzionare
!
>
> Non capisco cosa c'entri.
Era una battuta, come quello che, appena comperata una Ferrari, ha chiesto di montare il gancio per la roulotte ...
> > BTW2: In futuro voglio poter usare una piccola cache (Per esempio per la lista dei forum), quindi deve funzionare
!>
> Non capisco cosa c'entri.
Era una battuta, come quello che, appena comperata una Ferrari, ha chiesto di montare il gancio per la roulotte ...
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
☺
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
☺
Scritto da: ::1
> > BTW2: In futuro voglio poter usare una piccola cache (Per esempio per la lista dei forum), quindi deve funzionare !
>
> Piccola cache <> sessione
> > BTW2: In futuro voglio poter usare una piccola cache (Per esempio per la lista dei forum), quindi deve funzionare
!>
> Piccola cache <> sessione
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
☺
Scritto da: ::1
> AuthorDTO deve essere visibile al classloader di tommycat, ho avuto un problema simile con una custom lib che usiamo da noi, proprio relativamente alla serializzazione dei dati di sessione: il riassunto è che sia la shared library che usavamo che le classi da ricostruire devono stare ad un livello più alto nella gerarchia dei classloader.
Esatto.
> La suora consiglia: torna alla stringa, amata compagna di avventura.
No ! E' un problema di config di tomcat, ho copiato context.xml in META-INF e pare essere OK. Faccio un paio di tests e se funziona installo tutto, stacco il telefono e vado a dormire 
BTW: Anche il captcha viene serializzato nella sessione, con un timing sfigato un anonimo non puo' postare.
BTW2: In futuro voglio poter usare una piccola cache (Per esempio per la lista dei forum), quindi deve funzionare !
> AuthorDTO deve essere visibile al classloader di tommycat, ho avuto un problema simile con una custom lib che usiamo da noi, proprio relativamente alla serializzazione dei dati di sessione: il riassunto è che sia la shared library che usavamo che le classi da ricostruire devono stare ad un livello più alto nella gerarchia dei classloader.
Esatto.
> La suora consiglia: torna alla stringa, amata compagna di avventura.
No
! E' un problema di config di tomcat, ho copiato context.xml in META-INF e pare essere OK. Faccio un paio di tests e se funziona installo tutto, stacco il telefono e vado a dormire BTW: Anche il captcha viene serializzato nella sessione, con un timing sfigato un anonimo non puo' postare.
BTW2: In futuro voglio poter usare una piccola cache (Per esempio per la lista dei forum), quindi deve funzionare
!
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
☺
Scritto da: avvelentani
> Fatto.
Sei troppo veloce
!
Edit: Ora mi studio la storia del persistence delle sessioni, modificando context.xml come hai fatto te e' riproducibile localmente.
**Modificato dall'autore il 30.01.2012 19:44**
> Fatto.
Sei troppo veloce
!Edit: Ora mi studio la storia del persistence delle sessioni, modificando context.xml come hai fatto te e' riproducibile localmente.
**Modificato dall'autore il 30.01.2012 19:44**
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
Dio Porco
Ad
hhttps://bestemmietraamicidioporco
Perché non bestemmiare tra amici? È una cosa divertente!
☺
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
☺
Scritto da: avvelentani
> Inoltre hai un problema con la configurazione di git, stai appestando il repo con i caratteri CR di windows, dagli questo comando:
Me ne sono accorto, e' che all'UBS ("Primo sponsor involontario dell'FdT2.0") c'ho WinXP
...
> altrimenti controllare la history e` impossibile.
Se tu usassi un IDE in ordine come Eclipse, potresti settare l'opzione di ignorare i whitechars
> Inoltre hai un problema con la configurazione di git, stai appestando il repo con i caratteri CR di windows, dagli questo comando:
Me ne sono accorto, e' che all'UBS ("Primo sponsor involontario dell'FdT2.0") c'ho WinXP
...> altrimenti controllare la history e` impossibile.
Se tu usassi un IDE in ordine come Eclipse, potresti settare l'opzione di ignorare i whitechars
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
☺
Scritto da: Daisuke Niwa
> In compenso il forum valida quasi al 100%!
E ci sono tante ficiur in piu' ... Le hai viste le preferences
?
E poi il mouseover sull'avatar ! E un potenziale connection-leak a livello del database ! E ... Dovremmo chiamarlo FdT Seven
!
> In compenso il forum valida quasi al 100%!
E ci sono tante ficiur in piu' ... Le hai viste le preferences
?E poi il mouseover sull'avatar ! E un potenziale connection-leak a livello del database ! E ... Dovremmo chiamarlo FdT Seven
!
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
☺
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
☺
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
☺
Scritto da: avvelentani
> vengo sloggato ogni due minuti
Si, fai pure.
> BTW secondo me giambo sul suo server e in locale non se ne accorge perche' le sessioni non vengono mai deserializzate.
O forse non vengono mai serializzate su file ... Dovrei provare in locale la configurazione che hai fatto te sul serverozzo.
> vengo sloggato ogni due minuti
Si, fai pure.
> BTW secondo me giambo sul suo server e in locale non se ne accorge perche' le sessioni non vengono mai deserializzate.
O forse non vengono mai serializzate su file ... Dovrei provare in locale la configurazione che hai fatto te sul serverozzo.
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
☺
Scritto da: avvelentani
> Ma il motivo di piazzare AuthorDTO nella sessione sarebbe?
Prima l'utente loggato era identificato da AuthorDTO.nick, ma ora con le preferences ci vuole tutto.
> Da quando in qua ci preoccupiamo di ottimizzare il numero di chiamate al db? (perche' ci sarebbe la visualizzazione degli indici che ne fa un miliardo)
Non e' questione di ottimizzazione, ma questione di pigrizia Non volevo preoccuparmi di mettere AuthorDTO come attributo nel request per (Quasi) ogni chiamata ...
> Ma il motivo di piazzare AuthorDTO nella sessione sarebbe?
Prima l'utente loggato era identificato da AuthorDTO.nick, ma ora con le preferences ci vuole tutto.
> Da quando in qua ci preoccupiamo di ottimizzare il numero di chiamate al db? (perche' ci sarebbe la visualizzazione degli indici che ne fa un miliardo)
Non e' questione di ottimizzazione, ma questione di pigrizia
Non volevo preoccuparmi di mettere AuthorDTO come attributo nel request per (Quasi) ogni chiamata ...
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
☺
Scritto da:
> > A che pro metterlo in ThreadLocal ? Viene richiamato solo nel cambio della password ...
>
> Non posso vedere il codice in questo momento, pero` se lo hai reso membro della classe (statico o no) rischia di essere usato contemporaneamente da due thread e se non fosse rientrante potrebbe rompersi in modi inspiegabili.
No, non e' statico, anzi, non e' assegnato a nessuna variabile.
BTW, i log sono pieni di:
Secondo questo thread, e' colpa del classloader:
http://marc.info/?l=tomcat-user&m=125553788214052&...
> > A che pro metterlo in ThreadLocal ? Viene richiamato solo nel cambio della password ...
>
> Non posso vedere il codice in questo momento, pero` se lo hai reso membro della classe (statico o no) rischia di essere usato contemporaneamente da due thread e se non fosse rientrante potrebbe rompersi in modi inspiegabili.
No, non e' statico, anzi, non e' assegnato a nessuna variabile.
BTW, i log sono pieni di:
Jan 30, 2012 4:47:48 PM org.apache.catalina.session.StoreBase processExpires SEVERE: Session: XXXXXXXXXXXXXXXXXXXXXXXXXx; java.lang.ClassNotFoundException: com.acmetoy.ravanator.fdt.persistence.AuthorDTO
Secondo questo thread, e' colpa del classloader:
http://marc.info/?l=tomcat-user&m=125553788214052&...
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
☺
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
☺
Ho provato a installare sull'"altro server" (Quello segreto che gira con postgresql), e li' il problema non si presenta (Tomcat 6.0.35).
Credo sia proprio un problema di config di "questo" tomcat
Credo sia proprio un problema di config di "questo" tomcat
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
☺
http://money.cnn.com/magazines/fortune/fortune_arc...
Microsoft claims that free software like Linux, which runs a big chunk of corporate America, violates 235 of its patents.
Microsoft claims that free software like Linux, which runs a big chunk of corporate America, violates 235 of its patents.
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
☺
Scritto da:
> Sarrusofono da sotto il sasso
Secondo me il problema risiede nella serializzazione di AuthorDTO, che viene interamente messo nella session ("loggedUser") mentre prima era solo una String (nick).
Il fatto che non sia riproducibile localmente mi fa pensare a una differenza di configurazione tra Tomcat "out-of-the-box" e quello sul serverozzo.
Ho provato a settare SecretKeyFactory come transient con un getter che crea l'instanza on-demand, e SecureRandom non e' piu' nel ThreadLocal, ma non cambia nulla
> Sarrusofono da sotto il sasso
Secondo me il problema risiede nella serializzazione di AuthorDTO, che viene interamente messo nella session ("loggedUser") mentre prima era solo una String (nick).
Il fatto che non sia riproducibile localmente mi fa pensare a una differenza di configurazione tra Tomcat "out-of-the-box" e quello sul serverozzo.
Ho provato a settare SecretKeyFactory come transient con un getter che crea l'instanza on-demand, e SecureRandom non e' piu' nel ThreadLocal, ma non cambia nulla
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
☺
Scritto da: ::1
> http://www.geek.com/articles/geek-pick/megaupload-...
Piuttosto che piangere sulla tua collezione di MioMiniPornoPony uploadata su megaupload, dimmi perche' l'utente ogni tanto viene "sloggato"
!
E perche' cazzo cazzo cazzo localmente non succede !!!
> http://www.geek.com/articles/geek-pick/megaupload-...
Piuttosto che piangere sulla tua collezione di MioMiniPornoPony uploadata su megaupload, dimmi perche' l'utente ogni tanto viene "sloggato"
!E perche' cazzo cazzo cazzo localmente non succede
!!!
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
☺
Scritto da: Giambo
> > Puo' essere che il problema e' SecretKeyFactory e SecureRandom salvati nel threadlocal di AuthorDTO
?!?
>
> Forse si, problema risolto
?
E invece no, cazzo !!
> > Puo' essere che il problema e' SecretKeyFactory e SecureRandom salvati nel threadlocal di AuthorDTO
?!?>
> Forse si, problema risolto
?E invece no, cazzo
!!
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
☺
Scritto da: Giambo
> > Io l'avevo fatto andare, ci mettete le manacce voi e avete spaccato tutto.
>
> Puo' essere che il problema e' SecretKeyFactory e SecureRandom salvati nel threadlocal di AuthorDTO ?!?
Forse si, problema risolto ?
> > Io l'avevo fatto andare, ci mettete le manacce voi e avete spaccato tutto.
>
> Puo' essere che il problema e' SecretKeyFactory e SecureRandom salvati nel threadlocal di AuthorDTO
?!?Forse si, problema risolto
?
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo