在 SAP Gateway 的 Function Import 里传长字符串,真正容易卡住的地方,不在 Edm.String
这次排查,我想先把问题钉死前阵子我专门做过一次很典型的排查,场景很直接,我们在SEGW里做了一个Function Import,参数里带一个比较长的文本字段,结果有人怀疑SAP Gateway天生就不适合传长字符串。这个判断听上去很像经验之谈,可一旦真的进项目,就很容易把排查方向带偏。因为在OData V2里,Service Operation的 primitive 参数本来就是沿着URI的 query string 传过去的,而SAP Gateway在Function Import参数上又允许显式维护Max Length。也就是说,模型定义、运行时校验、HTTP传输链路,这三层其实是叠在一起工作的,不能只盯着其中一层看。 ([OData][1])我这次看完这个案例之后,结论很清楚,像示例里这样把Description定义成Edm.String,长度设成1000,再让ABAP输入结构、数据库字段和返回实体的长度都保持一致,Gateway这一层是可以把四百多个字符稳稳接住并原样回传的。SAP Help对Function Import Parameters的说明写得很明白,Max Length
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/2551603.html
如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!