门户规则服务.docVIP

门户规则服务 WebLogic Portal 一套组件提供了一健壮的个性化解决方案这些组件提供了运行时服务，向浏览Web站点的最终用户个性化的内容。这些个性化组件利用业务规则用户用户组。业务规则逻辑是个性化处理过程的关键。 Weblogic Portal的 Rules Management Framework提供了运行时提供基于具体规则的个性化内容。 Rules Manager EJB 是用于访问底层 BEA Rules Engine的一个可伸缩的无状态的 J2EE 入口点。它提供了执行用户定义规则所必的运行时服务。 个Portal控件：RulesManagerControl和RulesExecutorControl，提供了访问Rules Manager EJB的方便手段。 Portal自带了一些规则，例如内容选择器和campaigns）。用户可以手工建立自定义规则。在把规则到Portal之前，可以使用 Portal的Expession包，或者Xml Spy 来验规则的性业务规则可以动态地载，这样，Workshop IDE，测试已署应用程序中规则。 规则引擎（Rules Engine）的运作机制是在内存中对象一套规则。首先内存使用来自调用对象的输入，例如用户档案请求会话。这样，在规则之前，在内存中就已经有了一份用户档案的内容。规则只能在中执行，环境把规则集和内存关联起来。环境提供了到Rules Engine的接口，Rules Engine控制着应用程序的规则部分与内存之间的关系。内存由生产规则（production rules）负责操作，生产规则包含在规则集里。，规则的左半边left-hand sides，LHS）针对内存中的对象进行计算。如果内存中的对象与LHS中的模式匹配，就会触发规则的右半边right-hand side，RHS）指定的。 某些可能会在内存中加入新的对象。例如规则 Classifier 对用户年龄进行测试，如果 USER.age 45，就在内存中加入一个新的Classification 对象。生产系统的运行，要执行以下操作： 匹配: 规则的LHS，判断哪个规则与当前内存中的内容匹配。 冲突解决：选择一个LHS匹配的规则。如果没有规则匹配，就停止解释。 : 执行选中规则RHS中指定的动作。 返回第步。 规则会一直执行，直到解决集变为0时才停止（也就是没有规则能）在Rules Engine停止之后，规则管理器组件会返回一个列表，列表中包含内存中仍然存在的对象。一个可能的场景就是，还剩下一个类型为Classification”或ContentQuery”的对象。Rules Manager接着对剩下的对象，用可选的对象过滤器过滤它们。过滤器可以有选择地忽略某些对象或者对某些对象进行换。 使用门户规则服务 要使用门户规则服务（Portal Rules Service），有几个步骤。首先，必须预先建立规则，然后把规则署到一个正在运行的Weblogic服务器实例中。接着，规则被，而结果在返回用户之前，有可能先被过滤。最后，用户在应用程序代码里用经过规则处理的结果。 建立规则集 规则集是符合的XML文件（详见XmlSpy的链接)。规则语言实际就是Portal软件包，可以扩充以满足规则引擎的额外要求。 cr:rule-set is-complete=true xmlns=/servers/p13n/xsd/expression/expressions/2.1.1 xmlns:cr=/servers/p13n/xsd/rules/core/2.1.1 xmlns:literal=/servers/p13n/xsd/expression/literal/1.0.1 xmlns:string=/servers/p13n/xsd/expression/string/1.0.1 xmlns:xsi=/2001/XMLSchema-instance xsi:schemaLocation=/servers/p13n/xsd/rules/core/2.1.1 rules-core-2_1_1.xsd cr:rule is-complete=true cr:nameAddInteger/cr:name cr:descriptionSimple value test /cr:description cr:conditions equal-to variable type-aliasjava.lang.String/type-alias /variable litera