优化功能：

　　EOS升级到2898后，对pagecom:hiddenData标签进行了优化，解决了 list[@type=”NATURALBONDDATA”]中type属性无法上传有可能导致数据栀?线上多个list混在一起的问题。

　　可能引起代码修改的地方：

　　由于pagecom:hiddenData优化后更改了上传结点的路径，比如list [@name=”update”]/HT_DEALRECORD结点上传后路径仍是list[@name=”update” ]/HT_DEALRECORD，当然这是正确的路径。

　　而2886及以前版本该结点上传后的路径是HT_DEALRECORD，少了实体前面的list，这就可能引起下面所说的问题

　　问题描述：如果开发环境的版本是2886及更早版本，假设jsp 页面上有如下代码<pagecom:hiddenData property=”list[@name=”update”]/HT_DEALRECORD”/>，该页面提交后的展现逻辑中的业务逻辑的输入参数便会设置成HT_DEALRECORD，如果EOS升级到2898以后，这个结点将会因为找不到而报错，因为它的路径已经由原先的HT_DEALRECORD变成升级后的list[@name=”up date”]/HT_DEALRECORD。

　　解决方法：

　　在展现逻辑中增加一个“数据设置”，Source=list[@name=”update “]/HT_DEALRECORD，Target=/，数据类型都是EOS Entity，它的效果是将list[@name=”update”]/HT_DEALRECORD复制给HT_DEA LRECORD，list[@name=”update”]/HT_DEALRECORD结点和HT_DEA LRECORD结点同时存在，这样无论EOS是否升级到2898都不会报错。

　　备注：Jsp页面中使用pagecom:hiddenData提交List下的一个实体的 情况相对比较少见，但在某些特殊情况下还是会用到，也可能能是由于设计上的不规范造成的，农行某系统中就有23个页面出现了这样的代码，这种问题比较隐蔽。对于已上线的系统，如果升级的话这也是潜在的危险，请大家在升级之前确定是否有类似的问题。

　　建议：该处的更改没有写到升级的说明文档EOS53 Readme2898.txt中，我也是遇到了才知道，类似的问题还是应彠?提前告诉大家才好，否则无形中会增加服务成本，就如同之前遇到的另一个问题，升级到2898后会更新WFSystemInfo表中 的DATABASE_VERSION字段，由原先的V3.0更新到V3.1，导致其他未升级的环境工作流引擎无法启动，报出“工作流引擎版本辠?低”的现象，查了半天没找到原因，打电话给售后才知道是个别机器的EOS版本升级引起的。

　　原文出处：http://gocom.primeton.com/modules/newbb/item54076_54076.htm