晕，难道Tomcat真的不稳定？如何反驳项目经理的荒唐？他说：“因为Tomcat是免费的，所以不稳定！所以不能用来做企业项目！”，他竟要我提

例子和项目找到的难度比较大，因为很少有企业会把他们系统的应用环境什么的说出来。但是可以肯定的说，Tomcat不是不稳定的一个产品，虽然它是免费的，功能或许不够强大，但是稳定性应该是可以保证的。tomcat是jakarta项目中的一个重要的子项目，其被JavaWorld杂志的编辑选为2001年度最具创新的java产品(Most Innovative Java Product)，同时它又是sun公司官方推荐的servlet和jsp容器(具体可以见http://java.sun.com/products/jsp/tomcat/)。有sun的官方推荐，应该可以说明一些问题了吧。

解决方案 »

免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货

问问你们经理,APACHE是不是免费的,稳不稳定?
再问问你们经理,YAHOO算不算一个公司??
现在就是要搞些资料来，想尽力说服那个经理，
我们再也不想搞那个垃圾asp了，对公司没有好处。
麻烦帮忙找些，证明tomcat如何稳定的资料。
Tomcat是SCWCD考试的标准服务器，这大概能说明一些问题！
Tomcat是SCWCD考试的标准服务器，这大概能说明一些问题！
iis和tomcat,他是在选择asp或jsp吗?
用jsp,可以把平台移植性考虑进去.再找些选用windows的缺点之类的东西狠扁一通,再吹嘘一下其它平台等等.取已之长,攻人之短
你们项目经理专长是什么?
他是在选择asp或jsp
项目经理专长vb
不要跟他争论用那个服务器，先问问他是采用jsp还是.net
比较困难说服,你们项目经理是asp的,不会java,他肯定会偏向采用他的专长,他说的只是一个托词.没理由找理由
多找些吹java的、扁asp的资料给他看,让他看得对asp没信心了，那就达到目的了：）
奇怪的是你们公司怎么让不知道java的项目经理带你们的，真是java程序员的悲哀啊。
你老板说的是有道理的。不管Tomcat是否稳定，如果它真的有一天崩溃了，或者出现了安全漏洞，造成了巨大的损失，你找谁索赔？只怕你哭都没地方哭去。
如果你们打算用PC Server+Windows+SQL Server平台，看不出有任何理由非要用J2EE不可。既然你们公司在ASP上已经有成熟的技术积累，继续用ASP也是顺理成章的事情。如果你不喜欢，跳槽好了。不过说实话，银行系统里会用PC Server的地方，恐怕就已经是最最微不足道的功能了，你还不如抓紧时间赶快做完，还考虑什么技术？
jkit(郁闷之堕落的程序员) ：
同情了吧？没办法。
据理力争了，当然，如果最终说服不了，只能瞎搞。
Schlemiel(维特根斯坦的扇子) ：
主要是，我们考虑以后将这个项目，做成一个一系列产品，要考虑以后的扩展性，以及安全性、跨平台最好，不过…………我不是项目经理嘛
如果是要做成系列产品，想来不大可能一直用PC Server和SQL Server的吧？最好是建议老板赶快转到J2EE平台，倒不是因为什么技术原因，而是因为可以卖给客户很多好东西，譬如IBM的小型机、WebSphere、Oracle的数据库……卖掉这样一套东西，恐怕顶得上开发者10个人年的利润。
兵song,song一个;将song,song一窝!
第一经理永远是对的.
第二如果经理不对请参照第一条!
Schlemiel(维特根斯坦的扇子) ：
你的建议好中听，却是是这样，PC Server并非长久之计。
你知道有哪些企业正在用tomcat吗？
直接找老板说说jsp相对于asp的好处和优点至于采用哪种容器可以有多种选择主要是根据你们项目的要求和成本来考虑。还有对于不同的客户可以搭配对应的web server 呵呵那利润就有很大的变化。争取干掉项目经理！这种问题如果项目经理的第一选择已定就没什么好说的因为如果用jsp 以后出了问题呵呵算谁的？第二如果成功了那功劳好象也不会让你得到了：）个人见解！
xmvigour(微电) 老兄:你的见解也够绝
只是为了完成任务的话asp 很不错的
哈你想想如果用jsp 结果项目经理不懂jsp 只知道asp
对应项目中的管理你说会不会有限制？
xmvigour(微电) ：
我看他对asp也不懂
struts是不是免费,java是不是免费使用,晕,不过tomcat确实只能再小型系统中.晕.
study_body(珍惜每一天) ：请问resin能否用于比tomcat更大型的项目？
晕，tomcat至少比iis稳定吧
没有人提供tomcat资料呀？
to stonewang(类中有笑)：我相信任何一个做大型项目的企业都不会用Tomcat，我们公司就是一个例子。从技术上来说，Tomcat没有EJB container，如果有分布式的要求会比较难办；从保险性来说，万一应用服务器本身有什么漏洞，你没办法向Apache索赔。更重要的还是经济因素：一套WebSphere一般可以卖10万到20万，再加上IBM的小型机，即使把软件刨开就已经是上百万的销售额。任何一个明智的企业，都不会也不应该不理会这么大的利润空间，平白地为客户省钱去用免费的Tomcat。J2EE是个好东西，之所以好，就是因为它可以帮助企业卖更贵的服务器——SQL Server和IIS才值几个钱？如果你用免费的应用服务器，还不如老实做ASP呢，好歹还可以挣几个。
可以用jboss,免费.还有做项目要考虑到公司的技术长处,利用公司的现有成熟的技术,对公司整体来说比较有好处.
我极少到这个版面来，这次接到楼主的短信来看看。首先，一个公司应当采取何种技术，从来就不是一个技术问题，而是一个商业决定。坦率地讲，这个决定不是程序员应当作的。公司到底是不是应当使用Java还是Microsoft技术，应当看公司的客户接受程度，项目是什么，公司内部技术人员的技术特长，薪水程度、培训费用等等。如果要单单说Tomcat和IIS这两种服务器的话，首先Tomcat是一个免费的软件，而美国的商业开发不可能使用一个免费的东西。为什么，很简单，没有支持。一旦出了问题，管理层的思考方式，就是这需要多少钱和时间来解决。一个免费的东西如果有内部问题，你如何解决？省几千块钱，损失的是公司的业务，那就不是几万元了。什么是支持？花一笔钱，Microsoft会来人解决IIS的问题，这是bottom line。如果单单说J2EE与.NET技术的话，我要说，采用J2EE技术可以免于vendor lock-in。这是一个中国没有的概念，可不懂这个，你在美国当不了架构师。vendor lock-in意思是你采用了一个技术，即将自己锁定在这家提供商身上，不能轻易转换提供商。在华尔街这是一个大忌讳，因为我们假定自己是永远存在的（呵呵），而这些技术公司不是。公司使用那些提供商，有一个vendor表，并由专人维护、检查这些提供商的运营状况。如果这家公司出现财政困难，我们会立即转换提供商。为什么？假设一个提供商要不行了，那么后果有两个：第一、它敲诈我们，大幅度提高授权费，然后靠这个活下去。如果出现vendor lock-in, 而且项目关系到更大量的金钱的话，我们可能不得不接受这个敲诈。第二、敲诈不成，它死掉，我们失去技术支持。哪一个都不是一个IT经理愿意看到的。这就是避免vendor lock-in的原因。使用J2EE技术，今天你可以使用WebLogic，明天可以转为WebSphere，转换所需工作量很小。这就避免了vendor lock-in。考大家一个问题：现在我采用了J2ee技术，选择了WebSphere作为应用服务器。现在我要用SSO和MOM服务器。WebSphere服务器中已经有SSO支持，但不如X公司好；IBM MQ是比较好的MOM，当然不如Tibco那么好。你是架构师，那么你选择SSO和MOM服务器的时候，选择IBM的，还是别的公司的？剩下的么，以后读我的新书《Java架构模式图解》
假设一个提供商要不行了，那么后果有三个：第一、它敲诈我们，大幅度提高授权费，然后靠这个活下去。如果出现vendor lock-in, 而且项目关系到更大量的金钱的话，我们可能不得不接受这个敲诈。第二、我们不愿付高额授权费，失去授权，不得不转换提供商，甚至放弃项目。第三、敲诈不成，它死掉，我们失去技术支持。哪一个都不是一个IT经理愿意看到的。这就是避免vendor lock-in的原因。
to stonewang(类中有笑)：
不怕老实告诉你，100万都不到的小单子，银行的人也不会太当真。这样的话，建议你用JBoss，权当是拿这个项目练手，毕竟JBoss的技术在J2EE社群里是最拔尖的。
我们的项目就跑在jboss上，毕竟曾经是最佳应用服务起嘛。
Schlemiel(维特根斯坦的扇子) 老兄：
如果照你说的“索赔”之说，jboss也是免费的，也没得索赔呀，
这么支持jboss，是否比tomcat有什么好处？
另外，tomcat好像是一个标准了，这样以后移植方便呀。
没错，JBOSS也缺乏支持，甚至可能比Tomcat还要缺乏，因为他们的文档都是收费的。之所以特别喜欢JBOSS，就是因为它技术先进。从移植性来说，JBOSS的确不如Tomcat。
jeffyan77(jeffyan77)兄， Schlemiel(维特根斯坦的扇子) 兄：现在，我的倾向是使用tomcat。请你们都给个意见。
因为我们项目现在是刚开始的时候还算小型应用，
目标是以后慢慢形成一系列产品，待到tomcat真的支持不住时，再
换其他的比如weblogic，这种方法是否能行，我觉得tomcat的兼容性
还是挺强的。
嘿嘿这根本就不是一个技术问题楼主想做成的话还是从java对整个公司的利益提高能有多大帮助下手，也就是说，你陈述的对象应该是项目经理的上级，而不是他。如果是你对项目经理说。推荐你还是说：“行，你说用asp,我们就用asp吧，虽然在技术上这个有点落后”难不成你真想推翻了项目经理自己做？像这样的话绝对鼓励你，裹足不前的人是做不好技术领导的
考虑问题要全面首先要考虑客户的实际情况，客户水平差，甚至就属于只会开开机打打字这种，莫不成你签一份7*24的x小时响应售后服务承诺书？然后，在你通过正常途径陈诉你的建议并得到通过之前，项目经理还是绝对正确的，而且，无论是公司的制度，还是开发人员的职业操守，都应该无条件的，主动的维护他的绝对权威，就是上面有位贴的“第一经理永远是对的.第二如果经理不对请参照第一条!”，如果你做不到这一条，或许你可以对你的以后的职业选择做重新设计的考虑了（当然，如果贵公司喜欢热闹，有光荣传统，另当别论）。
第三呢，如果项目经理不是纯粹的垃圾，或是老板的七姑八姨小侄子什么的，我相信你们老板不会有喜欢拿自己钱当纸烧的爱好，肯定这个项目经理是最适合或是比较适合做项目负责的（并不一定是要技术好），既然这样一个角色，考虑问题当然不能同项目组的成员一样纯粹的以纯粹技术的眼光来看问题（而且我看你的贴并没有太理性的陈述你对tomcat性能的看法嘛），成功的项目经理看问题总是要结合全局来看的，公司的发展方向，领导层的决定，项目团队的总体技术能力，项目资金链来源。。等等。我只是普通的程序人员，属于被项目经理“剥削压迫”的这种类型，但是就我个人来说，我一看到你的贴子里的用词用句，以及从中体现出来的个人职业操守，对他人的不尊重，感觉都并不是太舒服，或许这就是是年轻人所谓的个性吧  祝
安
晕，非常的晕。
一个项目经理害怕用他不熟悉的技术是正常的。你要拉他下水他肯定不干。tomcat是个jsp/servlet容器，jboss/weblogic/websphere都是ejb容器，
tomcat可以作为jboss的web容器，是个可选件，记得jboss还可以使用别的web容器。它们根本不是一回事情！！！我觉得你们的项目应该从产品自身的需要来决定配置，而不是单纯的稳定和安全性。
iis和tomcat都已经发展了很久，几乎很少有安全漏洞了。应该从开发难度，成本，跨平台，
管理，维护的角度多想想。还有就是现有开发人员的熟悉程度。
一旦项目被“拉下水”，受影响的可不止项目经理一个人。如果项目从MS平台转到J2EE，很可能整支开发团队、甚至整个公司的经营策略都会发生重大的改变。这又哪里是“害怕用不熟悉的技术”的问题？
1、首先，这个贴，不是代表我一个人的意思，而是我们java技术组的同仁。
这个项目正在处于技术架构选型阶段，所以请大家参与意见。
不管是最终采用java还是asp，还是我们自己做，项目经理是不参与其中的coding的。
我们知道，最终我们的观点不会起到任何作用，不过会尽力争取。2、to sobingman(丧尸) :
(建议听领导的话（那怕他是错的，当然通常他是错的），不听吃亏的是你自己。)
难道我只能在“错误”面前低头？我至少可以表达自己的意见吧？3、to  wilson_lee(小華哥)：
项目经理是否会受淘汰，不关我的事，我确实没有想过“推翻”他而代之的事情。
我尊重他（要不rootwuyu(wuyu)会说我“对他人的不尊重”了。），但是如果在事情
决定之前，如果自己认为有什么不妥，我会提出，我不想当马后炮。（一旦决定，只能顺从）4、to rootwuyu(wuyu):
我得说明：这个贴的产生，也有项目经理的“功劳”，我是在他的授权之下所发的贴，
技术经理本身对iis也没有把握，所以想请我找一些论据，能证明tomcat是“稳定的”。
我的言辞可能有点偏激，绝对没有不尊重项目经理的意思。我不会要求他考虑我的建议，
但我一定要说出我的观点。5、to steeven(bt啊，谁帮我记20位的密码？？？)  and Schlemiel(维特根斯坦的扇子) ：
我要说明，除了项目经理一个人，其他coding的程序员都支持我的观点，这是产生重大分歧的
原因。你们觉得，项目经理是否“独裁”了一些？？
同情ing...曾经试过：
用 VB 开发普通的 COM 时很容易的问题，居然说 VB 不专业，不稳定。非要 C++ 不可.
其实你应该跟你们的项目经理坐下来谈谈
第一现在会那种的程序员多而且熟练
第二 iis和tomcat配置维护是否已经没什么大问题
第三就是你们的项目客户倾向是什么他们自己参与简单维护？如果是他们会iis还是tomcat？
是否要跨平台？
第四就是一旦决定就去做吧！