Return-Path: X-Original-To: apmail-felix-dev-archive@www.apache.org Delivered-To: apmail-felix-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 4675811BE2 for ; Fri, 18 Jul 2014 10:26:05 +0000 (UTC) Received: (qmail 58815 invoked by uid 500); 18 Jul 2014 10:26:05 -0000 Delivered-To: apmail-felix-dev-archive@felix.apache.org Received: (qmail 58732 invoked by uid 500); 18 Jul 2014 10:26:05 -0000 Mailing-List: contact dev-help@felix.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@felix.apache.org Delivered-To: mailing list dev@felix.apache.org Received: (qmail 58682 invoked by uid 99); 18 Jul 2014 10:26:04 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 18 Jul 2014 10:26:04 +0000 Date: Fri, 18 Jul 2014 10:26:04 +0000 (UTC) From: "Ioannis Canellos (JIRA)" To: dev@felix.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Created] (FELIX-4566) Consistency in PersistenceManager and Cache is not guaranteed MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 Ioannis Canellos created FELIX-4566: --------------------------------------- Summary: Consistency in PersistenceManager and Cache is not guaranteed Key: FELIX-4566 URL: https://issues.apache.org/jira/browse/FELIX-4566 Project: Felix Issue Type: Bug Components: Configuration Admin Affects Versions: configadmin-1.8.2 Reporter: Ioannis Canellos Currently the store method in the CachingPersistenceManagerProxy performs an update on the PersistenceManager and then also updates the Cache. Since we are updating 2 resources, without any form of synchronisation its possible that the resources are out of sync. For example: Two threads A and B call configuration.update() on the same pid. The first threads calls store(), the PersistenceManager gets updated and then the second thread kicks in updates both PersistenceManager and the cache and finally the first thread updates the cache. -- This message was sent by Atlassian JIRA (v6.2#6252)