为什么 .net 世界没有像 Java 世界那样的应用服务器？答案

【问题标题】：Why does the .net world not have application servers like the Java world?为什么 .net 世界没有像 Java 世界那样的应用服务器？
【发布时间】：2010-01-22 19:19:25
【问题描述】：

我知道 IIS 是 Web/应用程序服务器。为什么不拥有像 Web Logic / Tomcat / JBoss 这样的成熟企业应用服务器，它们的可扩展性就像在 Java 世界中一样。

EDIT1：我自己不是 Java 开发人员。我之所以称这些服务器为“可扩展、可配置和优化”，是因为在我读到的大多数关于它们的地方，它们都是与它们相关的流行词。例如，查看堆栈溢出时的 question。我不是嫉妒，只是好奇

【问题讨论】：

我经常想知道完全相同的事情。很想知道人们的想法。
将 COM+ 与 Java 服务器应用程序进行比较真的合适吗？
@John：请查看我的编辑并展开。
我不是 Java 开发人员 -- 是什么让 WebLogic/Tomcat/JBoss 具有 IIS 所没有的可扩展性？
@Paul：COM+ 包含了您称为流行语的大部分功能，我相信它首先拥有它们。使用 .NET 语言创建 COM+ 应用程序甚至相当容易。

标签： .net application-server

【解决方案1】：

主要是因为 Java 世界试图独立于供应商和平台，它需要一个连贯的规范和执行环境来进行服务器端开发 - 最终成为 j2ee。

另一方面，.NET 是微软的全部 - 所以他们可以提供整个堆栈。 Windows 本身、库、框架等（IIS、WCF、COM 等等）实际上是 j2ee 服务器的 .NET 版本。

【讨论】：

我认为，更重要的是，Java 的第一个版本没有这些特性——只有 JVM 和库。需要添加“Java 应用程序服务器”以提供这个缺失的功能。 “那些添加了缺失功能的产品”的名称是“应用服务器”。 Windows Server /.NET 平台不需要以相同的形状和大小添加此功能，因此它看起来好像缺少某些东西，但实际上从第一天起就存在。
一个不同之处在于，对于 Java，您有一个很好的 free 选项（Tomcat）。使用 .NET，您可以为 IIS 付费。
@John：特别谈到在非 http 协议上运行的服务（远程处理/WCF），为此目的拥有一个应用程序服务器是不可行的。这些 java 应用程序服务器有很多可配置工作流等选项。COM+ 不是昨天的技术吗（真心问）？？
@Perpetualcoder：昨天已经足够好了，以至于今天与昨天没有什么不同。明天见microsoft.com/net/Dublin.aspx。顺便说一句，我曾经有一本 j2ee 书。它大约有 1,300 页。大约 1/3 是配置。

【解决方案2】：

你的意思是像 Windows 应用服务器扩展项目？

http://www.microsoft.com/net/Dublin.aspx

顺便说一句，使用 IIS 作为主机几乎涵盖了您想要“可扩展”的所有内容。 Project Dublin 和相关项目（如WAS）现在正在开发中。

【讨论】：