[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