[
https://issues.apache.org/jira/browse/CAMEL-2934?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13058273#comment-13058273
]
Laurentiu Trica commented on CAMEL-2934:
----------------------------------------
I'm glad I could help.
I think we could improve the gathering of file modification / size details but
we need to add specific operations to the FtpOperations and Sftpperations
classes - and surely to the GenericFileOperations - that get this info by
sending a specific command to the servers.
> Port the changed readLock to be avail for camel-ftp as well
> -----------------------------------------------------------
>
> Key: CAMEL-2934
> URL: https://issues.apache.org/jira/browse/CAMEL-2934
> Project: Camel
> Issue Type: New Feature
> Components: camel-ftp
> Reporter: Claus Ibsen
> Assignee: Claus Ibsen
> Fix For: 2.8.0
>
> Attachments: FtpChangedLockStrategy.java,
> FtpProcessStrategyFactory.java, SftpChangedLockStrategy.java,
> SftpProcessStrategyFactory.java, ftp, ftps, sftp
>
>
> The {{changed}} read lock
> http://camel.apache.org/file2.html
> Is currently only avail for the file component. We should make it generic to
> leverage the operations API so we can use it from FTP also.
> And we should allow URI parameters to configure it using {{readLock.}}
> prefix, so you can do
> {{readLock.timeout=5000&readLock.changedInterval=2000}}
> This means the {{readLockTimeout}} should be @deprecated as we just leverage
> the Camel prefix properties mechanism to auto set the options.
> The {{changed}} read lock should also have a new option to set the _steady_
> interval. The time period in which the file must *not* have been changed.
> Currently its fixed to 1 second. But end users could set it to 5 sec. to
> ensure that the file hasn't been touched for that min. period.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira