Return-Path: Delivered-To: apmail-felix-dev-archive@www.apache.org Received: (qmail 29916 invoked from network); 23 Mar 2010 14:05:51 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 23 Mar 2010 14:05:51 -0000 Received: (qmail 53732 invoked by uid 500); 23 Mar 2010 14:05:50 -0000 Delivered-To: apmail-felix-dev-archive@felix.apache.org Received: (qmail 53677 invoked by uid 500); 23 Mar 2010 14:05:50 -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 53669 invoked by uid 99); 23 Mar 2010 14:05:50 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 23 Mar 2010 14:05:50 +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, 23 Mar 2010 14:05:48 +0000 Received: from brutus.apache.org (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 3B0AF234C1EE for ; Tue, 23 Mar 2010 14:05:27 +0000 (UTC) Message-ID: <866835630.434531269353127229.JavaMail.jira@brutus.apache.org> Date: Tue, 23 Mar 2010 14:05:27 +0000 (UTC) From: "Valentin Valchev (JIRA)" To: dev@felix.apache.org Subject: [jira] Commented: (FELIX-2117) Use DynamicImport instead of Optional Packages In-Reply-To: <2055058916.428361266830187866.JavaMail.jira@brutus.apache.org> 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-2117?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12848717#action_12848717 ] Valentin Valchev commented on FELIX-2117: ----------------------------------------- BTW. Isn't it better to make OBR & SCR a separate plugins. OBR is not into OSGi core spec, and SCR is IMHO rarely used. The benefits of that step will be: 1. This will solve the resolve problem we have now 2. OBR activator might track OBR service and register the plugin only when it is available 3. SCR might be available only if at least one component is installed A similar approach is used by UPnP Plugin. It will not be visible in console, unless at least one UPnP Device is available. This prevents the user from being confused by opening as example "Components" page, that says "No components". > Use DynamicImport instead of Optional Packages > ---------------------------------------------- > > Key: FELIX-2117 > URL: https://issues.apache.org/jira/browse/FELIX-2117 > Project: Felix > Issue Type: Improvement > Components: Web Console > Reporter: Valentin Valchev > > Currently the web console uses optional packages for some plugins. > Unfortunately an 'optional' import is wired when the bundle is resolved. > DynamicImport however is wired when the package is accessed. > This means, that currently, you > - install webconsole > - install scr > = scr plugin is not available > - resolve webconsole (again) > = scr plugin is available after 1 additional step > However if DynamicImport is used, the SCR plugin will become available immediately after it is being installed. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.