基于Java的应用服务器；滚动我自己的，现有的好选择，需要的指针

我已经准备好了一个大型API，可以划分为应用服务器、客户机-服务器体系结构

我希望至少有一个具有开放许可证的基于Java的应用程序服务器系统已经取得了足够的进展，适合我使用，并且不会太繁重

拟议的工具集应：

• 提供连接线程管理。（也就是说，它应该接收未经请求的绑定连接请求，为每个请求提供身份验证，并以优雅的方式管理dis连接。）
• 提供到服务器的持续、有状态连接——基于每个用户连接实例化我的API的新实例是完美的
• 提供一种身份验证机制，该机制可以完全由该工具提供，并且希望能够为我的API提供用户名/密码调用

因为我所有的代码都是基于Java的，所以一个全Java的解决方案会很好

我认为这是所需的全部其他机器越少越好。我不需要太多的线程管理/连接管理功能，但也可以。我不需要或不想要的是与“web”有关的任何东西。这不是基于web的应用程序情况

您能否提出应用程序服务器工具集，以及针对每个工具集：

确定在像我这样的情况下使用的步骤-专注于耗时且全局性的步骤是好的

确定拟议工具集的主要优点

确定建议的工具集的主要缺点

对实施的工作规模和 解决方案的可扩展性

---

我的调查使我相信玻璃鱼可能值得我花时间和关注。我自己使用JBoss的经验表明，这是绝对不可能的…

如果你要求进行逐个功能的比较，恐怕你会失望的

我认为WebLogic是市场上最好的JavaEE应用服务器；至少在BEA担任管家时是这样。自从甲骨文买下它们后，我就没用过它，所以我不知道它现在处于什么状态

Glassfish和所有Sun产品都面临着同样的问题：规范太棒，实现太差

与WebLogic提供的优雅的管理控制台相比，我不喜欢JBoss笨拙的XML管理。但我更喜欢它而不是玻璃鱼

我想知道你是否真的需要JavaEE应用服务器。我使用部署在Tomcat上的Spring；JavaEE中没有我无法解决的问题。也许你应该把Spring看作是java EE的替代品。 更新：你说“你自己滚”。我不确定我是否同意这个策略，但我记得我应该指出Netty。这是JBUS的非阻塞IO基础。你可能不喜欢他们的应用服务器，但你应该了解Netty

---

Spring不会帮助您编写应用程序服务器。我推荐它，因为我相信应用服务器的问题已经解决了。Spring将帮助您编写更好的应用程序，您可以将其部署在Tomcat或Spring自己版本的应用程序服务器上。

“我自己使用JBoss的经验表明这是绝对不可能的”——我认为JBoss比Glassfish更好。而且WebLogic比任何东西都好，好了。这仍然是一个糟糕的问题，但至少现在我知道了原因。@duffymo，我很高兴看到你提出JBOSS和/或与Glassfish进行比较的答案。@RichardT除了一半以上的问题原本是你的生活故事和其他一些琐事之外，这似乎并不具有建设性。这是一个不会吸引答案的问题，而不是一堆建议或意见。我能想象的唯一可靠的答案是一份多页的报告。（除此之外，您似乎还没有做过任何研究，甚至没有查看JavaEE堆栈以查看其组件技术是否符合您的任何要求。）@RichardT每当有问题询问一个列表时，我也会看到危险信号。如果你的问题有不平凡的子问题（你的子问题也不平凡），我认为每个子问题都应该是一个独立的SO问题。如果它们不能被有意义地分割成单独的问题，那么很可能你的问题太广泛了。另外，在你的情况下，你的子问题可能会很糟糕，所以即使每个问题都涉及到你已经选择的单一技术。我根本不相信JEE解决方案。我认为詹尼已经非常接近我所需要的了，但我永远无法用可用的时间资源来完成它——我的印象是它还没有准备好。请多说一些关于春天的事——我从来没听说过，这是我问这个问题的一个关键原因；外面还有什么？！再次感谢。RJenni？我想你指的是Jetty，它是Tomcat的轻量级servlet/JSP引擎替代品。它很有能力。我不知道你为什么会认为它还没有准备好。它只是一个servlet/JSP引擎，这两个都完成了。你需要了解春天——它已经存在了大约十年了。你去哪里了？不，詹尼，不是杰蒂。Jenni是早期基于RMI的SUN项目，旨在使RMI的基础设施更易于使用。我猜它没活下来。。。看，宇宙的主宰们已经结束了这条线索，尽管在同一主题上有数百个问题被问到——他们都结束了。对我们所有人来说都是一种真正的耻辱。在大多数人加入之前很久，我就是这里的一名用户——在警察离开之前——“这是真实的”-叹气-谢谢你的评论。我到哪里去了？我不知道珍妮。我确实知道Jini，Bill Joy试图自我发现网络组件。这是另一个令人悲伤的故事，关于一项辉煌的技术，由于许多好的原因而在市场上失利。你仍然可以在-看