一、SAP Enterprise  Portal介绍
介绍1
SAP Enterprise Portal是一种应用集成平台，它把企业的商业信息、企业应用和服务等等整合在一起，并且以独立的基于Web的用户界面的形式展示给操作者。
asp查看源码配置ui关于这一点，我以为与其它的Portal平台没有任何区别，比如BizTalk。
（3）Portal Content
Portal Content是一组Portal对象的统称。这些Portal对象存储在PCD-----Portal Content Directory中，Portal管理者可以构建、定义这些对象的外观和操作，并且访问后台的SAP应用。
（4）iView
iView是Portal Content面对用户的逻辑再现，iView本质上是一个可视化的组件，从物理的Portal Content获取数据并且在Portal中感知和展示数据。
（5）Portal Component
Portal Component则是iView的支撑组件，它隐藏在iView的背后，所有展示给用户的iView外观的背后，都是经由某个对应的Portal Component从Portal Content获取数据并且推介给iView展示。
（6）Portal Component VS. iView
Portal Component看起来与iView非常类似，但是请记住它们有很大的区别。它们之间的区别类似于“对象与对象的实例”的关系。
采用PDK.Net开发的Code Object（代码化对象）被部署在企业Portal中，并且作为Portal Component引用。
当Portal Content管理者利用Portal Component构建自己的iView时，这些Portal Component被实例化。本质上，一个iView是一个Portal Component的实例。
（7）Portal Application
Portal Application是一组部署在同一个Portal上的逻辑上相关的Portal Component的集合。
（8）Portal Services
Portal Services是一组为Portal Component提供服务的Portal Middleware。 二、基于PDK.Net的Portal架构
考察上图，我们会发现PDK.Net主要由三部分构成：
A、 设计时环境（Portal Add-in）
B、 运行时环境（Portal Runtime）
C、 Java-.Net互操作框架（Interoperability Framework）
（1） 设计时环境（Portal Add-in）
Portal Add-in扩展了VS.Net的功能，使得.Net开发者可以构建、部署和调试Portal Component。所有的Portal Object（如iView Profile, User Context）和Portal Service（如(
Systems Landscape Service, User Management Service）将通过API的方式提供给Portal Component开发者。
（2） 运行时环境（Portal Runtime）
Portal Component的运行必须依赖于Portal Runtime，它以NT服务的方式托管在.Net引擎中。
（3） Java-.Net互操作框架（Interoperability Framework）
Java-.Net互操作框架使得用.Net构建的Portal运行时与基于Java的SAP企业Portal之间可以通信。
通常在两端各有一个组件：Portal端是Java Portal 组件，.Net端是Remoting组件。很奇怪，它们之间居然不是采用Soap协议，我不知道SAP的技术人员是出于何种考虑。
（4） SAP .Net连接桥（SAP .NET Connector）
通常SAP的.Net Connector是一个附加工具，该工具可以使得.Net的Portal Component连接
到SAP的后台系统，并且完全的访问其业务对象库。
三、PDK.Net的运行时环境
PDK.Net的运行时环境包括.Net Portal运行时和Java-.Net互操作组件运行时
如 下图所示，运行时流程如下： Portal从iView接受请求。 Portal 检测到这是一个.NET iView。 Portal分发请求给Java-.Net互操作组件，因为只有该组件才能与.Net Portal 运行时通信。 Java-.Net组件传递请求给.Net Portal运行时。 如果该iView的请求需要访问SAP后端系统，那么该请求将被传递到SAP的.Net连接桥。 SAP的.Net连接桥连接到SAP后端系统，获取或者更新数据。 结果返回到iView。 该.Net iView必须被.Net Portal Runtime 处理和规则化（着）后，传递给互操作组件。 处理结果通过互操作组件直接返回到Portal。 结果通过J2EE Server推送给浏览器。
注意：在设计状态，其过程与此相同。
四、其它
PDK.Net 目前是2.5版，评估版有30天的试用期。我注册，并根据SAP的要求下成功。安装之后，感觉外观很丑陋。SAP的东西就是这样，有很好的理念和业务模 型，但是技术上总是差强人意。 不过，我根据SAP的Manual尝试着做了一个Case，发现这个东西和一般的.Net Assembly没有什么区别，使用起来还是很方便的
介绍2
 一般来说SAP Portal项目顾问的工作包括了配置和开发两大部分，开发的话非常灵活，就SAP提供的技术来说主要有WebDynpro(Java和ABAP都可以)和Portal Component(基于HTMLB API)。开发我就不想说了，毕竟写起来有点麻烦，而自学并不难。我准备就通过假设一个简单的场景来讲讲如何对SAP Portal来做配置。大致构思了一下，全文可以分为3个部分。
        1.SAP Portal大致介绍
        2.Portal UI的配置
        3.Portal KM配置以及对几个地方log的替换
        首先，先大致介绍一下Portal，Portal我理解为门户网站。而EP是在Portal之后提出的
一个概念，EP是Enterprise Portal的缩写，也就是企业门户了。它的目标就是整合企业所有的信息资源，为用户提供一个集成、统一的访问点。很多公司都有EP的产品，有专门做EP的软件供应商，也有基础软件供应商像IBM也提供EP,然后就是许多ERP产品厂商也提供了EP产品，SAP的EP就是其中一个。SAP的优势就是它的EP可以更好的和它旗下的各种ERP还有BI结合起来，肯定更和谐统一方便一些。SAP的EP实际上包括三大块内容，分别是Portal、KM、Collaboration。Portal就是用来集成各种内容的，KM(Knowledage Management)就是知识管理，Collaboration是协作。我主要研究了一下Portal和KM这两块。而协作功能的话，现在国内企业应该用的还比较少，这里就暂时先不讨论了。见下面这张SAP Netweaver的架构图(图1)，非常清楚地展示了EP的位置:
灰的Portal,Collaboration, Knowledge Mgmt就构成了它的EP.
        然后再看看下图(图2)
这些都是SAP Portal，非常漂亮，它是基于Java的，所以基于Java的WebDynpro技术也可
以非常方便地开发各种灵活的portal组件，而且兼容性也很好。如果问SAP的Portal最复杂能做成什么样子？只要上过SAP的SDN网站就知道了，它的sdn就是用的自己的portal产品，这也是最容易让大家感受EP的例子了，网址是SDN.SAP.COM
        Portal很简单，google提供的igoogle就是很简单实用的portal例子，EP的概念也差不多，无非就是把企业的所有信息：比如业务程序、工作流、知识管理、商业智能等等全放到一起来，这样用户只需要打开浏览器，日常的所有工作都可以在这个EP里来顺利完成，这就是典型的EP使用场景了。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。