我已经准备好了一个大型API，可以划分为应用程序服务器、客户端-服务器架构。
我希望至少有一个具有开放许可证的基于Java的应用程序服务器系统已经取得了足够的进展，适合我使用，而且不会太难处理。
拟议的成套工具应：
- 提供连接线程管理。（也就是说，它应该接收未经请求的绑定内连接请求，为每个请求提供身份验证，并应该以优雅的方式管理断开连接。）
- 提供到服务器的持续的、有状态的连接——在每个用户连接的基础上实例化我的API的新实例是完美的
- 提供一种身份验证机制，该机制可以完全由该工具提供，并且希望能够向我的API提供用户名/密码调用
由于我所有的代码都是基于Java的，所以一个全Java的解决方案会很棒。
我认为这就是所需的全部其他机器越少越好我不需要太多的线程管理/连接管理功能，但这没关系。我不需要或不想要的是与"网络"有关的任何东西。这不是基于网络的应用程序情况。
你能提出应用服务器工具集吗？对于每个工具集：
- 确定在像我这样的情况下使用的步骤——专注于耗时且全面的步骤是可以的
- 确定拟议工具集的主要优势
- 确定拟议工具集的主要缺点
- 就实施工作的规模发表意见解决方案的可扩展性
我的调查让我相信Glassfish可能值得我花时间和关注。我自己在JBoss的经验表明，这是绝对不可能的。。。
如果您要求逐个功能进行比较，恐怕您会失望的。
我认为WebLogic是市场上最好的Java EE应用服务器；至少当时东亚银行是它的管家。自从甲骨文买下它们后，我就再也没有使用过它，所以我不知道它现在处于什么状态。
Glassfish面临着与所有Sun产品相同的问题：出色的规范，糟糕的实现。
与WebLogic提供的优雅管理控制台相比，我不喜欢JBoss笨拙的XML管理。但我更喜欢它而不是玻璃鱼。
我想知道你是否真的需要一个Java EE应用服务器。我使用部署在Tomcat上的Spring；Java EE中没有我无法解决的问题。也许您应该考虑将Spring作为Java EE.的替代方案
更新：你说"滚你自己的。"我不确定我是否同意这个策略，但我记得我应该指出Netty。它是JBOSS的非阻塞IO基础。你可能不喜欢他们的应用服务器，但你应该了解Netty。
Spring不会帮助您编写应用程序服务器。我推荐它，因为我相信应用服务器问题已经解决。Spring将帮助您编写更好的应用程序，这些应用程序可以部署在Tomcat或Spring自己版本的应用服务器上。