[jira] [Commented] (CAMEL-5776) .camelLock is deleted by another camel instance

["Willem Jiang (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/CAMEL-5776?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13492989#comment-13492989 ] 

Willem Jiang commented on CAMEL-5776:
-------------------------------------

Hi David
It should be easy for the MarkerFileExclusiveReadLockStrategy to remember it has the lock or not by adding header to tell if it has to lock or not.
Now my question is how did you hit this kind of issue, it could be helpful for me to wrote a test for it.

Willem
                
> .camelLock is deleted by another camel instance
> -----------------------------------------------
>
>                 Key: CAMEL-5776
>                 URL: https://issues.apache.org/jira/browse/CAMEL-5776
>             Project: Camel
>          Issue Type: Bug
>          Components: camel-core
>    Affects Versions: 2.10.2
>            Reporter: David Larsson
>            Assignee: Willem Jiang
>
> When camel file component tries to aquire a readLock, e.g. readLock=changed, and a camelLock already exists (aquired by another camel instance), the method MarkerFileExclusiveReadLockStrategy.acquireExclusiveReadLock fails (correct).
> Then in GenericFileConsumer.processExchange, row 291 processStrategy.abort is called. That will delete the camelLock which another camel instance owns.
> I don't know if abort should call exclusiveReadLockStrategy.releaseExclusiveReadLock() or if we have to remember if we own the lock or not.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira