由于不修改Oracle标准功能，表单个性化成了一个比较简单有效并且相当实用的工具。概括而言，表单个性化可以实现如下功能： 设置Property，如设置某字段必输，或者隐藏一个Tab。 执行内置功能，比如GO_BLOCK，DO_KEY以及FND_FUNCTION.EXECUTE。 显示消息。 使用特殊的菜单。 虽然使用简单的SQL就可以达到很多个性化的目的，但从经验而言，对于一些复杂的个性化还是需要写DB存储过程或函数，而且表单个性化对单行数据的处理比多行的处理在逻辑和功能上也容易实现得多。对于一些复杂的逻辑处理，甚至需要创建N个rule，每个rule又分N个步骤……而这些，假如表单化可以捕捉到那些关键性的trigger比如POST_FORM_COMMIT之类的，可能几句话就可以搞定。 对于非常复杂的处理，可以使用CUSTOM库来实现，跟Form开发类似，这会使问题极大的简单化。试想可以在CUSTOM中实现平时自己开发的Form所能实现的功能，怎不令人激动？ 表单个性化的设置可以在各实例（instance）方便的迁移。 下载： FNDLOAD / 0 Y DOWNLOAD $FND_TOP/patch/115/import/affrmcus.lct FND_FORM_CUSTOM_RULES function_name= 上传： FNDLOAD / 0 Y UPLOAD $FND_TOP/patch/115/import/affrmcus.lct 使用表单个性化需要注意的两点是： 向Oracle提SR时，务必首先确保问题不是由个性化引起的。 如果创建了GLOBAL变量，它会一直存在，直至你离开当前应用。
Archives for July 2007
Windows 2003 Form 乱码
前几天经常出现Form异常中断，旁边没人可以搞定这个问题。 熬了一个月，决定做一些简单的尝试。由于试过XP的中文/英文版，这次装了Windows 2003 Enterprise VOL R2 英文版，新问题也随之而来。 1，IE点Form链接后自动关闭，Firefox也是如此。 重新安装JInitiator，也是出现同样问题。在IE中禁用了除JInitiator之外的所有Add-on，还是同样状况。因为是新装的系统，所以基本排除了IE被病毒破坏的问题。打上补丁，还是如此。 想到去控制面板检查JInitiator，发现无法打开——显然，是JInitiator的问题。由于JInitiator重新安装后还是在控制面板中无法打开属性设置，初步怀疑根系统有关系，但是已经打了补丁（不是SP2）了……考虑用新版本的JInitiator来替代当前1.3.1.21，但是还需要改一系列的注册表键值，太麻烦。检查java版本，低得离谱，便载了最新版本的jre(jre-6u2-windows-i586-p.exe)，再用jvm.dll替换JInitiator中的jvm.dll，控制面板中的JInitiator可以打开属性设置界面了，不过是乱码。 检查jre，变成最新的1.6.0_02-b06。尝试用IE开Form，可以启动，只是出现乱码。 2，解决JInitiator属性设置界面的乱码。 检查C:\Program Files\Oracle\JInitiator 1.3.1.21\lib，发现并没有Windows 2003的字体属性配置文件，于是复制了font.properties.zh.5.1，改名为font.properties.zh.5.2。 再在控制面板中打开JInitiator，正常。用IE打开Form，还是乱码，只不过此次是部分乱码，可以判断出来的原因是，部分字体可以正常显示。 3，解决Form乱码。
Servlet or Socket
Apps R12也采用form，但却是Servlet，而不是11i的Socket模式。 R12只需要一个HTTP Server，不必再另行启动Form Server，因而也就没有必要在防火墙上专门开通一个端口来通信。另外一个附加的好处就是直接使用WEB相同的SSL，而不必另外再用一个。 不过，由于HTTP和Socket协议的差别，在广域网上的应用可能并不十分出色。 原文在此。 等服务器搞好后，要好好玩一把R12。
