Return-Path: X-Original-To: apmail-karaf-issues-archive@minotaur.apache.org Delivered-To: apmail-karaf-issues-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id C5245913B for ; Sat, 24 Dec 2011 12:08:54 +0000 (UTC) Received: (qmail 64049 invoked by uid 500); 24 Dec 2011 12:08:54 -0000 Delivered-To: apmail-karaf-issues-archive@karaf.apache.org Received: (qmail 64024 invoked by uid 500); 24 Dec 2011 12:08:54 -0000 Mailing-List: contact issues-help@karaf.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@karaf.apache.org Delivered-To: mailing list issues@karaf.apache.org Received: (qmail 64016 invoked by uid 99); 24 Dec 2011 12:08:54 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 24 Dec 2011 12:08:54 +0000 X-ASF-Spam-Status: No, hits=-2002.5 required=5.0 tests=ALL_TRUSTED,RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 24 Dec 2011 12:08:52 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id C3159126757 for ; Sat, 24 Dec 2011 12:08:30 +0000 (UTC) Date: Sat, 24 Dec 2011 12:08:30 +0000 (UTC) From: "Ioannis Canellos (Updated) (JIRA)" To: issues@karaf.apache.org Message-ID: <1672256698.44029.1324728510800.JavaMail.tomcat@hel.zones.apache.org> In-Reply-To: <783106436.44027.1324728390771.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Updated] (KARAF-1125) Cellar events should include all the information required for the processing of the event. MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/KARAF-1125?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ioannis Canellos updated KARAF-1125: ------------------------------------ Component/s: cellar-core > Cellar events should include all the information required for the processing of the event. > ------------------------------------------------------------------------------------------ > > Key: KARAF-1125 > URL: https://issues.apache.org/jira/browse/KARAF-1125 > Project: Karaf > Issue Type: Improvement > Components: cellar-core > Reporter: Ioannis Canellos > Assignee: Ioannis Canellos > > When an event is processed in Cellar most of the time a lookup to the distributed registry is required. > I can see a couple of issues with this approach: > i) Unnecessary access to the distributed resources. > ii) The state of the group is only in memory and is not persisted anywhere. > iii) Having the state in the distributed memory its not easy to view the state of a group. > I think that we should not use distributed memory as registry at all. Each event should contain all the information required for its processing and those information should be persisted locally on each node (configuration admin / fileinstall). > The only thing that maybe needs to be addressed, is what happens when a new node joins a group. I am thinking that it should not be really hard to send something like "request group config" command and then just process the result. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira