Return-Path: X-Original-To: apmail-camel-dev-archive@www.apache.org Delivered-To: apmail-camel-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 2AE5D4F6F for ; Fri, 1 Jul 2011 09:43:03 +0000 (UTC) Received: (qmail 64938 invoked by uid 500); 1 Jul 2011 09:42:59 -0000 Delivered-To: apmail-camel-dev-archive@camel.apache.org Received: (qmail 64752 invoked by uid 500); 1 Jul 2011 09:42:54 -0000 Mailing-List: contact dev-help@camel.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@camel.apache.org Delivered-To: mailing list dev@camel.apache.org Received: (qmail 64726 invoked by uid 99); 1 Jul 2011 09:42:50 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 01 Jul 2011 09:42:50 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 01 Jul 2011 09:42:48 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id 769E843EEC5 for ; Fri, 1 Jul 2011 09:42:28 +0000 (UTC) Date: Fri, 1 Jul 2011 09:42:28 +0000 (UTC) From: "Laurentiu Trica (JIRA)" To: dev@camel.apache.org Message-ID: <2053727476.8216.1309513348482.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Commented] (CAMEL-2934) Port the changed readLock to be avail for camel-ftp as well MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ 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