Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

[Java lista] Re: cometd és push technológia

4 views
Skip to first unread message

nos...@javasite.bme.hu

unread,
Oct 1, 2006, 9:36:11 AM10/1/06
to
*** Felado: Hodicska Gergely <oh...@avalon.aut.bme.hu> ***

Szia!


> 1., Ehhez speciális szerver progi kell vagy egy sima tomcat alatt is
> elzötyög?
Magához a COMET-hez nincs feltétlenül szükség semmi extrára.

> 2., hol vannak példák hozzá?müködő kódok?
Sokféle ezt használó alkalmazás van: GMail-ben is van, Renkoo, Meebo,
JotLive na meg a mi supportunk számára készült admin felületben. ;) (Itt
fontos, hogy a tranzakciókról a lehető legkisebb késéssel tudjanak a
supportosok.)

> Elég nehéz megfogni, hogy miről is van szó
> 3., jetty az egy megvalósitott szerver hozzá ?
Ez passz, ez már Java lenne. ;)

> 4., azt irják a dojo is támogatja. Van valami dojo full specifikáció ?
> A dojo lapja még nagyon fejlődésben van, nem sokmindent találtam. Van ehhez
> valami jó oldal?
Még nem volt időm rendesen utánaolvasni a dolgoknak, de ha jól
értelmezem, akkor arról van szó, hogy COMET-et már most is tudsz
megvalósítani, de a jelenlegi webszerverek architektúrája nem a legjobb
ehhez, és ezért álltak neki különböző újabb protokollokat és eszközöket
készíteni.

> Plusz bármi információ érdekelne, főleg egy müködő kód, vagy jó példák.
> Még keresgetek, de ha valaki ismer valami jó kis oldalt megirná nekem?
Szerintem érdemes elindulni Alex Russell blogjáról (dojotoolkit.org),
illetve az Ajaxian-t (ajaxian.com) olvasgatni, ott sok hasznos infóhoz
lehet jutni.

> Amit szeretnék, hogy összerakni egy ilyen oldalt-klienst, és figyelni, hogy
> mit is csinál, mennyire erőforrás zabáló, hogy kell beállitani, meg persze
> felhasználni egy jelenlegi feladathoz...:)
Az alap megvalósítás ugye az lenne, hogy a böngészőből nyitsz egy
kapcsolatot a szerver felé, amin folyamatosan kommunikálsz, illetve
vársz a szerver üzeneteire. Ezzel egy gond van, hogy per pillanat akár
FF, IE esetén is lehet gond. IE esetén pl. egyszerűen egy idő után
timeoutol a böngésző.

Ezért az lett a koncepció, hogy kvázi virtuálisan van folyamatos
kapcsolat a kliens és a szerver között, amint a szerver küld egy
"eseményt" a kliensnek (vagy több egybe csomagolt eseményt), akkor
utasítja is arra, hogy kapcsolódjon újra. Tehát a felület elindul, és
elkezd figyelni, nyit egy kapcsolatot a szerveren egy dispatcher PHP-ra,
ami egy mini deamon, fut amíg nem történik új esemény. Amennyiben igen,
akkor küld egy értesítést (vagy többet) a kliensnek, majd utasítja, hogy
rúgja újra a kapcsolatot és kilép (gondolom Java esetén erre nem nagyon
van szükség, PHP esetén úgy gondoltuk, hogy jobb, ha minél rövidebb
legyen a folyamatos futás).

Ezenkívül amire még egy ilyen cucc esetén figyelni kell az az, hogy a
kliens oldali JS cuccok nem memory leakeljenek. Ebben sokat segíthet egy
keretrendszer _megfelelő_ használata.


Felhő

Java Felhasznalok Tarsasaga levelezolista
java...@javasite.bme.hu, http://javasite.bme.hu/javalist hun.comp.lang.java

0 new messages