ChapterÂ 11.Â Membership Services
Groupware requires ways to define users and groups, test for membership in groups, and manage usersâ preferences and group affiliations. In this chapter weâll explore these issues while developing a notification system that alerts a group of subscribers to docbase updates. Weâll also build a family of group membership modules that share a common interface but talk to different data stores.
Internet groupware presents special opportunities and challenges,
because it can encompass scopes as narrow as a few individuals and as
broad as the entire wired planet. To build groupware applications for
these environments, youâll need various kinds of directory
services. A directory can model human resources, such as users and
groups, and other resources, such as a computers, printers, networks,
and offices. Applications that consult a directory donât have
to create their own directory information or provide their own tools
to manage it. And yet the world is full of applications that do just
that. Why? Even within companies there has never been a single
standard for directory service. Of course, there are plenty of
standards, including Unixâs
/etc/group, NetWare 3âs bindery,
NetWare 4âs NetWare Directory Service (NDS), NTâs
Security Accounts Manager (SAM) database, the Windows 2000 Active
Directory, the VINES StreetTalk service, and many others.
From the perspective of a LAN-based groupware applicationâcc:Mail, ...