Return-Path: Delivered-To: apmail-activemq-camel-dev-archive@locus.apache.org Received: (qmail 92836 invoked from network); 26 Dec 2008 10:37:27 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 26 Dec 2008 10:37:27 -0000 Received: (qmail 29655 invoked by uid 500); 26 Dec 2008 10:37:26 -0000 Delivered-To: apmail-activemq-camel-dev-archive@activemq.apache.org Received: (qmail 29599 invoked by uid 500); 26 Dec 2008 10:37:26 -0000 Mailing-List: contact camel-dev-help@activemq.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: camel-dev@activemq.apache.org Delivered-To: mailing list camel-dev@activemq.apache.org Received: (qmail 29588 invoked by uid 99); 26 Dec 2008 10:37:26 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 26 Dec 2008 02:37:26 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 26 Dec 2008 10:37:25 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 84995234C46D for ; Fri, 26 Dec 2008 02:37:05 -0800 (PST) Message-ID: <940470270.1230287825541.JavaMail.jira@brutus> Date: Fri, 26 Dec 2008 02:37:05 -0800 (PST) From: "Claus Ibsen (JIRA)" To: camel-dev@activemq.apache.org Subject: [jira] Resolved: (CAMEL-1195) File component - exclusive read lock strategy using renaming In-Reply-To: <1706410321.1229577485454.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/activemq/browse/CAMEL-1195?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Claus Ibsen resolved CAMEL-1195. -------------------------------- Resolution: Fixed Thanks for the reports. I have commited a fix that only runs the tests on Windows. This strategy is hard to test on other file systems as it behaves differently and something is not possible from within the same JVM such as creating a new file and having locks on it while from the same JVM trying to get a lock waiting for the other to finish. This is really only possible from separate JVM's > File component - exclusive read lock strategy using renaming > ------------------------------------------------------------ > > Key: CAMEL-1195 > URL: https://issues.apache.org/activemq/browse/CAMEL-1195 > Project: Apache Camel > Issue Type: Improvement > Components: camel-core > Affects Versions: 1.5.0, 1.5.1 > Reporter: Claus Ibsen > Assignee: Claus Ibsen > Fix For: 2.0.0 > > > See CAMEL-760 > But an end user has problem with this, the read lock can not be granted and a IOException is thrown. > We should support the same strategy as the FTP consumer does with a try to rename the file. > Also we should allow some nice URI options to select the strategy > - nio locks > - renaming -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.