Web+Spring 用什么 server比较好？

Question

Web+EJB可以用weblogic,websphere,jboss等，因为EJB是重量级的，依赖于容器。
而Spring是轻量级的框架不依赖于容器就可以单独运行，Web+Spring 用什么server比较好呢？用weblogic,websphere是不是太浪费了？在支持web+spring方面与tomcat比有什么优点吗？

Answer 1

有没有能说下Resin和Tomcat的对比？感觉Resin性能更好，速度更快

Answer 2

SPRING 不適用分佈式
EJB 分佈式 ,EJB3並非重量級。這個你也沒搞清楚，很難再跟你談深入了。

Answer 3

用 Tomcat 吧。
我用下来发现稳定性、性能都还不错。

Answer 4

這話說出來不應該，TOMCAT不具備分佈式應用的功能，也就是用不上EJB。

Answer 5

看下spring支持的特性和你的需求再来选吧，不根据实际情况来怎么比较

Answer 6

Tomcat 可以做集群。EJB 有什么用呢？我一直觉得 EJB 无用。
好的技术，小应用和大应用编写代码是一样的。比如，用 SQL Server 免费版与企业版本，我们写的代码基本上一样。而 EJB 破坏了这一点：小应用么用 JSP 不用 EJB，大应用才用 EJB。这说明 EJB 还没有设计好。

Answer 7

其实这个要看做的项目大小。普通的小项目根本不用那么麻烦，如果是大项目比如电信什么的。用EJB行，不过SSH也可以。

Answer 8

如果不需要考虑钱的话，果断 WebSphere

Answer 9

看你的访问量了JBOSS也可以nginx或者是 apache +tomcat1 +tomcat2

Answer 10

Jboss,weblogi,websphere对EJB的支持较好(有Ejb容器,web容器)，对spring有哪些支持呢？若为了部署web+spring项目而用这3种server,是不是太浪费这些server的功能了？
要是用Tomcat的话，Tomcat对大并发量访问能经受的住吗？

Answer 11

spring 可以使用Jboss,weblogi,websphere的哪些服务和功能？

Answer 12

哎 不知道呀 那你觉得在大型项目并发量访问时用tomcat合适吗 
当然是前者 还有不要小瞧SSH喔

Answer 13

tomcat 也卜错、一直用下来 很稳定的、绿色的还方便。

Answer 14

一个中小应用，访问量不大，用开源Web容器，比如Tomcat就行了，
如果需要更高的稳定性，大并发，得用商业的J2EE容器。

Answer 15

TOMCAT只是一个Web容器，是j2ee容器的一个部分，跟分布式没有关系。
EJB，Web服务，Corba这些才是实现分布式的技术。

Answer 16

就单单用spring+servlet的话，用tomcat就足够了，如果并发量较大的话，需要优化。

Answer 17

大部分J2EE容器都是针对EJB的，Spring用J2EE容器的话能用到J2EE容器的哪些功能或者容器呢？

Answer 18

分布式偶一直在用，EJB 从 1.0, 2.0, 用到 3.0。现在凡是我能做主的软件项目，都不用 EJB. 简而言之，对 EJB 痛恨之极，毫无用处的东西。

Answer 19

你用的EJB应该作为业务层使用的，涉及到不同位置的J2EE容器之间的交互就有用了。
比如说主机A上J2EE容器的EJB实例要访问主机B上J2EE容器的EJB实例就算是分布式了。

Answer 20

当别人说养狗没有什么用的时候，你不能回答“xxx就是狗”。文不对题。
比如说主机A上J2EE容器的EJB实例要访问主机B上J2EE容器的EJB实例就算是分布式了。----一定要用 EJB 么？看不出来。

Answer 21

两系统之间传递数据一般常用的方法有三：
1. FTP 服务器作为中转(也有很多人用 windows 共享目录)
2. webservice ，好处是可以通过 http 协议，顺利通过大多数公司上网代理服务器、防火墙。在局域网内也可用。
3. 就用普通的页面，通过 url 传递参数，产生一个 xml 格式 web 页面(或者 json 格式，或者无格式的文本)据我所知，FTP 使用最为广泛。虽说 FTP 协议本人并没有 MQ 保证数据传输失败会自动重发，但实际用下来，FTP 传丢数据极少发生。
webservice 曾经火过一阵子，但如果静下心来比较，发现不如方法3。
至于 EJB 做分布式，只能说“EJB也可以做这个”。并不能说，“EJB是做这个最好的”。
上述 1、3 的优势在于，技术门槛低、调试方便、性能稳定性都很不错。至于 EJB? 一边去。

Answer 22

针对于楼主的问题，
用任何一种Web容器就行了，这里
专门的Web容器包括许多：Tomcat
Jetty,glassfish等等，当然还有其它
商业的Web容器，只要实现J2EE规范规定：servlet和
jsp规范即可。
我对jacklondon说的EJB无用论持表示质疑，
EJB是有存在必要的，因为EJB是J2EE体系的一个部分，
它作为业务逻辑层而存在。也具有分布式的功能，
EJB3.0之前，EJB开发是复杂的，重量级的，所以给了
Spring和Hibernate这些轻量级容器发展成为主流的机会，
但EJB3.0吸取了这些轻量级容器的一些优点，进行了很大的改进，
开发和运行效率大大提高，很多人也用它，ＥＪＢ现在也有自己的市场，
针对于jacklondon两系统之间传递数据一般常用的方法有三种方法，
数据传送范围太大，EJB的分布式是分布式方法调用的意思，ftp显然不是分布式
调用的一部分，Web Service确实也是分布式调用，如果采用SOAP协议的话，
负载太大，采用REST风格数据量和运行效率也是比较大的，这是因为进行XML解析是
非常耗时间的。
json 应该只是AJAX进行异步调用的数据负载格式吧，并不是协议格式，他还是可以作为Web Service
数据负载。在Web应用方面范围大。
EJB有存在必要的，你不用，并不代表别人不用。

Answer 23

xuxianyue 的回答比较有趣：“EJB是有存在必要的，因为EJB是J2EE体系的一个部分”，这句话换句大白话，就是“EJB存在必要性是因为 Sun 开发了它，把它作为J2EE一部分”，这里面有严肃的因果关系么？呵呵。
EJB 3.0 仅仅比之前的版本有所提高，相对于 SSH/JSP 有什么优势？xuxianyue 避而不答。
不明白 xuxianyue 同学所说“分布式”是个什么概念，如果仅指“两系统之间传递数据”，那么如何排除 FTP 呢？
据我理解，EJB 中所提到的 “分布式”有两层意思：
1. 从逻辑上、或物理上，将原来的一台服务器划分成多台服务器，比如原来一台服务器运行 blog+bbs, 现在用 EJB 了，用两台服务器，一台运行 blog, 一台运行 bbs. 这不构成用 EJB 的理由。用 JSP/SSH 都可以做到。
2. 分布式事务，多个数据库一起做数据库事务。这也是 EJB 比其他 JSP/SSH 做出来的功能。只是这个功能中看不中用。
EJB 支持者，最常谈论的分布式事务例子是：银行跨行汇款。比如工行小李从工行汇款到农行小刘，两个银行用不同的数据库，一边扣款、一边进钱，放在一个分布式事务中，要么成功，要么失败，多么美好、多么简单。
而实际上，银行跨行汇款并非如此设计。两系统接口设计，最基本的原则是：
a. 避免直接访问对方数据库。(安全原因，如果你的系统代码有bug，直接写我的数据库，数据写乱了，不是很郁闷？这时候说不清楚了，数据错可能是你写乱的，也可能是我系统其他功能写乱的)
b. 接口数据在两系统各自落地备份。(数据不一致时调查的证据，必须保留)上述 EJB 分布式事务例子，直接违反了这两个基本原则，所以不被采用。
更为合理的设计是：
a. 工行记录小李汇款请求(工行x帐号汇款到农行y帐号n多钱)
b. 工行从小李帐户中扣款，a+b做一个数据库事务
c. 工行把"小李汇款请求(工行x帐号汇款到农行y帐号n多钱)"数据，作为接口数据传输到农行
d. 农行记录小李汇款请求(工行x帐号汇款到农行y帐号n多钱)
e. 农行增加小刘帐号中的钱。
f. 农行生成给工行的回单。
g. d+e+f 做一个数据库事务
h. 农行把回单数据，作为接口数据传输到工行
i. 工行核对(定时批量处理，或者延时逐个处理)回单与汇款请求，如有异常，生成异常数据，并发送异常数据给农行
j. 两银行各自安排人每天检查异常数据。
这里的接口数据，同样可以用 ftp/webservice/web url+xml 方式实现，并不一定要用 EJB.
至于“XML解析是非常耗时间”更是没有道理，很多EJB 传输XML 数据。XML解析相对于 EJB本身的数据序列化+传输+反序列化，并不是非常耗时间。
“采用REST风格数据量和运行效率也是比较大的，这是因为进行XML解析是非常耗时间的。”也没有道理。REST 数据一般是 JSON 格式，不是XML。“数据量”大不大，是业务决定的。如果业务每天要传大量数据，难道你用EJB就可以说不传这些大量数据了？