On Tuesday 06 of December 2005 17:05, jeeff wrote: > Oto Buchta wrote: > >To, co potrebuje tazatel, je plne standardizovane asynchronni (idealne > >reliable) komunikace s moznosti zjisteni stavu zpracovani. Takze bud > > nejake JMSko nebo asynchronni SOAP stack podporujici callbacky. > > to urcite ano. Zalezi to ale aj od toho, ci chcete ist s kanonom na > vrabce alebo nie. Predstavme si jednoduchu situaciu ked mate riesenie > prevadzkovane napr. nad Tomcatom a nechcete zo sebou vlacit cele JMS. Na > jednoduche aplikacie je to jednoduche riesenie (netreba ani spustat novy > thread), vsetko bezi ako pred tym, len sa vyriesi ten timeout.
S jednim rozdilem. Copak se asi stane pri padu spojeni? A nebo jak interpretovat, kdyz uzivatel klikne na stop/back/neco jineho? Co myslite? Chtel, aby se to prerusilo, nebo ho nezajima sledovat teplomer? Ja vim, ze to funguje, ja sam jsem toto jednou pouzil, kdyz jsme na firemnim serveru, coz bylo Dual Pentium Pro na 150MHz, provozovali katalog firem a bylo nutne generovat stranky staticky, protoze to proste DB nestihala. Ale tam jsem explicitne proskolil devcata, ktera to obsluhovala... Tehdy to byl trivialni perlovy skriptik... Dnes uz je situace kapanek odlisna... -- Oto 'tapik' Buchta, [EMAIL PROTECTED] Senior Engineer, Systinet Corp, http://www.systinet.com
