[16001] in Kerberos_V5_Development

home help back first fref pref prev next nref lref last post

Re: Plugin project proposal

daemon@ATHENA.MIT.EDU (Nicolas Williams)
Thu Jul 15 17:36:47 2010

Date: Thu, 15 Jul 2010 16:35:55 -0500
From: Nicolas Williams <Nicolas.Williams@oracle.com>
To: Zhanna Tsitkova <tsitkova@mit.edu>
Message-ID: <20100715213555.GS22556@oracle.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <8DD7AD829AB61E499A433D6E558110A302348A7E03@EXPO7.exchange.mit.edu>
Cc: "krbdev@mit.edu" <krbdev@mit.edu>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: krbdev-bounces@mit.edu

On Thu, Jul 15, 2010 at 05:33:18PM -0400, Zhanna Tsitkova wrote:
> Well, it is more about lower level design and may not be necessary in
> the first plugin framework implementation , but one approach comes to
> mind:
> 
> Based on configuration one can build dependency matrix.
> Its rows and columns represent all desired plugin  implementations,
> say, A B C D. Now, if A depends on B the location (A,B) gets the value
> 1, otherwise 0. And so on. The next step is to create a priority
> vector based on this matrix and pass it to the initializer.

What component would build this matrix?  Surely not the application.
That's a non-starter.

Keep things simple please.  That's the point of a plugin framework.  If
you can't keep things simple then give up on the plugin approach.

Nico
-- 
_______________________________________________
krbdev mailing list             krbdev@mit.edu
https://mailman.mit.edu/mailman/listinfo/krbdev

home help back first fref pref prev next nref lref last post