西班牙
斯潘4
嗨,我遇到了以下问题:使用目录和路径读取器(仅对文件进行筛选)并提供空文件夹可以正常工作(它不会生成任何文件,但这很好)。但是,假设我想跳过这个阅读器的任何处理,作为一个无辜的用户,我提供了windows nul:device。现在我的工作区崩溃了,这是怎么回事?当然,有很多方法可以解决这个问题,但是如果目录和路径读取器的行为与windows dir命令一样,这不是很好吗?
看来我们不会在这个问题上采取任何行动。
我们的想法是,从技术上讲,windows nul:是一个从未写入的文件。使用它作为输出是有意义的,因为它只是将输出路由到一个永远不会包含任何内容的文件。
但是,当使用路径读取器从中读取数据时,fme将其识别为文件并产生错误“源数据集必须是文件夹而不是文件”。
因为nul:在技术上是一个文件,所以这是正确的行为。
如果您只是想跳过这一步,可以在“工作区参数”中设置“忽略失败的读卡器”选项,并且应该将其记录为一个问题,但是fme将继续翻译。
希望这有助于澄清情况。
嗨@rileybecker如果您想复制,只需将读卡器(例如,使用文件夹c:\ temp)并将其连接到新工作区中的记录器。如果你运行工作区,它会做得很好。如果提示并运行(sourcedataset_path将自动发布),并提供值nul:将发生以下错误:
正在尝试为名为“path”的读取器查找动态插件
已从文件“c:\ apps\fme\plugins/path.dll”加载模块“path”
模块“path”的fme api版本与当前内部版本匹配(3.8 20151127)
打开文件夹“nul:”上的路径读取器
使用全局模式'*'
允许的路径类型设置为“any”
检索文件属性“false”
源数据集必须是文件夹而不是文件。指定的数据集为“nul:”
发生了一个致命的错误。查看上面的日志文件以了解详细信息
FME会话时间:0.1秒。(CPU: 0.1s用户,0.1s系统)
END - ProcessID: 12096,峰值进程内存使用量:35988 kB,当前进程内存使用量:35988 kB
@helmoet,我试图重现这个问题,但我不完全确定你是如何提供Windows NUL:设备的。目前,路径读取器采用我尝试输入NUL:设备的任何方式,并将其作为数据集路径的一部分读取,我不确定如何说服读取器接受NUL:设备。你是如何提供NUL:设备的?
?2019安全亚搏在线软件公司|合法的