.NET应用程序服务器与Java应用程序服务器之间的差异

我想更好地理解.NET的应用服务器模型与大多数Java应用服务器使用的原因相比的原因。 在大多数情况下，我见过ASP.NET Web应用程序，业务逻辑托管在Web服务器的asp.net主机进程中。另一种常见方法是拥有一个物理或逻辑上不同的层，它承载您的业务对象，然后作为Web服务公开或通过WCF等机制访问。后一种方法通常但并不总是在需要更高规模时使用。在COM对象的时代，我见过Microsoft Transaction Server（MTS）以及后来用于托管包含业务逻辑的COM对象的COM +托管，MTS（理论上）管理对象生存期，事务，并发yada yada。这个模型似乎在ASP.NET领域似乎已经消失了。 在Java世界中，您可能将Apache与Tomcat一起作为servlet容器，并将业务对象托管在Tomcat中。在这种情况下，Tomcat提供与MTS在.NET世界中提供的功能类似的功能。 几个问题： 为什么Microsoft与Java方法的根本区别在于应用程序服务器？在创建这些框架时，这必须是架构/设计选择。 每种方法的优缺点是什么？ 为什么Microsoft将MTS托管模型（类似于Tomcast servlet托管模型）转移到更常见的当前方法，即将业务对象作为Web服务器的ASP.NET进程的一部分？ 如果你想在今天的ASP.NET应用程序中实现MTS类型方法或Tomcat类型方法，我假设一个常见的模式是在某些IIS进程中托管业务对象（可能在某些不同的物理或逻辑层上）并通过WCF访问（或标准的asmx Web服务，无论如何）。这是正确的假设吗？