How a site is personalized
An in-depth description of adding Personalization to a Web site.
Developing a personalized portlet or Web site
- A Web developer defines an area of a site that needs Personalization.
This area may be a personalized list of new articles appearing in a Web site, a place at the top of a intranet site for targeted employee bulletins such as changes to benefit plans, a product list on a commerce Web site, or any other place where the content of the site should be tailored to the particular user.
- A set of Resource Collections and Application Objects are defined.
Together, these objects make up a "business vocabulary" to represent the terms and objects upon which Personalization decisions are based. These objects may be defined in the Web page by pointing to a DB2 Content Manager item type. These objects may be generated through a set of Personalization wizards provided with Rational Application Developer; or they may be developed according to a set of public programming interfaces.
- The Resource Collections and Application Objects are registered to the Personalization server through the Personalization browser by importing .hrf files.
These files define Resource Collections. The developer can also manually create the Resource Collection references in the Web.
The classes used for the Resource Collections and Application Objects must be on the classpath for both the application being personalized and for the Personalization browser Web application. One way to achieve this task is to use a shared library placed either on the appserver, or on the individual Web applications. If you are using stock resource collections provided with WebSphere Portal, such as the Portal User Resource Collection or the DB2 Content Manager Resource Collection, these classpaths are already registered properly.
- Programmers now use the objects and terms defined through the Resource Collections and Application Objects to write rules and map those rules to content spots using campaigns.
- Portlet and Web site developers may either configure a Personalization Rule Display portlet to show the rule or content spot or may call into the Personalization programming interfaces to execute the appropriate rules or content spots which the programmers have defined.
The Content Spot provides a way for the site developers to develop personalized pages before the rules are authored as well as a way to more loosely tie a particular rule to a page. It is then up to a programmer to "map" the Content Spot to a Rule using a Rule Mapping within a Campaign in a Personalization browser.
Executing Personalization Rules
- A user navigates to the page containing Personalization rules or content spots.
- The application invokes Personalization to find content or make decisions.
- Personalization identifies the correct rule(s) to execute. If a Content Spot with the name given to execute is not found, a rule is looked for directly with this name.
- The Personalization server searches for all Rule Mappings for the Content Spot which have started but not yet ended.
- The Rule Mappings are ordered based on the priority and split values and the rules associated with each mapping are executed in term until a rule which returns content is found.
Note: It is possible to configure Personalization so that only the first rule (higher priority) will get executed.
- For each rule executed, Personalization retrieves the user's profile and evaluate the rule to select the content which meets the conditions of the rule. The rules engine will invoke the resource engine as necessary to retrieve content pieces.
- The content is returned to the Web page, and displays for the user
Home |
WebSphere is a trademark of the IBM Corporation in the United States, other countries, or both.
IBM is a trademark of the IBM Corporation in the United States, other countries, or both.
Rational is a trademark of the IBM Corporation in the United States, other countries, or both.