Shash:

I just tripped over an excellent example of why this needs to be done: I have a need 
for a Keel app that has no database, e.g. doesn't use the persistence service at all. 
Currently, that's not possible - I wrote a svc-authentication-config and a 
svc-authorization-config, but the current authentication is the default and a bit 
hard-wired. We'd need to break out svc-authentication-persist in order to allow this 
type of app.

Any problem if I make a start on this by breaking out svc-authentication-persist 
first, and leave the rest for you over the weekend?

Mike

 On Thu, 18 Sep 2003 13:24:12 -0500
"Sasvata (Shash) Chatterjee" <[EMAIL PROTECTED]> wrote:

> Mike & Derek,
> 
> Thanks for the feedback.  I'll get this done over the weekend.  You are 
> both right, it's hard to explain "it's all broken up, except for blah, 
> blah and blah".
> 
> Shash
> 
> [EMAIL PROTECTED] wrote:
> 
> > Michael Nash JGlobal.com wrote:
> >
> >> +1 on this here. I think leaving some services in keel-server makes 
> >> it confusing, not clearer, just as Pete has experienced. Right now we 
> >> have to say "services are in modules *except* for ...." rather than 
> >> just having one clean rule.
> >
> >
> > +1. I completely agree with Mike. We're promoting an architecture
> > here so having some things in one place and some in another is
> > confusing at best and difficult to justify as an architecture at
> > worst.
> >
> > Good call Shash. Thanks for taking this one on.
> >
> >> As far as multiple modules, let's have a "minimal" and "standard" 
> >> module that gives you the absolute bare minimum module bundle, just 
> >> like "all" does for all modules?
> >
> >
> > +1
> 
> 
> 
> http://keelframework.org/documentation
> Keelgroup mailing list
> [EMAIL PROTECTED]
> http://lists.keelframework.com/listinfo.cgi/keelgroup-keelframework.com


Michael Nash

JGlobal Ltd.
 http://www.jglobal.com

Bahamas Commerce and Trade
http://www.bahamascommerce.com

http://keelframework.org/documentation
Keelgroup mailing list
[EMAIL PROTECTED]
http://lists.keelframework.com/listinfo.cgi/keelgroup-keelframework.com

Reply via email to