[转帖整理]白话描述：关于SAP Netweaver的若干概念

Netweaver：    

      netweaver有非常多的component, EP,WAS,BW,XI,MDM，etc,他们的存在都是为了做integration！
比如我们一直用的R/3就是做的application Integration,而有了application integration肯定是不够的，我们需要business integration,这个XI能够帮我们完成，还有就是information integration，这个就要用到BW（或者说BI) 和 MDM, 最后我们需要的可以说是在最最高层的people integration,所以enterprise portal的主要功能就是信息的发布交换等等这样的功能。WAS就是做所有这些integration的平台了.

      总的说，Netweaver是一个总体解决方案。它主要是分四层结构即所谓：应用的集成、流程的集成、信息的集成、以及人员的集成。以及相它一些辅助工具如集成应用框架和生命周期管理。

 

由上图所示，NetWeaver中的应用的集成是由SAP WAS (Web Application Server)所实现，而流程、信息、以及人的集成分别由SAP MI (Mobile Infrastruture), SAP EP (Enterprise Portal), SAP BW (Business Information Warehouse), SAP MDM (Master Data Management) 以及SAP XI (Exchange Infrastructure)来实现。

以上这些NetWeaver的组件中，在大多数SAP相关项目中，只有WAS是必须的，而其它的部分都是应用企业视自身需求来自行选择。因此目前在具体与NetWeaver相关的实施项目中，我想主要还是分成以下几种：

第一类， 只安装WAS

这种所谓的NetWeaver的实施在我看来其实很难称之为“NetWeaver实施”，因为很多企业在安装WAS时，脑子里面压根就没有NetWeaver平台的概念，他们仅仅是把WAS做为SAP的新版Basis来用。他们的实施方式通常是只安装一个WAS的ABAP环境，然后在上面安装mySAP ERP等SAP应用系统。

这种单纯只安装WAS模块的项目，委实与SAP本身对NetWeaver的期望相差甚远。但所幸的是SAP也并未因此而自我欺骗，从一开始SAP公司内部就规定，用户至少要采用三个以上NetWeaver组件（最常见的选项通常是WAS+Portal+BW）的项目才能被计算成一个NetWeaver项目，最近又近一步把必须采用的组件数目上升为四个。

第二类，重点应用NetWeaver中的某些组件

我们在上文提到过，SAP绝不希望用户仅仅只是把NetWeaver当做传统Basis的替代品，而是希望他们能切实把NetWeaver做为企业内部的一个集成应用平台。如果要发挥集成应用平台的做用，显然要尽量应用NetWeaver的相关功能。

比如，企业可能为了整合对各系统的统一访问入口而采用SAP EP；或者为了集成不同系统简化接口而采用SAP XI；或者是为了对企业内部各个应用系统中的各种信息进行深入分析而采用SAP BW；又或者是为了统一企业内部杂乱无章的产品信息等各类主数据而采用SAP MDM；甚至是更多其它NetWeaver中的高级应用……

以上的这些种种，任何一个或几个都可以做为一个独立的NetWeaver项目来进行实施，而我们通常意义上所指的NetWeaver项目也主要是指这种项目。

第三类， 安装NetWeaver平台用于个人研究

也许您可能会质疑我把这种个人的应用也称为一个项目的合理性，但我在此提出NetWeaver平台的这种实施方法是希望广大对NetWeaver技术感兴趣的朋友心中有个理解，即NetWeaver是完全可以被个人所实施所研究的。不象SAP传统的系统象R/3，无论是硬件的需求、安装技术的需求还是来自SAP软件许可版权的风险，都使得您想自行安装一套SAP系统用于研究简直就是Mission Impossible。

但SAP NetWeaver完全改变了这种现象，根据最新得到的消息，SAP公司即将会宣布重大政策调整，向非客户个人开发者授权NetWeaver，而以前只有SAP的客户以及合伙伙伴公司才有权获得SAP系统。我们完全有理由期望SAP会理智地做出更进一步的举措，来聚集更多的JAVA以及.Net开发人员于NetWeaver平台的大旗之下。 从而合力把NetWeaver打造成为真正的“企业Windows”。

Webdynpro ABAP Vs Webdynpro JAVA

一个在r/3写，一个在nwds写，一个用到java,一个用到abap oo.其他都差不多。
 

     Dynpro 通俗地讲就是屏幕主界面。一般的窗口系统包括标题栏、菜单栏、工具栏、状态栏、以及主界面。 Dynpro 特指 SAP GUI 主界面区域的内容。

       Dynpro 是由用户界面元素和其背后的商业逻辑组成的动态程序。Dynpro 的主要组成部分包括：

　　1. 属性。例如当前的屏幕编号，以及下一个屏幕的编号等。

　　2. 界面元素的位置。例如文本标签、文本输入框、按钮等界面元素的位置安排。

　　3. 界面元素的属性。

　　4. 程序逻辑。这些程序将调用后台的 ABAP 代码模块

 

      ABAPer应该都在R/3写过dynpro程序,那么什么是webdynpr,简单的说就是可以在web上发布的dynpro程序。当然这个我们必须有Netweaver Developer Studio才能写而不能在R/3里面。当然有人肯定还写过BSP程序，BSP一样可以用做web发布，那为什么还要webdynpro？原因一样很简单，webdynpro能够基于J2ee engine 构架我们的system,那么webdynpro得优势自然很明显了。
      要明白webdynpro，首先要明白webdynpro得MVC概念，就是model,view, and controller. model就是我们引用的数据以及数据结构，他们可以是RFC,也可以Webservive或者其他。View也就是我们可以看到的页面layout,controller自然就是用来control的。在写程序的时候只要引用你希望的model,然后将model中的数据bind到view中的context中，并且在controller中加以控制，自然还要加入你想要得event和method.一个简简单单的webdynpro application就可以成型。

     webdynpro的一个目标就是minimize coding, 所以入门非常容易。

关于Enterprise Portal

EP就是一个实时的集成的门户网站。他提供了企业客户在网上的互动，提供实时的信息，提供企业内部系统数据之间的集成和发布。举个例子，客户要查他的订单状态，当然可以，不过你会跟客户说请安装SAP Gui,并且键入什么Tcode,并且输入什么数据，然后点execute....客户问你SAP Gui是啥，Tcode又是啥？你 faint.....好了有了EP就好了，让他打开IE,输入地址，点链接，就可以显示出来了，如果他还问你IE是啥，你就自杀好了.....
这就是EP的好处了，我要数据发布很方便，不需要要求客户用SAP Gui了，还有BW report啊，很容易就可以挂上来。
可以发布同样可以输入，一样只要客户会用IE就可以了。
当然EP还一样居有其他portal的功能.
那EP能做到的其他portal能做到么？比如微软的portal.ok...当然是可以的，但是EP对于SAP产品的集成做的非常好，我们做起来自然就更加方便。比如我写个简单程序显示物料在仓库的数量。如果这个RFC在R/3里面已经有了，给我10分钟，我就可以让你在EP上看到同样的结果.但是如果是microsoft的portal呢？我没写过.net.....我不知道....麻烦你写了告诉我....
EP的管理都是by Role的，管理起来很方便。这些大家有机会用的话就会发现了。

关于change EP layout
Enterprise Portal,对于customizing layout and Theme,在它的system administration中提供了非常方便的方法，甚至跟改变这个msn space界面的方法都相差不大，都很简单。但是这些改变都是受到限制的，必须在它的framework下选择SAP提供的layout。
很显然这不能满足绝大部分客户的要求，那么我要就必须直接去修改EP的jsp file。Enterprise Portal被划分成了很多部分，比如top navigation,tool bar, header,etc.每个部分都有一个PAR file,其中包括了这个部分用的jsp file阿，图画拉等等。我们所要做的就是找到这么par file,修改我们想要修改的部分，然后把它放回portal,这样我们就能满足一般客户提的要求了。

说说修改EP的Content
Enterprise Portal提供了Content Administrator这个Role去管理portal所有的内容。进入了portal以后只要点Content Administration这个tab就能够看到他了。什么？你进去没有看到这个tab,那么就是你没这个role,就是说你没有权限！
今天想说说最简单的，怎么去管理portal的内容。首先呢，你有权限以后就可以进去Portal Content，所有的portal中你看得到的可以在这里进行管理。在前面的文章中我说了怎么改portal的layout,找到par file,然后直接改里面的jsp file，然后放回portal下原本的folder,hmmm....这样是可以，但是很暴力,完全没有技术含量...小偷要比强盗有技术含量....所以其实更好的方法是我们应该把改过的par文件通过 System administrator import进来，然后再content administrator中建立相应的ivew,然后呢，把原来的引用的ivew,用这个新的替换掉。好处在哪儿？当然好处就是我们可以保持原有的和现在的，因此我们可以根据不同的role给于不同的layout，有些看到的是原来的，有些看到的是新改的.但是如果我们修改的方法是，直接把par file放回原来的folder,那么...我们就没有办法控制了。这实在太没有技术含量，不是我们应该干的。
除了修改，当然就是建立了。我们可以在Content 里面new 一个folder用来存放我们要新建的内容。内容中定要有iview,至于page,workset,subfolder之类根据需要不同随意建立了。 建好了以后怎么显示出来？我前面说过了portal是by role来管理。所以我们建一个role,把我们建的内容都用deltalnk到这个role下面，然后把这个role付给我们的ID，当我们下次log in的时候就应当能够看到这些内容了。
值得注意的是，这个role的entry point请set 成true。