请教:关于电信收费系统开发

该系统(b/s)最大的访问数量为1000人.
现在用的数据库已经决定用sql server(这是客户定下来的).
我打算采用jsp + servlet + jb + dao  + 存储过程.
不知道这个方案能不能应付这种需求呢??

我现在还不知道HB能不能应负高访问量,所以也就不敢定论(高手请见解).

服务器方面我也觉得好烦,应该用什么服务器好一点呢(我有一点怀疑tomcat,但是weblogic的话太笨重啦,很多东西用不到,买了不是浪费吗??,我希望有一个轻量级的稳定的.)??

我应该怎么去测试这种系统呢(例如:压力测试.我想这个是比较重要的,有什么好的软件或者方法,的确本人对于压力测试等方面并不清楚)??

下面这个还不确认(希望没有下面的条件该系统也能应付):
还有这个系统可能会有三个web服务器,一个数据库服务器,我应该怎么利用才会比较稳当呢(我打算用一个转发就算了,就是把已经超出了该服务器的人数就转发给别一个服务器,还是我根本就不用想这些东西)??

大家有什么好的方案呢??

企业级的应用还是用WEBLOGIC好些。

做项目,尤其是给一些大机构做,预算一般不是首要考虑的问题,只要对预算说得头头是道,通常都会接受.相对来说,客户的业绩才是最重要的.客户方负责这个项目的应该不会是最高领导吧?可能是某个IT室的领导,为这位领导做出成绩就是重要考量了.至于用免费的tomcat,还是多花几W买Appserver,也许不太在意.因此,还是选稳定一些的商业appserver为好.
浅薄观点,请指正.

很感谢楼上的几位回答.

不知道tomcat能不能应会这种情况呢??

不知道这种情况能不能用其它的方式开发呢(因为我并不太喜欢存储过程).

还有能不能介绍一下关于压力测试的东西呢??

谢谢各位啦

没有人开发过吗???

我自己顶一下(ding......)

据说 borland公司测试过tomcat 4.02以后的版本。
并发数量1000个是极限。加上数据库的负载，
估计1000个并发肯定不行。

非常感谢楼上的回答，不知道楼上能不能把borland的原文给我呢（url也行）。

在这里首先谢谢了。

记得做的计费营帐的二次开发,有6百多张表,核心就是存储过程,有c++做采集,php做营业,pb做后台管理和帐务.做报表,一个sql语句无数行,好..........

嘻嘻.其实技术的问题不是很大问题(毕竟我们现在用的都不是什么新技术).
构架很重要,开发的模式也很重要(是否采用XP里的某些原则等).

如果性能很重要,预算又紧,可以用jetty,速度比tomcat快.


至于性能测试,loadrunner吧