ICM_ReceiveDocumentIDs事件使用及ContentList参数配置问题
IBM Case Manager ContentList组件ReceiveDocuments事件传值说明
你之前构造的payload外层字段格式没有问题,失效的核心原因是values数组的元素结构不符合组件解析规则:官方文档标注的"dojo objs"实际是Content Navigator (ICN) 内部定义的ContentItem数据结构,你传入的仅含versionSeries字段的普通对象无法被组件识别,当组件判定传入的values无效时,就会触发默认逻辑拉取对象存储全量文档。
正确的values字段结构要求
- 每个数组元素为单条文档的属性对象,除了你在
symbolicNames中声明的自定义属性需要平铺赋值外,必须包含以下必填识别字段,缺任何一个都会导致传值失效:id: 文档当前版本的GUIDvsId: 文档的版本系列ID(即你之前写的versionSeries对应的值,注意字段名必须是vsId)objectStore: 文档所属对象存储名称,必须和外层objectStoreNames中配置的名称完全一致name: 文档标题,对应DocumentTitle属性值mimeType: 文档的MIME类型,例如PDF文档对应application/pdf
可用示例代码
var payload = { "objectStoreNames" : ["MyObjectStore"], "symbolicNames": ["DocumentTitle","CmAcmAssociatedCase", "DateLastModified", "LastModifier"], "values": [ { "id": "604B5175-0210-C88C-B5CE-C7CA75FD8A9A", "vsId": "604B5175-0210-C88C-B5CE-C7CA75FD8A9A", "objectStore": "MyObjectStore", "name": "2024年Q2案件归档文档", "mimeType": "application/pdf", "CmAcmAssociatedCase": "CASE-202406001", "DateLastModified": "2024-06-15T14:22:00Z", "LastModifier": "caseadmin" } // 多文档按上述结构追加到values数组即可 ], "externalColumns": [], "version": "current" }; return payload;
排错提示:如果配置后仍然触发全量文档加载,优先检查
vsId和objectStore两个字段的值是否准确,这两个字段是组件判定传入条目是否合法的核心校验项。如果不想手动拼接属性,也可以在ScriptAdapter中先调用ICN的内容检索接口拿到标准ContentItem实例,直接将实例对象放入values数组即可,不需要手动拆解字段。
内容的提问来源于stack exchange,提问作者Puck
相关产品推荐
相关产品推荐

