[Java lista] flush()

[Zsombor]

On 1/23/07, IstvĂĄn VicziĂĄn <viczian.istvan at gmail.com> wrote:
>
> Üdv,
>
> szeretnĂŠk ĂŠlharcoskĂŠnt fellĂŠpni a flame-warban, a thread-ek oldalĂĄn,
> szĂĄmomra az egyik legkĂŠnyesebb tĂŠma. :)))
> Az a bajom, hogy futĂłtĹązkĂŠnt terjed, hogy web-kontĂŠnerben ne indĂ­tsunk
> szĂĄlakat, az Ăśsszes ĂĄllĂĄsinterjĂşn ezt hallom, listĂĄkon, fĂłrumokon.
> Szegény kezdőkett meg beszivatjuk vele, adják tovább, manapság már a
> teljes magyar Java tĂĄrsadalom ebben a hitben ĂŠl.
>
> Én is így kezdtem, volt egy egyszerű hosszan futó, nem általunk
> kontrollĂĄlt - ĂŠrtsd Ă­rt - tĂĄrolt eljĂĄrĂĄs. No, mondtĂĄk, hogy akkor JMS,
> meg asynch design pattern, meg minden. Ez rĂŠgen volt, tudta egy
> alkalmazĂĄsszerver, jĂł hasznĂĄljuk azt, EJB-k orrba szĂĄjba, JMS kezelĂŠs,
> connection-Ăśkkel, session-Ăśkkel, producer, consumer, minden...
> TermĂŠszetesen rohadt macerĂĄs lett, a JMS implementĂĄciĂł is vĂŠrzett, EJB
> szabvĂĄny sem volt kiforrott. Nem mĹąkĂśdĂśtt, ahogy kellett volna.
> OsztĂĄn persze rĂĄjĂśttĂźnk, ez Ă­gy nem, legyen egy thread, kb. 20 sor
> lett a kĂłd. AzĂłta maximĂĄlisan megszĹąntek a rendszerrel szembeni ilyen
> irĂĄnyĂş panaszok.
> Nem tagadom, biztos nem volt megfelelően kezelve a JMS, de sokkal
> kĂśnnyebb elrontani, mint a thread-eket, nagyobb infrastruktĂşra kell
> alĂĄ.
>
> Szóval valaki mutasson már egy KONKRÉTUMOT, hogy miért nem (akárcsak
> ajĂĄnlott) thread-et hasznĂĄlni web-kontĂŠnerben? Ez vĂĄrosi legenda!!!
> Valaki nem jĂłl olvasta a spckĂłt.
>
> Az EJB-ben nem ajĂĄnlott fĂĄjlokat kezelni, java.io csomag, ClassLoader,
> Security Manager, socket tiltott, akkor a web-kontĂŠnerben is? MiĂŠrt
> csak a thread lett kiemelve?
> EJB 2.1 szabvĂĄny 25.1.2 Programming restrictions!
>
> Mit csinĂĄl az egyszeri ember, akinek egy web-kontĂŠnere van (Tomcat)?
> Mondjuk JMS implementáció, vagy ütemező (Quartz) hogy működik? Néztem
> forrĂĄst, fordĂ­tottam mĂĄr vissza tĂśbb kommerciĂĄlis JMS kliens
> kĂśnyvtĂĄrat, mindegyiknĂŠl ott vannak a szĂĄlak. Quartz pl.:
> org.quartz.core.QuartzSchedulerThread.
> A Quartz fejlesztőinek mért szabad, nekünk meg miért nem? Az nem a
> kontĂŠner rĂŠsze, ugyanolyan osztĂĄly, mint amit mi Ă­runk.
>
> Persze ĂŠsszel kell csinĂĄlni. SzĂłval ebben a vitĂĄban engem mĂĄr csak egy
> jól megírt programban talált dead-lock-kal lehet meggyőzni!
>
> Ne szivassuk már be a kezdőbbeket!
>
> Viczi
>


Ez teljesen igy van, web kontĂŠnerben lehet inditani threadeket, viszont ne
csodĂĄlkozzunk, hogyha pl az eredeti servlet request paramĂŠterĂŠhez prĂłbĂĄlnĂĄnk
nyĂşlni, akkor bajok lehetnek :) Jah, meg arra tĂŠnyleg ĂŠrdemes figyelni, hogy
ne inditsunk tĂśbb ezer threadet,hanem hasznĂĄljunk valami threadpoolt.

Zs

ui. az eredeti tĂŠmĂĄhoz mĂŠg annyit fĂźznĂŠk hozzĂĄ, hogy
 1, simĂĄn becachelheti a servlet futtatĂł a vĂĄlaszt, mondjuk 64k-ig is akĂĄr.
Úgyhogy a flush nem biztos, hogy használ.
 2, az, hogy AJAX, azaz kliens oldali javascript, vagy hogy a server
meta-refresh-el frissiti az oldalt majdnem mindegy. Csak az egyik mĂźkĂśdik
lynx alatt is :)
--------- következő rész ---------
Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva...
URL: http://javagrund.hu/pipermail/javalist/attachments/20070123/ca85ca05/attachment.html