From imperius-dev-return-220-apmail-incubator-imperius-dev-archive=incubator.apache.org@incubator.apache.org Thu Aug 28 18:37:35 2008 Return-Path: Delivered-To: apmail-incubator-imperius-dev-archive@locus.apache.org Received: (qmail 85511 invoked from network); 28 Aug 2008 18:37:34 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 28 Aug 2008 18:37:34 -0000 Received: (qmail 11740 invoked by uid 500); 28 Aug 2008 18:37:33 -0000 Delivered-To: apmail-incubator-imperius-dev-archive@incubator.apache.org Received: (qmail 11730 invoked by uid 500); 28 Aug 2008 18:37:33 -0000 Mailing-List: contact imperius-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: imperius-dev@incubator.apache.org Delivered-To: mailing list imperius-dev@incubator.apache.org Received: (qmail 11713 invoked by uid 99); 28 Aug 2008 18:37:33 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 28 Aug 2008 11:37:33 -0700 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; Thu, 28 Aug 2008 18:36:43 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 428F4234C1C8 for ; Thu, 28 Aug 2008 11:36:44 -0700 (PDT) Message-ID: <1093764123.1219948604268.JavaMail.jira@brutus> Date: Thu, 28 Aug 2008 11:36:44 -0700 (PDT) From: "David Wood (JIRA)" To: imperius-dev@incubator.apache.org Subject: [jira] Created: (IMPERIUS-17) More information on policy evaluation status MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org More information on policy evaluation status -------------------------------------------- Key: IMPERIUS-17 URL: https://issues.apache.org/jira/browse/IMPERIUS-17 Project: Imperius Issue Type: Improvement Environment: Any Reporter: David Wood Assignee: Bill Stoddard Per a recent note to the mailing list.... I would like to be able to implement ACL policies in SPL that do not depend on implementation-dependent anchor classes to capture the results of the decision. My suggestion is to use the condition statement evaluation results to implement ACL policies. If people agree, then we need to be able to retrieve the result of the condition evaluation after policy evaluation. Currently all that is returned by SPLPis a status code (error, success, not evaluated), but we could simply change this to return a new EvaluationResults object that contains the condition results, current status value, and any other data that might be useful in the future. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.