peopleSoft理解门户注册和安全性.docx

术语：URL与URI的区别，通俗地来说/ps/pstools;URL:/ps/pstoolsURI:/ps/pstools大体：1.一个PS门户是有1个门户注册（Portal registy）所定义的2.门户定义包括大量的系统表还有数据，在一个PS数据库里面。每个个门户注册必须驻留在一个PS数据库里面3.一个PS数据库可以拥有多个门户注册，但一个门户注册对应一个门户4.门户注册包括三大点：Folders，Content references，NodesFolders，Content references 组成门户注册的一大半，还提供分层的树结构去描述在门户里面注册的不同的内容Nodes提供逻辑名称去特定的网站服务器和数据库，所以内容可以独立于特定的网络服务器去注册。它是被用于当portal servlet 尝试去检索内容（包括PS的内容，或者外部的内容，或者两者聚合）5.门户最大的主要功能就是去用一个 target url (generally a URL for a PeopleSoft component)，去组装一个带内容或者其他内容的页面。布局还有内容是被node template所定义的,node template是由html组成的。 门户试图从关系到target URL的内容引用去拿到模版，或者使用一系列的默认模版如果不能从内容引用里面获取模版。Folders1.Folders代表一个层次结构，这个层次结构内创建用户注册2.每个Folders都有一个parent,除非是root folder,每个Folders都可以有子Folders和content references.3.Folders可以粗糙地类似于文件系统的目录。4.Folders可以更进一步定义一大窜属性(description, security, when it expires, and so on)Content References1.A content reference是一个简单的URL引用。2.你在门户注册里创建entry作为一个content reference.默认是已经被注册的。（按照开发流程注册）3.一个content reference可以更进一步定义一大堆属性(description, security, when it expires, and so on)4.有许多不同类型的内容引用,可以分解成以下大类:TargetTemplateComponenttarget 类型的content reference 描述一个用户引用的已经注册的URL。通常这只是一个纯粹的互联网组件，就像普通的页面那样。当一个用户引用一个URL，那URL就会在注册表找到target content reference.Template类型的content reference。如果想放任何或者其他内容到页面上，门户会找到一个模版对应每个URL的requestcomponent类型描述一个component，它是被放置在目标页面或者主页。Nodes1.当一个content reference被创造出来作为注册一些content(即是URL),那么特定的URI(即是scheme,webserver)可以被指定在content reference里面。2.然而，这是有缺陷的，每次URI改变的时候，content reference也要跟着变。Node就是一种解决办法，通过创建逻辑名称(如：/ps/pstools可以定义成PS_PSTOOLS)，包括特定的webserver,secheme。那么当创建一个content reference的时候，就可以用node name了。3.如果不用node,当有10个带有的服务器/ps/pstools（如/ps/pstools,/ps/pstools,/ps/pstools）需要更改/ps/pstools的时候，就需要一个一个地改，而用nodes的话就只需要改一个就可以了。4.node可以分类成default local local non-local (remote)Security大体1.相同的安全性机制是适用于folders, content references, content reference links, tab definitions, pagelets, and user homepages.2.所有上述的的 object能被标记为public,owner accessible,或者明确的PeopleSoft 许可权列表（他们的子objects） 当他们被标记为public的时候，其他user都可以访问，不过public不可以级联，所以能访问父items,不能访问子items 当他们被标记成owner accessible的时候，创建该items的用户才能访问到，同样，不能级联 当他们被标记成PeopleSoft permissions.的时候，那意味着一个user是一个role的成员，然后role添加一张许可权列表（item已经添加进这张许可权列表了，访问类型也设置好了），此外，当用folder许可权的时候，可以被级联，那意味着所有子folder(包括里面的contentreference)都会自动添加该permission list（父）。3.Role-based security可以在门户objects（(folders, content references and content reference links)）使用RolePermissions collection.注意：你也可以对folders, content references and content reference links只用Role-based security，不对components or iScripts用你可以特定那些roles可以访问objects.这个类似于许可权列表的方式，如果一个用户有了特定的角色，那么权限就会被赋予A role collection与PermissionValue collection是相似的。尽管在PermissionValue collection有额外的属性Attributes1.Folders, content references, content reference links, PageletCategory objects, and Pagelets可以有很多Attributes。2.Attributes是以 name/value的形式存在的。3.Attributes可以用于门户性的应用，或者搜索引擎，或者导航条Additional Portal Objects1.用PortalRegistry,你可以在你的门户里面增加还有客户化其他items，如tabs,homepages,收藏夹favorites2.The TabDefinition是一个已经在门户定义的homepages。这是一个管理者创造的，当他们需要去定义一个新的homepage tab。TabDefinition是基于content references.的3.The User Homepage是个性化homepage，这是对于一个用户来说的。这包括所有用户在homepage的选择。The User Homepage是基于 folders的 。4.收藏夹展示一些用户喜欢以最短时间看到的content references5.A Pagelets(自定义控件)是一个在page的区域，它包含content,还有那些用来特指类型的content的template，它是一种content reference.高级内容（倾向于只归纳结论）设置安全性讨论两个主题Use object properties.Access objects.Using Object Properties如果使用AuthorAccess属性，那么就作者就可以访问该object如果使用PublicAccess属性，那么全部人都可以访问该object，它不可以被级联，就是说，只能访问该object,而它的子对象却不行Accessing Objects当你得到一个文件夹,内容参考,内容参考链接,PageletCategory或Pagelet收集,只有使终端用户授权访问的items在集合里面。（简单来说就是当前用户可以访问这些个items，这个对应的关系的集合。什么情况才可以该items呢？）一个对象包含在一个集合是基于下面的算法。1.当一个对象是被标记PublicAccess的时候，系统自动定义为可访问2.当一个对象是被标记为AuthorAccess的时候，当前的userid(oprid)才能访问3.当当前用户是存在在许可权列表（如当前用户被赋予hps_developer的权限，而hps_developer可以访问compontent1，那么当前用户就可以访问compontent1），就是object在许可权集合4.当当前用户存在在许可权列表里（一个许可权列表可以赋予多个用户），就是object在级联的许可权列表里面（就如不清楚）5.当前用户有门户管理员的角色（那当然可以访问全部对象了喂！）如果你知道content reference 或者 folder的URL、Name的名字，就可以使用下列的函数Find methods (FindCRefByURL, FindCRefByName, FindCRefForURL,他们会返回当前用户是否授权去访问该folder或者是content referenceUsing PermissionValue, RolePermissionValue, Cascading Permissions and CascadingRolePermissions注意点：Both the PermissionValue collection and the RolePermissionValue collection return PermissionValue objects.而每个PermissionValue objects都可以选择级联或者不级联Permissions and RolePermissions注意点：1.只有folders可以被级联，content reference不可以，因为content reference不能包含content reference2.许可权是扩展性的，不是覆盖性的。3.所以当前level的许可权是包括父folder的许可权的，不管本folder有没有许可权，如果父folder有设置级联的话，那么子folder都会继承，所以一般不在root folder设置级联开发的时候注意：1.只在需要的level设置许可权2.只在需要的时候用级联许可权3.一般来说，不要为根目录设置级联许可权，那样的话你就不能删除子对象上父对象的许可权列表了，因为他们都被级联了，都拥有根目录的许可权了（而且不可删除）。4.只有许可权值表可以被级联，folder上面的属性（publicaccess,authoraccess）不可以被级联。重点来了“如上图：employee folder有两个许可权列表，分别是employee和manager，他们两个许可权列表都是cascaded的所以Homepages and Benefits folders都拥有额外的许可权（从employee那里继承）那就是说，是所有和employee,manager两个许可权列表有关联的用户，都可以访问这些文件夹。假设你决定不打算employee许可权列表访问benefits folder，那么你从benefits PermissionValue collection,删除employeePermissionValue value,但是你还没有改变许可权列表，因为许可权是包括父folder的许可权列表的，而父folder的许可权列表不能被删除，他们只能去添加。（对应3）为了改变上述的状况，你必须：1.把employees的PermissionValue改成非级联2.增加employees作为一个PermissionValue object（之前是CascadedPermissionValue object）到homepages folder