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

谢谢楼上的回答,我已经知道Tomcat是不太可能的了(就算我可以,客户都不同意,嘻)

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

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

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

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

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

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

给电信做项目怕花钱？你不是在侮辱电信吗？电信多的是啥？是钱。所以，只用贵的，不用免费的。
就像楼上一些朋友说的，稳定最重要。

电信的收费系统的并发其实是有可能达到1000以上的。
某些大局，营业点相当的多，终端或者pc连接有到1500的，
在收费的高峰，比如周末，销帐的并发数，查询的并发数是相当大的。

to xiaoyu：
不知道你想了解那些呢？
其实bea的网站上资料大吧。