From: John A. T. <ja...@ja...> - 2005-10-12 00:59:40
|
On Tue, 11 Oct 2005, Brett Lentz wrote: > No, the servlet files are placed on a webserver that utilizes something > akin to Apache + Tomcat for running the JVM. Then, it's accessed similar > to a CGI or ASP or PHP script, where the web server does all the > processing and returns result output in the form of a webpage (HTML). > > It is somewhat similar to the interface being used over at fwtwr.com, > but is a better interface IMO. ;-) > > By contrast, the Swing UI is intended to be more along the lines of > Colossus, the Java clone of Titan ( http://colossus.sourceforge.net ). What I am saying is that in the final configuration, there is a server process that handles connections from multiple clients and moderates a game. Some clients may have multiple players on the same connection (ie, a hotseat game or one where the server is just being the moderator for a FTF game). These clients may be accessed over the web or a standalone client, or perhaps AI players. In that environment, a web interface running under Tomcat is just another client. The model I am thinking of is more like ICS (Internet Chess Server), OK-Bridge, or even Battle.net -- users run their favorite client and connect to the server and play the game, whether it is an extended FTF gaming session, PBeM, or whatever. The client simply handles interaction with the user, and all of the game data, rules enforcement (perhaps even rules knowledge depending on how you want to partition the client), etc reside on the server. Individual users could run their own server for private games (probably necessary until/unless someone can host a centralized server) but that doesn't change the model at all. I realize that the current monolithic architecture does not support such a thing, but hopefully that can be fixed down the road (as that is a major goal of mine). -- John A. Tamplin ja...@ja... 770/436-5387 HOME 4116 Manson Ave Smyrna, GA 30082-3723 |