haver-commits
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Haver-commits] Status report


From: Dylan William Hardison
Subject: [Haver-commits] Status report
Date: Fri, 9 Apr 2004 13:49:07 -0400
User-agent: Mutt/1.5.5.1+cvs20040105i

Okay, I've been re-organizing things.

Haver::Protocol::Filter is now POE::Filter::Haver.
Still lives under haver-core, but haver-core/lib
now has two subdirs: Haver/ and POE/ (duh).

I also have been cleaning the Haver::Server
namespace.

Haver::Server::User is now Haver::Server::Object::User,
Haver::Server::Channel is now Haver::Server::Object::Channel,
and Haver::Server::Hammer is now Haver::Server::Object::Hammer.

All those decend from Haver::Server::Object, so it makes
sense, mostly. Haver::Server::Object::Index doesn't decend
from Haver::Server::Object, of course. (It indexes other objects.
However both User and Channel inherit from ::Index and ::Object).

Anyway, subclasses don't have to have any particular name,
and I was just trying to clean up Haver::Server::* namespace.

Haver::Util::Logger is no more,
it has been replaced with Haver::Logger, which has a much nicer 
interface. Even has some documentation! :)

I need to appologize, my commit messages lately have been... things like
"whee". I will, however, try to reform that habit. I think
it should be project policy to use meaningful commit messages.

Global variables are a needed evil.
Haver::Server used to export $Config, $Registry, and %Feature,
now I've moved that to Haver::Server::Globals.
I think exported global variables are nicer to use in some cases
than singleton classes. Though, we now have a really nice
Haver::Singleton module that nothing uses... :(

Anyway, haver-core and haver-server are quite likely broken ATM, but
I'll have that fixed soon. Actually, because of the name change of the
filter, everything is probably broken. But this is progress.

Anyway, once I'm done fixing things, I have to break more things
to get Haver::Server::Object::User working with SET/GET/HAS/DEL and 
GRANT/UNGRANT/REVOKE.
Yes, I'll tell you all what that means later.

That's about it for now. Now, discuss! <g>

-- 
Entropy requires no maintenance.
              -- Markoff Chaney
-
GPG Fingerprint=D67D 2B75 53C6 9769 30E4  D390 239F C833 F32C F6F6
GPG KeyID=F32CF6F6




reply via email to

[Prev in Thread] Current Thread [Next in Thread]