As one of the slower thinkers in the group, consistency such as this can help me, and others like me, keep up.
Thanks.
Michael Nash JGlobal.com wrote:
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
http://keelframework.org/documentation Keelgroup mailing list [EMAIL PROTECTED] http://lists.keelframework.com/listinfo.cgi/keelgroup-keelframework.com
