[geeklog-devel] Quick overview of GL2 and what we have so far and how it relates to the API

Blaine Lang geeklog at langfamily.ca
Wed Oct 29 19:38:45 EST 2003


Tony,

I'd like to take a crack at putting together a drawing that puts this into
pictures.
Give me a few days.

Blaine
----- Original Message -----
From: "Tony Bibbs" <tony at tonybibbs.com>
To: "Geeklog Development" <geeklog-devel at lists.geeklog.net>
Sent: Wednesday, October 29, 2003 5:55 PM
Subject: [geeklog-devel] Quick overview of GL2 and what we have so far and
how it relates to the API



> I wanted to draw an ascii picture of what GL2 has started or planned so

> far. Please take note as this impacts some of our discussions of late:

>

> ----------------------------------------------------------

> | | AUTHENTICATION/AUTHORIZATION | |-->Module 1

> | Geeklog | TRANSLATION | Plugin Manager |-->Module 2

> | | messaging* | (Includes API) |-->Module 3

> | | SESSION MANAGEMENT | |-->Module N

> | | database abstraction | |

> | | MVC | |

> | | SPELLCHECKER | |

> | | up2date service* | |

> | | module library interface | |

> | | remote bug reporting | |

> | | etc. | |

> -----------------------------------------------------------

>

> NOTE: items in all CAPS have either been implemented or are being

> implemented. Items marked with an * are items that would be for-profit

> or have extended for-profit features.

>

> The diagram above isn't radically different from how GL 1.3.x works (I

> mean, we did do a lot of good stuff that shoud carry over). First the

> big box containing the three sections is how we can logically think of

> Geeklog. The middle tier are classes that I would provide a key

> resource to all modules. The Plugin manager is the means by which

> Geeklog communicates to all the modules (the equivalent of

> lib-plugins.php in the 1.3.x world).

>

> First off, Blaine, notice how I have made your messaging portion part of

> the core. I know you don't want this but keep in mind this is a logical

> representation, not a physical on. I plan on making your messaging

> component a true module. The distinction is that I think you can almost

> gaurantee that nearly all modules will want the ability to use

> messaging. Also, for clarity when I say messaging I a lumping PM, IM

> and Email functions all together.

>

> Now let me bring your attention to the Plugin Manager. This portion

> consists of two distinct pieces. A) the server side manager responsible

> for calling API methods on the modules and B) the API itself that all

> modules must implement.

>

> The API that vinny was talking about is item B) above. I make this

> clarification because as I read through some of the feedback I saw us

> talking about things that aren't really meant to be in the API (note

> Vinny mentioned the same thing in his last message). To be clear, the

> API should consist of methods that GL would want to all in order to

> invoke some sort of processing from a module. On the flip side, the

> Plugin Manager will proxy requests between Geeklog and the modules (this

> IS a two way street).

>

> That being said, we should probably be working on both the Module API

> *and* the object model for the Plugin Manager since they are so closely

> related.

>

> On a side note, anything in lowercase has not been started yet. If

> anybody wants to volunteer or any of those pieces please let me know.

>

> Finally, I am hoping we find a new name for this other than "Geeklog".

> I know we have talked about this a lot but I wanted to bring this back

> up and challenge us to find a name that is a) catchy and b) marketable

> to businesses.

>

> --Tony

>

> +----------------------------------------------------------------------+

> |Tony Bibbs |[R]egardless of what you may think of our penal |

> |tony at tonybibbs.com |system, the fact is that every man in jail is one |

> | |less potential fisherman to clutter up your |

> | |favorite pool or pond. --Ed Zern |

> +----------------------------------------------------------------------+

>

> _______________________________________________

> geeklog-devel mailing list

> geeklog-devel at lists.geeklog.net

> http://lists.geeklog.net/listinfo/geeklog-devel





More information about the geeklog-devel mailing list