[Building Sakai] Worksite InstaChat

Stephen Marquard stephen.marquard at uct.ac.za
Mon Dec 7 02:13:10 PST 2009


Hi Adrian,

Chat currently uses a very efficient message queue per listener for new messages. If you replace that with a method to get all messages since a particular timestamp, you will increase the database traffic and possibly run into scaling problems, plus you might run into some timing and/or race-condition issues.

You should probably look at reusing the existing mechanisms by registering a listener and then requesting all new messages for that listener.

Is there a JIRA for this?

Regards
Stephen

>>> Adrian Fish <a.fish at lancaster.ac.uk> 12/7/2009 12:02 PM >>>
Hi All,

I need some help.

I'm working on a dead simple html and javascript addition to site.vm, or 
alternatively via sakai:htmlInclude 
(http://jira.sakaiproject.org/browse/SAK-15097) that pops up a floating 
chat window independent of the other Sakai tools. The chat window posts 
new messages to the current worksite's default channel via a slightly 
hacked version of ChatMessageEntityProvider, so all messages also get 
rendered in the default chat tool. The idea is similar to Chuck's hab.la 
integration efforts, but uses Sakai's chat apis.

I'm at the point now where I need to add a another path to the chat rest 
interface. I need a method whereby I can request all chat messages for 
the default room posted since a supplied timestamp, so I can use ajax to 
update the floating panel. Can anybody give me any pointers as to where 
to start?

Many thanks,

Adrian.

-- 
==================================
Adrian Fish
Software Engineer
Centre for e-Science
Bowland Tower South C Floor
Lancaster University
Lancaster
LA1 4YW
email: a.fish at lancaster.ac.uk 

http://confluence.sakaiproject.org/display/YAFT/Yaft 
http://confluence.sakaiproject.org/display/BLOG/Home 
http://confluence.sakaiproject.org/display/AGORA/Home 




More information about the sakai-dev mailing list