我可以根据需要在HTML5当前不断变化的WebSockets服务器实现你的经验。我们希望将这项技术用于在客户端网站上使用常见网页浏览器的项目。我们现在需要的是满足我们要求的网络服务器。它们是:WebSockets的服务器
- 用Java或PHP编写,因为这些是当前所有程序员在项目中使用和掌握的语言。由于似乎还没有很有前途的PHP实现,我倾向于专注于Java网站。
- 尽可能快。我们并不期望在生产中使用过多,但我们需要能够在独立主机上近乎实时地同步两个浏览器。
- 易于扩展。我们需要在websocket之上实现我们自己的协议,所以我们希望最大的灵活性。
- 易于使用,有据可查的,积极的发展。由于我们必须快速实现首次运行的实现,并且由于我期望开发人员在此期间发生一些变化,如果不难进入服务器编程,那将是非常好的。
我已经看过一些看起来很有前途的服务器/框架, Jetty,Netty和jWebSocket。我还发现了一些关于这个主题的更老的讨论。但是,对于那些已经使用Java(或PHP)与Websockets一起工作的人的现有经验或建议,我会很高兴。是否有一些特别合适的实现或者我们绝对不应该使用的实现?为了清楚起见:当我谈到在Websockets上实现我们自己的协议时,我的意思是有某种插件机制,以便我们可以使用WebSocket将XML消息发送到服务器,然后使用插件将它们解释为我们喜欢的某些服务器操作。我猜每个服务器实现也支持这个,但如果编写这样的插件不是太困难,那将是很好的。
感谢您的回答。 Google AppEngine的确看起来很有前途,但我担心它不适用于Websockets。另外,我们已经有了一个现有的服务器基础设施(使用Tomcat,但不幸的是它不支持Websockets),并且将为我们提供这个项目。 – j0ker
是的,没错。这个问题已经得到AppEngine的确认,并且有关使用TyphoonAE的方法。现在,AppEngine有一个类似用例的Channel API,谷歌自己使用Google API和GChat相信的东西。但我确信AppEngine也会很快发布Web Sockets API。 –