商业J2EE中间件价值何在？

我的意思是，对于一个本身就不需要过分复杂的系统来说，人为的搞复杂了。我并不是否定的确需要使用分布式，的确需要中间件，的确需要XX的项目。这些技术的存在确实有它们的价值，这是不可否定的。但是100个项目，到底有多少个是需要复杂的技术呢？对于这些本来就不需要这些技术的项目，为了门面或者别的原因选择的这些技术，本身就是不合适的。比方LZ的一个例子，几个TOMCAT集群工作的很好，很稳定，这足已说明TOMCAT已经够用了。

开源并不代表免费，有些开源软件的企业级服务还是收费的．不过，我宁愿开源也不愿商业软件．我不喜欢和某个商家的产品绑定在一起．这是血的教训．

我的意思是，对于一个本身就不需要过分复杂的系统来说，人为的搞复杂了。我并不是否定的确需要使用分布式，的确需要中间件，的确需要XX的项目。这些技术的存在确实有它们的价值，这是不可否定的。但是100个项目，到底有多少个是需要复杂的技术呢？对于这些本来就不需要这些技术的项目，为了门面或者别的原因选择的这些技术，本身就是不合适的。比方LZ的一个例子，几个TOMCAT集群工作的很好，很稳定，这足已说明TOMCAT已经够用了。quote]
tomcat集群真的可以吗??

这不是分布式不分布式的问题，有些时候，是“政治问题”。再说了，昂贵的应用服务器，意味着服务支持。就好比你买电脑，花了一大笔钱，总会去在意保修售后问题的。不是用电脑的人，都能强悍到自己从CPU悍起。
自己玩，那些简单的CRUD，ASP就行了。

第一段支持，就像我们公司喜欢组装机，但很多公司只适合用品牌机。

第二段不太理解，很多人用SSH玩很复杂的应用，但确实不需要应用服务器的支撑。

我觉得首先是客户买了产品还买了服务，就像前面人说的客户看重的是出了问题谁去解决谁去承担。
第二就是高昂的费用背后可能有一条灰色的利益连.

应该多出现一些本土的一些开源软件技术支持公司.

如果是“政治问题”，那么很简单，直接买那些昂贵的东西，反正客户给钱。

为什么不可以？有的系统并发量本来就不大呀。而且公司内部使用，tomcat完全可以搞定啊。当然，如果tomcat不能搞定的话，自然要想到用那些昂贵的东西了。

为什么不可以？有的系统并发量本来就不大呀。而且公司内部使用，tomcat完全可以搞定啊。当然，如果tomcat不能搞定的话，自然要想到用那些昂贵的东西了。