Return-Path: Delivered-To: apmail-felix-dev-archive@www.apache.org Received: (qmail 9761 invoked from network); 13 Oct 2009 19:02:55 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 13 Oct 2009 19:02:55 -0000 Received: (qmail 10815 invoked by uid 500); 13 Oct 2009 19:02:55 -0000 Delivered-To: apmail-felix-dev-archive@felix.apache.org Received: (qmail 10760 invoked by uid 500); 13 Oct 2009 19:02:55 -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 10750 invoked by uid 99); 13 Oct 2009 19:02:55 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Oct 2009 19:02:55 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Oct 2009 19:02:52 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 816AD234C046 for ; Tue, 13 Oct 2009 12:02:31 -0700 (PDT) Message-ID: <1536478320.1255460551528.JavaMail.jira@brutus> Date: Tue, 13 Oct 2009 12:02:31 -0700 (PDT) From: "Felix Meschberger (JIRA)" To: dev@felix.apache.org Subject: [jira] Commented: (FELIX-1666) Missing support for DS 1.1 specified lazy activation behavior In-Reply-To: <1748960135.1254342984003.JavaMail.jira@brutus> 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/FELIX-1666?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12765190#action_12765190 ] Felix Meschberger commented on FELIX-1666: ------------------------------------------ Found another place where the correct state has not been checked: In the case of starting SCR after other bundles, components of lazily started bundles are not loaded. Fixed both situations using a new helper method, which should these two situations in Rev. 824884 May I ask you to check again ? Thanks. > Missing support for DS 1.1 specified lazy activation behavior > ------------------------------------------------------------- > > Key: FELIX-1666 > URL: https://issues.apache.org/jira/browse/FELIX-1666 > Project: Felix > Issue Type: Bug > Components: Declarative Services (SCR) > Affects Versions: scr-1.0.8 > Reporter: Matthew Sykes > Assignee: Felix Meschberger > Fix For: scr-1.2.0 > > Attachments: lazy-bundle-state.diff > > > While attempting to move code from the Equinox implementation of DS to the Felix implementation, I discovered that the Felix SCR does not seem to support processing and activation of component configurations that are declared in bundles awaiting lazy activation. The DS 1.1 specification, section 112.8.2 indicates that bundles awaiting lazy activation are to be processed when the SCR starts (and, presumedly by extension, as bundles bundles are starting/started). > It appears that Felix has implemented most of the DS 1.1 support already so it appears this is an oversight. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.