发一个话题贴，大家来讨论一下！

如果你想多快好省，当然用Lotus啦，很多东西都是现成的。
如果你想认真地做一套产品，还是不要用Lotus，未来的局限性会很大。在.Net和J2EE之间，恐怕.Net要好一点。如果是J2EE，恐怕将来连安装盘都做不出来，每卖一套你都得派人去布署，累死你，再加上卖OA的同时还要卖无比昴贵的App Server...客户要吓跑的。

1、OA软件是一个企业应用服务，它销售的模式是产品(方案)+服务
2、OA对于企业来说，需要和公司其他业务系统结合起来。在结合的时候，往往需要OA系统作为工作平台，在上面完成对多种业务系统数据的显示和处理。
因此，从OA的技术架构应当能开发、可扩展。
我选择J2EE。
至于.Net、Exchange，2年前国内有公司推出过基于Exchange的OA系统，现在已经消声匿迹了。
一来微软的传统业务是个人软件而非企业应用，它得向客户证明它能提供这样的服务，这需要时间；
二来，对于国内这样的市场，微软会吃掉这个市场、垄断这个市场，而不是为我们提供技术上的支持从而获取相应的利润（虽然这部分可能是利润率最高的）
在技术架构上，.Net和J2EE是相当的，都是分布式、可扩展的架构。然而，在实际使用中，二者有很大区别。相比于程序员自己的喜好，更重要的是用户的选择。
对于用户来说，.Net和J2EE意味着重大的成本差异。熟练.Net开发团队和熟练的J2EE开发团队，做同一件事情，一定是.Net团队更快完成，开发周期更短、费用更低。而且，实施.Net系统只需要购买Windows 2000/2003即可，实施J2EE系统却需要昴贵的应用服务器。客户有什么理由为同样的事情花更多的钱呢？
J2EE的优势是分布式事务处理。然而，OA不象企业级业务应用那样要解决大量事务逻辑问题，OA的主要任务是：
1、处理文档型数据，如电子邮件、公文、文档...其实这正是Notes的长项，无论.Net还是J2EE，都只是勉为其难。
2、实现多种信息和手段的整合，如整合LDAP、加密和数字签名、信息搜索、集成视频会议、集成手机短信和即时消息......做这些事情，.Net有更多现成的手段和集成的方法，更容易将与Windows集成（毕竟人们的桌面电脑还是要用Windows），要容易得多。
IBM网站上有一篇文章是IBM的WebSphere的专家介绍J2EE应该用在什么场合下。大意是只有在应用系统需要分布，而且应用层要服务于多种表现层时，J2EE才能够发挥其优势，否则并无太大意义。是啊，一个OA系统，只运行在一台服务器上，服务于百十个人，每天最重要的工作是电子邮件、公文传递、新闻通知，用J2EE干什么？？也不能为了反微软而反微软啊！
至于Exchange，它的架构比不上Lotus Domino/Notes，配置管理又过于复杂。它的问题与.Net是毫无关系的。

看，话题又跑到.Net vs J2EE上来了。我倒不是对微软有多少好感，只是觉得J2EE实在令人失望。
我开始玩J2EE是2000年，当时我们为国内最大的一家保险公司开发一个全国业务支撑系统，用的是JSP + Servlet + CORBA。当时EJB好象还在萌芽阶段呢。那时看J2EE的确是最先进的。首先用Java开发Web-based系统比用ASP、PHP强太多了，面对一个庞大的系统，ASP这种无法对象化的语言根本就没法用。而且CORBA也比DCOM强，结构清晰透明，接口简洁，好得很。那个时候，环顾左右，这种架构无人能敌。
到了2002年，保险公司这家客户提出要移植到EJB。同时，我们公司另外的团队开始用.Net做其它的项目。没有比较如何知道优劣高下？现在比较来了。用EJB的一边，简直就搞不清楚为什么SUN把事情搞得如此复杂，而且调试个程序真是累死人啊，慢！繁琐无比！；用.Net的一边，入门之后却连连呼爽，结构太清晰了，开发太容易了，简直是生产力工具啊。当然了，客户要什么，我们就做什么，EJB也好，.Net也好，都是程序员劳动而矣，有什么关系？
可是，从2000年到现在，只是看到Java进步缓慢，混乱日增。我们最早用的是JDK 1.1，谁也想不到，JDK升级后，旧的系统居然用不了，难到“向下兼容”不是常识吗！种种兼容性问题啊，真是要令人晕倒，有的问题根本就可笑，比如，某些类在新版JDK中的包的名字不一样，难道制订升级计划时就完全不考虑旧系统吗？还有中文的问题，也是要令人晕倒的，说微软一千个不是，可以人家从DOS开始就考虑了代码页和双字节问题，难到Java在设计这样一个庞大架构时连国际化都不考虑？果然是一开始为电冰箱设计的啊！版本从1.1到1.4，加上其中种种小版本，升级实在是多，可进步实在是少。为了适应JDK升级，JBuilder在一年多时间中推出了四个版本，IT界所罕见吧。
唉，不可不痛心。好象J2EE正在走CORBA曾经走过的路。我现在很怀疑SUN这家公司的实力，它也许能够提出一些理论或标准，也有所创新，可是它毕竟实力不足，当它将理论和标准落实时就捉襟见肘，不如微软可以做到小处周全。这也是为什么SUN提出J2EE，但市场却被BEA和IBM占有的原因吧。可是，既没有一个强有力的标准化组织支持，又没有一个强有力的企业来统一标准，J2EE前景如何，大家自己去想吧。
说到.Net，我倒建议J2EE高手们也去学一学、用一用、做一两个具体的项目，对于J2EE高手，学.Net和C#实在是小菜一碟。不错，J2EE在架构上的确有一些更好的设计，然而，那不仅仅是绝大多数情况下客户所不必需的，而且甚至是为了避免J2EE的缺点而可以舍弃的。另外，也的确会在.Net上发现一些不尽人意之处，可是，你也会发现它有太多特性难以舍弃。就算只比较做页面，不谈什么EJB，ASPX还是比JSP又好又快啊。
唉。假如Java不是由SUN而是由IBM来搞，情况会好得多。对了，哪怕让Apple来搞呢，至少也在创新上无人能敌。可惜了。

楼上的好像把J2EE和Java放在一起混着说了。这是两个概念。

个人感觉，还是应当根据具体的情况来确定。存在的即是合理的。
选择什么样的技术平台一定要看我们具体要做什么样的系统？为什么客户做？客户现有的IT系统状况如何？客户的需求是什么样的？
技术永远都是为业务服务，要满足真实的需求的。
举例而言，如果客户一直基于Windows平台，熟悉MS的开发维护，又倾向于采用熟悉的技术架构，那么采用.Net未尝不可；但如果客户现有基于Unix的机器可用或是不愿受累于Windows上层病毒和补丁之烦，那或许就可以采用J2EE或是Lotus在非Windows平台上运行。

这个问题还是得具体看，没有上下文的争论没什么意义。

我是新手，请教一下。
很多人说“用Lotus未来的局限性会很大”，请问具体表现在哪些方面？那些应用是Lotus做不了而J2EE / .NET能做的？

我用net、J2EE和Domino都开发过OA产品，但总的来说，我觉得Domino还是最好的选择。
Domino我认为是一个不错的平台，尽管它存在一些的不足，但你可以用其他的技术进行弥补不足。在我用Domino开发的OA产品中就引用了大量的J2EE和net技术来弥补。支持上万用户的企业没问题。

Domino确实是一个不错的平台
没用过.Net，不过比起J2EE来，Domino简化了一些复杂的问题
7.0听说支持了servlet，Domino真的会强大很多...

OA在理论上主要涵盖的功能范畴主要集中在工作流和内容管理上。

对于工作流，主要是人机交互的流程，所谓和其他系统的集成度要求较低（集成能力是J2EE平台的优势）。因此我们主要考虑的是
1.如何利用安全模型进行内容控制，颗粒度越小越好，最好是系统内置的安全性模型
2.是否支持流转和消息传递
3.是否支持非结构化数据

如果以以上标准考核，J2EE没有什么优势，而且编程要复杂的多。

内容管理方面则大家都比较合适了。但J2EE + RDBMS系统的最大问题是没有全文检索系统。