Return-Path: X-Original-To: apmail-aries-dev-archive@www.apache.org Delivered-To: apmail-aries-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 E5D1110F93 for ; Mon, 15 Jul 2013 20:06:49 +0000 (UTC) Received: (qmail 44674 invoked by uid 500); 15 Jul 2013 20:06:49 -0000 Delivered-To: apmail-aries-dev-archive@aries.apache.org Received: (qmail 44529 invoked by uid 500); 15 Jul 2013 20:06:49 -0000 Mailing-List: contact dev-help@aries.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@aries.apache.org Delivered-To: mailing list dev@aries.apache.org Received: (qmail 44510 invoked by uid 99); 15 Jul 2013 20:06:49 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 15 Jul 2013 20:06:49 +0000 Date: Mon, 15 Jul 2013 20:06:48 +0000 (UTC) From: "John Ross (JIRA)" To: dev@aries.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Resolved] (ARIES-1089) Handlers map in NamespaceHandlerSetImpl is unsafe. 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/ARIES-1089?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John Ross resolved ARIES-1089. ------------------------------ Resolution: Fixed Fixed in http://svn.apache.org/viewvc?view=revision&revision=1503441. > Handlers map in NamespaceHandlerSetImpl is unsafe. > -------------------------------------------------- > > Key: ARIES-1089 > URL: https://issues.apache.org/jira/browse/ARIES-1089 > Project: Aries > Issue Type: Bug > Components: Blueprint > Reporter: John Ross > Assignee: John Ross > > The NamespaceHandlerSetImpl class uses an unprotected map to store handlers. The map is accessible to multiple threads. For example, the thread delivering the NamespaceHandler service registration event will store the handler in the map and eventually call BlueprintContainerImpl.schedule, which spawns off another thread that will look for a handler in the map. > We appear to be encountering a visibility issue where the org.apache.aries.application.resolver.obr bundle will never activate because blueprint thinks the required namespace handler is not available. However, the logs clearly show the namespace handler being registered anywhere from a millisecond to one or two seconds previously. > Would there be any objections to using a ConcurrentHashMap? -- 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