Skip to Content.
Sympa Menu

grouper-dev - Re: [grouper-dev] hooks and notifications

Subject: Grouper Developers Forum

List archive

Re: [grouper-dev] hooks and notifications

Chronological Thread 
  • From: "Tom Zeller" <>
  • To: "GW Brown, Information Systems and Computing" <>
  • Cc: "Chris Hyzer" <>, "Tom Barton" <>, "Grouper Dev" <>,
  • Subject: Re: [grouper-dev] hooks and notifications
  • Date: Wed, 28 May 2008 08:09:47 -0500
  • Domainkey-signature: a=rsa-sha1; c=nofws;; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth; b=jmXD4jxLTN47lt2xduedknnIBO8yNw205ZB+Sv7jBtFWuxxxvRYGBJSAAhAnYJ8E2gA3ug9VY4ZD51cjAfyqZYmBUCzrm4K3N/sSCbySfv5LbY8hSkWwYHSxYK8JdYEWmXLqToN3f+J+rUsFVZ/eiWN3JI/KxLaWD4iRL2RT7R0=

In related projects we've approached the "logical description of each completed transaction" be either storing all changed attribute names or changed attribute names and values; this of course considers all data|objects to be sets of multi-valued attributes (rather ldap-y).

We've also attempted to track 'atomic' and effective changes (add memberA then remove memberA yields no effective change but 2 'atomic' changes), with significant resulting confusion in code but greater ease of use by applications.

As for storage, we've used growing log files which are both machine readable and (reasonably) human readable.

Simplistic: the history-of-changes table(s) could be comprised of generic change objects which consist of an (subject) identifier and a set of (multi-valued) attributes ?


On Wed, May 28, 2008 at 5:10 AM, GW Brown, Information Systems and Computing <> wrote:
We need to flesh out exactly what the audit requirements are - doesn't mean we implement everything yet but I know they are considered very important for a lot of sites.


Archive powered by MHonArc 2.6.16.

Top of Page