Anyway, in that case (with an evolving number of game hosts), game hosts can not be internal components because they have to be launched dynamically (by another host or by the game matching service). That's the point I wanted to be sure of, which implies my game hosts have to be bots.
Guillaume ----- Message d'origine ---- De : Richard Dobson <[EMAIL PROTECTED]> À : Jabber software development list <[email protected]> Envoyé le : Mercredi, 7 Février 2007, 15h19mn 41s Objet : Re: Re : [jdev] how to program a jabber game server > Richard, I want to dynamically create game hosts to adapt to the number > of online players. If all game hosts are full, I want the clients to > be able > to request the creation of new hosts. Ahh ok, that sounds fair enough, but the way I would implement that would be that the game hosts themselves would start up additional ones when they are full (otherwise the game matching service will need to be constantly monitoring the game hosts to know if they are full or not), as well as removing themselves from the list of available hosts the game matching component has, either preferably by having a protocol that the game hosts use to register/de-register with the game matching component over XMPP on start-up or when full etc, or use something like a shared database. Richard ___________________________________________________________________________ Découvrez une nouvelle façon d'obtenir des réponses à toutes vos questions ! Profitez des connaissances, des opinions et des expériences des internautes sur Yahoo! Questions/Réponses http://fr.answers.yahoo.com
