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 2D6474F45 for ; Wed, 15 Jun 2011 14:34:11 +0000 (UTC) Received: (qmail 84872 invoked by uid 500); 15 Jun 2011 14:34:10 -0000 Delivered-To: apmail-felix-dev-archive@felix.apache.org Received: (qmail 84820 invoked by uid 500); 15 Jun 2011 14:34:10 -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 84812 invoked by uid 99); 15 Jun 2011 14:34:10 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 15 Jun 2011 14:34:10 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_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; Wed, 15 Jun 2011 14:34:08 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id 83A7F419ADF for ; Wed, 15 Jun 2011 14:33:47 +0000 (UTC) Date: Wed, 15 Jun 2011 14:33:47 +0000 (UTC) From: "Richard S. Hall (JIRA)" To: dev@felix.apache.org Message-ID: <1866206393.6969.1308148427535.JavaMail.tomcat@hel.zones.apache.org> In-Reply-To: <1171663171.1082.1307896431794.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Commented] (FELIX-2993) jnlp & felix.security 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-2993?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049794#comment-13049794 ] Richard S. Hall commented on FELIX-2993: ---------------------------------------- First of all, any security provider will be tied to a framework implementation, since it is by definition part of the framework (it's one of the framework layers). So, if we accept this fact, then there are two approaches for implementing it: 1) include it as part of the framework or 2) implement it as a separate optional framework extension. Since the great majority of people don't use security, then (2) sounds like the better [more modular] approach, which is what we've and what our book would recommend. ;-) > jnlp & felix.security > --------------------- > > Key: FELIX-2993 > URL: https://issues.apache.org/jira/browse/FELIX-2993 > Project: Felix > Issue Type: Bug > Components: Framework Security > Reporter: Andrei Pozolotin > > original thread: > http://www.mail-archive.com/users@felix.apache.org/msg10424.html -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira