使用camel-smb SMB在仍被写入的情况下拾取（大）文件

Question

当尝试创建文件的循环移动时，使用readlock遇到了奇怪的行为。创建一个大文件（大约100MB)并使用SMB将其从out文件夹传输到in文件夹。

发件人：

smb2://smbuser:****@localhost:4455/user/out?antInclude=FILENAME*&consumer.bridgeErrorHandler=true&delay=10000&inProgressRepository=%23inProgressRepository&readLock=changed&readLockMinLength=1&readLockCheckInterval=1000&readLockTimeout=5000&streamDownload=true&username=smbuser&delete=true

致：

smb2://smbuser:****@localhost:4455/user/in?username=smbuser

smb2://smbuser:****@localhost:4455/user/in?antInclude=FILENAME*&delete=true&readLock=changed&readLockMinLength=1&readLockCheckInterval=1000&readLockTimeout=5000&streamDownload=false&delay=10000

smb2://smbuser:****@localhost:4455/user/out

Answer 1

该html" target="_blank">解决方案要求防止轮询策略自动拾取一个文件，并在另一边变得知道readLock（正在进行中）。因此，我将延迟降低到5秒，并且从部分开始，在两侧，我将readLockMinAge添加到5s，它将检查文件修改时间。由于每秒都在进行流式传输，这就有足够的时间来防止读取锁定。

关于为什么会发生前面提到的情况的解释：

1. 当路由准备从out文件夹拾取时，一个大文件(1GB)正在一个块一个块地进入文件夹。camel-smbj和文件接收状态status_delete_pending将流文件的末尾标记为要删除。
2. 现在这个过程的另一部分开始将一个新到达的文件发送到out文件夹，并发现这个文件已经存在。由于默认的fileexists=override策略，它尝试删除（随后存储）一个现有文件（该文件仍未从上一步中删除），并接收到一个导致某些输入流块丢失的异常。