Fans Or Not

配置文件“自助个人主页模式”里面可以选择自己喜欢的首页模式，但是它现在已经不被支持了。 Oracle技术架构体系中，将逐渐取消对MOD_PLSQL的支持，这是一种被淘汰的技术。所有基于MOD_PLSQL的UI都将被移除Oracle应用，在新的发布中，你将不再看到有MOD_PLSQL的应用。“个人主页”模式正是基于这种技术。 你可以用下面的SQL找出所有还在使用“个人主页”模式的用户。 SELECT pro.profile_option_name, pro.user_profile_option_name, lev.level_type TYPE, lev.level_name, prv.profile_option_value FROM fnd_profile_options_vl pro, fnd_profile_option_values prv, (SELECT 10001 level_id, ‘Site’ level_type, 0 level_value, ‘Site’ level_code, ‘Site’ level_name FROM dual UNION ALL SELECT 10002 level_id, ‘App’ level_type, app.application_id level_value, app.application_short_name level_code, app.application_name level_name FROM apps.fnd_application_vl app UNION ALL SELECT 10003 level_id, ‘Resp’ level_type, resp.responsibility_id level_value, resp.responsibility_key level_code, [...]

往往，对于工作流的强制同步(Forced Synchronous)处理模式，可以仅仅当做一段SQL代码来理解，事实上它也仅在一个SESSION内执行结束。对于某些逻辑处理，工作流图形化的设计方式非常容易理解，并且容易维护和扩展，多数情况下比PL/SQL代码更容易维护——我们的代码质量总是太差，除了程序员没人看得懂。 相对于普通的工作流(同步、异步）来说，它主要的区别就是响应及时。它不会保存任何工作流信息，这也就意味着无法在监控页面查询到工作流状态。工作流会将所有运行状态和变量存在工作流相关的表中，当使用强制同步处理模式时，所有变量仅在内存里保存（实际上是一些RECORD类型的变量），当SESSION结束自动清除。 额外的一些限制有： 不能使用通知活动。 仅存在于单个Session中，不能Commit。 无法使用错误处理流程。 On Revisit仅允许LOOP属性。 不能使用主从活动。 不能并行处理。 不能使用各类延迟处理的活动，比如Defer、Wait。 不能使用工作流后台处理引擎。 不能记录到工作流表。 仅允许少量的API调用。 (更详细的说明，可以参考工作流API文档) 使用强制同步处理模式的方法是设置ITEM_TYPE为#SYNC，或者wf_engine.eng_synch。如果在不启动DEBUG跟踪的前提下试图诊断工作流，则可以通过指定一个唯一的ITEM_TYPE来进行操作，即返回到普通的同步模式。 对于复杂权限的判断、帐户的生成，或其他存在多个逻辑判断的情形，使用工作流比在代码中控制要清晰很多，和设计文档中的流程图几乎一致。

碰到了估计不会再碰第二次的问题，记录一下。测试环境上载新的工作流时，系统报如下错误： 1406: Workflow definition contains unsupported feature, cannot be uploaded to this database. 1603: Unsupported type EVENT in attribute XMLTRANSFORM/NEWDOCUMENT 1603: Unsupported type EVENT in attribute XMLTRANSFORM/EVENT 1603: Unsupported type EXTJAVA in function WFSTD/XMLTRANSFORM 1603: Unsupported type EVENT in attribute XMLGETTAGVALUE/EVENT 1603: Unsupported type EXTJAVA in function WFSTD/XMLGETTAGVALUE 1603: Unsupported type EVENT in attribute XMLCOMPARETEXT/EVENT [...]