sap nwds as java,关于WebDynpro Abap的咨询

关于用户的问题.以前曾经有人说用portal，可以减少SAP ERP/CRM和其他系统的用户license费用。但实际上不是的。single sign on用user mapping，可以多对一，如果是logon tickets，用户是一对一的。

为什么大家不是只要一个用户，而是分成很多的用户呢？就是做权限控制。如果纯粹为了用户数少，可以公用一个帐户阿。

所以WDJ, WDA与用户数目无关。

我了解的之前一段似乎WDJ比较火，因为WDA存在一些局限性要弱一些。但是后来又听到说SAP 要把一些WDJ应用移到WDA上，为

了稳定性？(大概是SAP换了CTO前后)这个东西不好说，谁弱谁强，谁存在谁消失。

从架构上WDA需要一个java应用服务器，一般是dedicated,这是一个成本，硬件到技能，维护都增加不少。因为相关的东西太多，传统的basis都搞不定。

可以肯定的是SAP java部分不会消失，这不光是营销的口号，或者为了股价，而是切实的需求。Java语言更开放和完备，SAP要适应新技术特性，整合其他系统，以及UI改善，必须使用Java。而WDA是SAP Java应用服务器的的基础功能。使用Java可以降低开发成本(SAP java也是比较复杂的，是否高效可靠，还有待检验和发展)，顺应发展潮流。比如flex, 移动平台都需要使用Java的扩展性来实现。

SAP也有很多的Java框架，是不是不好用，太复杂？相关成本高？

以前吹捧Netweaver的时候，是说SOA, 服务重用，就是新的功能和UI用Java开发，将SAP系统的业务功能开放出来，通过RFC/BAPI/Web service开放出来。用Java的话，即使是和ABAP部分同一个应用服务器，也是在不同的schema，是两者的表不可能(不可以)直接访问的。

现在Oracle的应用是基于Java，而且大多是web应用的，不敢说Oracle若干年后把应用作强，超过SAP。SAP不敢放掉Java，这个风险太大了。

ABAP优势是C/S构架，以及类似稳固，完整，封闭的开发。而Java更偏向于开放，离散。SAP其实已经花了很多功夫尽力使两者相似起来(使ABAP开发者很快适应Java开发，反之亦然)，比如传输的CTS+, 还有两种语言支持的Web Dynpro，基于eclipse的开发工具NWDS。

SAP有不少产品是java的，包括电子商务，门户，BW前端展示，甚至BO。ABAP和Java共存(都需要)的SAP产品也不少，比如现在比较火的SAP CRM，较新的BYD, 还有一个典型就是PI/XI。PI的前身是webmethods，是Java的，而PI需要两部分，大部分适配器是java的，中央整合引擎是ABAP的。在PI 7.3我们可以只安装Java stack获得大部分功能，从而大大地提高效率。

如果没有引入Java及相关的新东西，SAP还是只有枯燥的R/3，就不可能发展到今天。如果不继续使用Java这种语言工具，就是傻子，就是自杀。

要记住Java的相关产品开始比较晚，不到十年，必将应用的更广泛。而且国内对新技术的接受能力比国外弱的弱。以及对IT的理解和看法，以及对软件使用和版权的理解都有特殊性。还有各种思想作怪，实用主义，将就，害怕新事物，害怕风险，固步自封。

举个例子，国外有的人写了几十年C，还在写东西，胡子白了，还是计算机博士，还写书。但是我们不可能那么看重软件，尊重开发者，不是要做好事情，而只是当作一个挣钱工具，甚至饮鸠止渴。

所以不要全面否定，也不要隔岸观火，有空就多了解一下吧，然后再发表意见。