You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@camel.apache.org by "Claus Ibsen (JIRA)" <ji...@apache.org> on 2015/05/03 11:16:05 UTC

[jira] [Resolved] (CAMEL-8727) File consumer - Add read lock that is based on idempotent repository

     [ https://issues.apache.org/jira/browse/CAMEL-8727?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Claus Ibsen resolved CAMEL-8727.
--------------------------------
    Resolution: Fixed

> File consumer - Add read lock that is based on idempotent repository
> --------------------------------------------------------------------
>
>                 Key: CAMEL-8727
>                 URL: https://issues.apache.org/jira/browse/CAMEL-8727
>             Project: Camel
>          Issue Type: New Feature
>          Components: camel-core
>            Reporter: Claus Ibsen
>            Assignee: Claus Ibsen
>             Fix For: 2.16.0
>
>
> The file consumer has a number of read locks that are file based, such as marker files, java FileLock api etc. 
> But they are not guaranteed to work in a clustered environment where you want multiple nodes with Camel file routes compete for the same files.
> The file consumer do have both an in progress and idempontent repository associated with it, but they come after the read lock. And they are implemented assuming that the read lock would be atomic and if the lock was granted its the sole reader of the file. So we need to strength the weakest link which was the read lock.
> But using a read lock that reuse the existing idempotent implementations we can tap into clustering with zookeeper - hazelcast etc. or the shared JDBC database etc.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)