... jak to vlastně dopadlo?
Zajímá mě, kde byl zakopaný pes.
Petr
2010/9/9 Oto Buchta ta...@buchtovi.cz
2010/9/9 Tomas Beranek beranek.to...@gmail.com:
diky za tipy a rady,
ale instancni promenna to taky nebude, vim jak se chova Action v Struts.
zadne takove promenne nepouzivam.
je
On 10/15/2010 08:51 AM, Petr Franta wrote:
... jak to vlastně dopadlo?
Zajímá mě, kde byl zakopaný pes.
Petr
Ja to tipujem na ten firewall / proxy.
:-)
--
Dusan
diky za tipy a rady,
ale instancni promenna to taky nebude, vim jak se chova Action v Struts.
zadne takove promenne nepouzivam.
je tam proste jen execute(...) metoda.
zacinam cim dal vice podezrivat ten firewall :-)
dik
T.
2010/9/8 Oto Buchta ta...@buchtovi.cz
Dne 8. září 2010 17:53 Karel
2010/9/9 Tomas Beranek beranek.to...@gmail.com:
diky za tipy a rady,
ale instancni promenna to taky nebude, vim jak se chova Action v Struts.
zadne takove promenne nepouzivam.
je tam proste jen execute(...) metoda.
zacinam cim dal vice podezrivat ten firewall :-)
Asi takto:
něco někde
Zdravím,
neukládáte něco do LocalThread proměnných a nezapomínáte to mazat?
Uživatel pak vyfasuje vlákno s údaji jiného uživatele… Případně může
jít o jiný problém se synchronizací, kdy si vlákna navzájem přepisují
data.
S pozdravem
Filip Jirsák
Dne 8. září 2010 10:13 Tomas Beranek
Nemuze to no byt spis nejake thread safety issue? Myslim jako napr. to,
ze v servletu doGet() nastavim nejakou instancni promennou servletu,
nejak s ni pracuju a pak dalsi zavolani z jineho klienta mi ji
prenastavi na neco jineho zatimco prvni thread predpoklada, ze ji nikdo
nezmenil?
Je
jaky typ autentizace pouzivate? Jedine co me napada, ze se uzivatelske
jmeno a heslo drzi v nejake thread local promenne, ktera se po
vyrizeni pozadavku nesmaze. To same vlakno potom zpracovava toho
uzivatele B.
2010/9/8 Tomas Beranek beranek.to...@gmail.com:
zdravim,
mam problem a absolutne
Struts standardně vytváří jednu action třídu pro všechny requesty, takže se
dá říct, že definice atributu action třídy private int i = 0; je to samé
jako, když napíšete private static int i = 0; protože třída je v paměti
pouze jednou. Pokud tedy uchováváte lokální data uživatele v atributech
autentizace klasickej FORM method POST
ten thread to asi nebude, nikam se nic neuklada.
a hlavne mezi prihlasenim uzivatele A a uzivatele B se mezitim prihlasilo
dalsich 20 ruznych klientu korektne.
je divne, ze se to stava vzdy jen z browseru, ktere jsou v mobilu.
diky za rady.
T.
Dne 8.
Možná by pomohlo si pustit http tunel a mrknout se na komunikaci mezi
klientem a serverem. Po prozkoumání oněch špatných dotazů bude asi jasno,
protože se přesně ví co jde na server a co server vrátí.
2010/9/8 Tomas Beranek beranek.to...@gmail.com
autentizace klasickej FORM method POST
ten
Mozna by zatim stacilo jen logovat requesty spolu s remoteAddr a
parametry. Az nastane ten problem, tak zjistit, jestli ten HTTP FORM
request byl spravnej nebo ne.
2010/9/8 Petr Franta petr.fra...@gmail.com:
Možná by pomohlo si pustit http tunel a mrknout se na komunikaci mezi
klientem a
To spíš vypadá na problém v synchronizaci (pomíchají se dva souběžné
požadavky), než že by byl problém v tom, že data zůstanou přiřazená k
vláknu a to pak použije jiný klient. Klasický požadavek z počítače je
asi vykonán rychle, takže se nesejdou dva souběžně, ale požadavek z
mobilu může být
remoteAddr bohuzel nevidim, protoze aplikace je za aplikacnim firewallem,
kterej mi tuhle info neda.
a do logu si vypisuju, co mi ten FORM posila v username a tam je u uzivatele
B username A
a pak se na nej prihlasi, takze predpokladam, ze i heslo je z uzivatele A.
(heslo z bezp. duvodu logovat
BTW. A remoteAddr neni ani v X-Forwarded-For?
http://en.wikipedia.org/wiki/X-Forwarded-For
2010/9/8 Tomas Beranek beranek.to...@gmail.com:
remoteAddr bohuzel nevidim, protoze aplikace je za aplikacnim firewallem,
kterej mi tuhle info neda.
a do logu si vypisuju, co mi ten FORM posila v
to mi bohuzel vraci null :-(
2010/9/8 Ondra Medek xmed...@gmail.com
BTW. A remoteAddr neni ani v X-Forwarded-For?
http://en.wikipedia.org/wiki/X-Forwarded-For
2010/9/8 Tomas Beranek beranek.to...@gmail.com:
remoteAddr bohuzel nevidim, protoze aplikace je za aplikacnim firewallem,
kterej
A jak přiděluje tomcat session? Nemůže ho plést, že nerozená remote IP?
16 matches
Mail list logo