tomcat - Websphere 中的 webcontainer 与 tomcat 服务器

标签 tomcat websphere

在一次谈话中,有人问我“假设我们的 Web 应用程序只需要 JSP/Servlet(不需要 EJB),那么在哪种情况下您更喜欢 websphere 而不是 tomcat 服务器”。 这是我的回应,如果我们的应用程序需要 websphere 的以下功能:- i) 如果应用程序需要 Websphere 提供集群和故障转移机制。 ii) 如果应用程序需要 Websphere 服务,如缓存、JMS 和安全服务。 iii) 如果应用程序需要使用 JCA 协议(protocol)与第三方系统/资源进行交互 iv) 如果组织不愿意将他们的应用程序放在基于开源的服务器上

我想验证一下我上面的理解..还有人有什么加分吗?

最佳答案

答案“i”、“ii”和“iii”并不完全相关。的确,WebSphere 对集群和故障转移的支持非常好,开箱即用,它还具有开箱即用的缓存、JMS、安全性和 JCA 支持——但是通过使用第三方产品(也是开源的) ) 作为 Tomcat 的附加组件,您也可以在 Tomcat 上获得这些功能。

答案“iv”的相关性取决于提问者是否只是在谈论技术问题。诚然,某些组织确实不愿意在开源软件上运行他们的应用程序;通常,这些组织倾向于将政治与技术决策联系起来。有许多政治因素我不会在这里讨论,但请记住 - 这些是政治因素,而不是技术因素。

简而言之:如果您只需要 JSP/Servlet,那么使用 WebSphere 就是一种浪费,主要是浪费金钱。如果您需要比 JSP/Servlet 多一点,请使用开源应用程序服务器(例如 Apache Geronimo)甚至 JBoss。除非您的组织出于政治(或其他非技术)原因坚持为应用程序服务器支付(大量资金),否则 WebSphere 太昂贵而无法使用。

关于tomcat - Websphere 中的 webcontainer 与 tomcat 服务器,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5297001/

相关文章:

java - 部署在tomcat服务器上的web项目

binding - 不同 WebSphere 服务器上的 EJB JNDI 查找

java - 在 websphere (6.1) 上更新 .ear 文件仍然运行旧代码

spring - 无法将 Spring App 部署到 Websphere

java - 在非root用户下启动tomcat 9

sql - 将结果集结果保存在 arraylist 中

spring - 使用 tomcat 7 部署时出现 slf4j 错误

java - 通过复制到 webapps 手动部署 Tomcat 应用程序

java - Java/WAS 8.5 自由配置文件中有关套接字绑定(bind)的令人恼火的 heisenbug