点击此处---> 群内免费提供SAP练习系统(在群公告中)
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
您好,PI专家
我们有一个文件到文件的情况,并且在发件人文件(FCC)适配器中遇到问题。 发件人适配器处理了部分源文件,似乎通信渠道选择了该文件的中间部分,将其复制到源文件夹,但未创建预期的目标文件。
发件人文件适配器(FCC)中是否有任何设置可以处理此问题并避免选择部分源文件。
但是,如果我们检查已存档的源文件,则它是完整文件。 我只是想知道,是否存在处理和存档文件的延迟。
请说明如何归档整个文件和处理部分文件。
让我知道,我们如何处理部分源文件。
谢谢。
谢谢
Chakradhar
您好Chakradhar,
如果操作系统没有阻止打开文件,则尽管文件仍在修改中,但适配器开始处理文件。 但是,在文件发送方通道配置的高级设置中有一个名为"修改之前等待的毫秒数"的参数可以解决此问题。 此设置使文件适配器在读取之后但在将文件发送到适配器引擎之前等待一段时间。 如果在配置的时间间隔过去之后修改了文件(这基本上是通过将读取数据的大小与输入文件的当前文件大小进行比较来确定的),那么适配器将中止文件的处理并尝试处理文件 重试间隔过后再次出现。
对于完整的存档文件,由于文件大小已更改并且部分存档文件被覆盖,因此似乎源文件已被拾取两次。
无论如何,您可以使用参数"修改检查之前要等待的毫秒数"来避免此问题。
有关更多详细信息,请查看以下帮助:
https://help.sap.com/saphelp_nw73/ helpdata/zh-CN/44/682bcd7f2a6d12e10000000a1553f6/frameset.htm
最好的问候
Liz
嗨Liz,
非常感谢您的回答。
参数"修改检查之前要等待的毫秒数"仅适用于文件适配器,不适用于文件内容转换(消息协议)。
如果我们除了限制操作系统级别的权限之外,还有其他选择来处理此问题,请告诉我。
此外,如果源文件选择了两次并且部分存档文件被覆盖,那么为什么没有再次生成目标文件。
谢谢。
谢谢
Chakradhar N
嗨Chakradhar!
只需在发送者通道中使用MessageTransformBean而不是FCC即可使用给定的参数。
顺便说一句:根据上面提供的帮助主题,当您将FCC与"每条消息的记录集"参数一起使用时,该参数的使用受到限制。
关于Evgeniy。
嗨,Evgeniy
感谢您的回答。
好的,我会按照您的建议尝试。
谢谢
Chakradhar N
一周热门 更多>