Hello, On Wed, Jan 31, 2007 at 10:59:08AM -0600, Aaron Miller wrote: > This thread interests me. I'm not developing a game, but my > application has similar needs. It's a web application with three > interface modules--one that monitors a multiuser chat room, one that > requests page-size chunks of data and displays them, and one that can > display and modify a threaded discussion. The main similarity is that > somehow I need the server(s) to keep track of not just which clients > are requesting which chunks of data and notify all other clients (ie > room occupants), but also keep track of changes to the state of the > web interface of each user and push updates and refreshes to those > interfaces. > > There is no question about using XMPP for the chat, but what I'm > confused about is how much "stateful" communication should I route > through this protocol and how much should I relegate to http? An > external component seems to be the way to go, but on the other hand, > writing it in Javascript seems like a tricky proposition. I know > about JSJac and JSON and XIFF, but these are all fairly new and > unpredicable things and I have a feeling they will require a lot of > customization. Should I look at writing an internal component, or > perhaps use some kind of bot?
Sounds like PubSub to me, but I don't know if I got it right (there is XEP for it somewhere and an implementation - but I'm not sure if complete one). With regards -- Fragile. Do not turn upside down. Michal "vorner" Vaner
pgpkBUPcNRCzZ.pgp
Description: PGP signature
