From: Lars Rune Nøstdal
Subject: some early results/tests from an ajax/comet library in lisp
Date: 
Message-ID: <47eb0f45$0$28892$c83e3ef6@nn1-read.tele2.net>
ok, this is a quick hack .. here it is: http://swchat.nostdal.org/

sbcl, hunchentoot and jquery .. the code for the app is here: 
  http://paste.lisp.org/display/58068

..i'm working on some higher level widget-type api for the library .. if 
it works out and doesn't suck too much i'll post the code for that 
also .. :}

..wonder if it still runs when i wake up..

-- 
Lars Rune Nøstdal
http://nostdal.org/
From: Lars Rune Nøstdal
Subject: Re: some early results/tests from an ajax/comet library in lisp
Date: 
Message-ID: <47ec5bc2$0$28892$c83e3ef6@nn1-read.tele2.net>
On Thu, 27 Mar 2008 03:06:45 +0000, Lars Rune Nøstdal wrote:

> ok, this is a quick hack .. here it is: http://swchat.nostdal.org/
> ...
> ..wonder if it still runs when i wake up..

ok, it survived the first 24 hours .. i had to do some live-patching but 
it's written in lisp so no problem ^^

seems Hunchentoot does not GC sessions unless i call START-SESSION .. so, 
things grinded to an almost complete halt after a while 

i also got burned by IE(#1) .. it does not remove already bound events on 
DOM elements when i refresh the browser which lead to interesting results

it's still using long polling for the comet part .. but there should be 
less network chatter than before, and the performance should be better

it would be interesting to see if it is possible to implement this using 
a continuous stream of JS directly to the client instead of using long 
polling

Hunchentoot is starting to feel a bit heavy for this though .. maybe 
something running on IOLib could handle the comet/ajax requests .. but 
there is still a lot of room for improvement regardless of what HTTP 
server is used


#1: or maybe it was a Wine bug .. i run IE under Wine .. but i think i 
saw at least one other case where this happened and i don't think he was 
running IE

-- 
Lars Rune Nøstdal
http://nostdal.org/