<P></P><P>E-CREF:对于PT8.44到8.51如何重置"CRef"自2010-12-31到期的日期 适用于:企业PT -仁科PeopleTools -版本:8.44到8.49 -发布:8.4到8.4 此文档中的信息适用于任何平台。 描述： 许多内容参考("CRefs")经由仁科被配置为可以在2010-12-31到期，这包括PeopleTools和PeopleTools应用。"CRefs"用于展现菜单项和他们到期时间，联系的应用功能是不可用的直到日期被重置为新的数值或者置空。超过的到期日期联系数据没有丢失，仅仅丢失可用的应用功能联系。 发生的可能性： 这个问题将会影响用户通过8.51在PeopleTools8.11上的运行及PeopleTools应用发布8.0到9.1 注意:在这个解决地址中工具仅仅提供PeopleTools8.44通过8.51和PeopleTools应用所正在运行的那些PeopleTools版本上。其它KM文档地址，其它的PeopleTools版本，这些文档都是此文档结束的参考。 可能的特征： 在2010-12-31之后，和到期的"CRefs"有联系的菜单项将不会展现。比如，尽管确认安全访问"CRef"菜单项用户还是可能报告他们很多的菜单项都不可见。 工作区或者解决方案 目标: 确保通过重置"CRef"过期日期能够访问功能应用。 背景考虑: 注意1:"CRef"到期日期能够重置为空支持两种方式，依赖于"CRefs"数量的变化。 a、手动的:如果仅仅只是少数的"CRefs"变化，手动的重置每一个可能比较容易点。像如下这样做,navigate to the impacted CRefs in PeopleTools > Portal > Structure and Content,清空有效地日期并且保存"CRef". b、程序方式的:运行工程中和此文档有关的应用工具程序。 注意2:提交的应用工具程序要求用户以"门户管理者"或者"仁科管理者"的角色来运行。 注意3:提交的应用工具程序是通过标准仁科APIs编写、正确的更新"CRefs"以及联系元数据。编写它是用于同时运行其它的联机事务处理事务。程序运行以后，这里或许会对"psappsrv"进程性能有一些轻微的影响，作为修改过的"CRefs"都被存储起来。同往常一样，部署到产品环境之前在非产品环境下测试解决方案。 注意4:客户需要在2010-12-31之前重置所有存在数据库的"CRef"过期日期。如果从其它环境移动过来用于确保重置值都是可维护的客户可能希望它有规律的运行。对于定义一个过程类型和安排这个过程通过程序调试机有规律的运行可能是很有用的。引用"PeopleBooks"来具体的创建程序类型定义。 注意5：如果这个程序有改变,这些改变被认为是设置。支持标准GSC政策就会适用。 解决方案 第一步:确定数量的变化及"CRefs"的交付。 执行下面的SQL语句: SELECT PORTAL_EXPIRE_DT, LASTUPDOPRID, COUNT(*) FROM PSPRSMDEFN GROUP BY PORTAL_EXPIRE_DT, LASTUPDOPRID ORDER by PORTAL_EXPIRE_DT,LASTUPDOPRID;注意到从这个SQL输出来说,有三种不同类型的影响CRefs:a.) PORTAL_EXPIRE_DT = 2010-12-31 and LASTUPDOPRID = PPLSOFT (delivered impacted CRefs) b.) PORTAL_EXPIRE_DT = 2010-12-31 and LASTUPDOPRID PPLSOFT (customized impacted CRefs) c.) PORTAL_EXPIRE_DT 2010-12-31 (potentially impacted CRefs) 交付的应用工具程序重置只有"a型CRefs"。定制可能需要解决其他两个“类型”。每一个"类型"将被探讨在以后的步骤中。 第二步:确定哪些"CRefs"变化了。 运行下列查询理解哪些对象被影响。注意:如果你运行oracle数据那么必须格式化为'31-DEC-10'。 SELECT LASTUPDOPRID, LASTUPDDTTM, OBJECTOWNERID, PORTAL_EXPIRE_DT, PORTAL_NAME, PORTAL_OBJNAME, PORTAL_LABEL, DESCR254 FROM PSPRSMDEFN WHERE PORTAL_EXPIRE_DT ='2010-12-31' ORDER BY LASTUPDOPRID,LASTUPDDTTM, OBJECTOWNERID, PORTAL_NAME, PORTAL_OBJNAME 手动重置数值时PORTAL_NAME和PORTAL_OBJNAME的值是非常有用的。DESCR254可忽略清晰的输出，而仅供参考。 第三步:使用适当的方法(见注意1)为a类型"CRefs"(交付的,有影响的CRefs)重置过期日期。 交付的应用工具程序将会重置所有的a型"CRefs"。 如果在你的数据库中只有少量的,可能更容易手动重新设置它们如上注1。交付的,不变的应用工具程序可以重新运行是必要的。 运行程序后,有多少突出的a型"CRefs"存在的描述将会产生。描述将会如下出现: ============================================== (0,0) Number of Content CRefs remaining with LASTUPDOPRID = 'PPLSOFT' and PORTAL_EXPIRE_DT = '2010-12-31': 29 (0,0) Number of Folder CRefs remaining with LASTUPDOPRID = 'PPLSOFT' and PORTAL_EXPIRE_DT = '2010-12-31': 4 (0,0) ============================================== (0,0) 如果交付的AE由应用设计师直接运行格式可能会出现混乱。使用文本编辑器,删除带线的“Message”那么输出结果可能更容易阅读。 最常见的原因总结显示"CRefs"剩余是一个缺乏必要的许可。见注1。这个问题记录如下:未授权"CRef":EC_PACKAGE_LOG (95,5032) 第四步:使用适当的方法为b型"CRefs"重置到期日期(定制的冲击"CRefs")。 根据大量的b型"CRefs",你可以选择手动或者程序式的修改他们。注:有些这些定制的"CRefs"过期日期为2010-12-31可能是有意的,因此不应该被重置。 如果你选择解决这些"CRefs"编程方式,一种是定制交付的应用工具程序。如果你选择这条路线,我们建议你将发布的PeopleCode一步一步复制到一个单独的PeopleCode然后修改这个拷贝这样又能保留通用程序结构。最起码,我们建议改变SQL谓词,即你特别需要的条款,改变概要信息字符串更清楚地记录所做的时候你的步骤。记住要使用唯一标准PeopleTools API来修改的"CRef"对象。 它超出了本文的范围细节应该如何改变及发展一个熟练资源PeopleTools可能是必要的。 第五步:用适当的方法为c型"CRefs"重置到期日期(潜在的影响CRefs)。 这些"CRefs"可能或不可能影响你的实施。像以前一样,根据大量的c型"CRefs",你可以选择手动或程序修他们。 如果你选择来解决这些"CRefs"编程方式,我们建议您使用一个类似于以前步骤的方法,一步步的编写其它PeopleCode的拷贝然后改变它适合你的需要。记住要使用唯一标准PeopleTools API来修改"CRef"对象。 PORTAL_EXPIRE_DT值为空的"CRefs"不会过期。这些都不是影响,并且不需要被重置。 那些PORTAL_EXPIRE_DT值不是2010-12-31的可能会受影响。例如,有意的过期的公开登记"CRefs"存在。在适当的时候重置这些值。 有些人可能在实施中过期未发生意外而且与功能应用无关。这些都不是影响,并且不需要被重置。 第六步:使用SQL从步骤1和2确认"CRef"到期日期重置为适合你的环境。 当交付应用工具运行成功时应该没有a类型"CRefs"。b型和c型的"CRefs"数量将取决于你的实施需要,定制应用于第四和第五步。 第七步:测试结果。 由于菜单缓存的影响,让用户登出/登入，管理者重新启动网络服务器清理网络服务器缓存也可能是必要的。没必要重新启动应用服务器。 GSC帮助 如果你不能解决问题,或有问题应用解决方案,请登录我的Oracle支持: 1、产品原因，进入仁科企业PT PeopleTools 2、分类,选择内容的参考 3、在给出的模板中回答问题 4、通过SR在所必需的创作过程中输入所有其他必填项目 5、保存SR,将会指派一位分析师与您联系,解决你的问题</P><P></P>