Skip to Content.
Sympa Menu

grouper-dev - Re: [grouper-dev] [ldappcng] changelog entry hierarchy ?

Subject: Grouper Developers Forum

List archive

Re: [grouper-dev] [ldappcng] changelog entry hierarchy ?

Chronological Thread 
  • From: Tom Zeller <>
  • To: Shilen Patel <>
  • Cc: Grouper Dev <>
  • Subject: Re: [grouper-dev] [ldappcng] changelog entry hierarchy ?
  • Date: Wed, 12 Oct 2011 20:39:44 -0500

> new
> UserAuditQuery().setExtraCriterion(Restrictions.eq(AuditEntry.FIELD_CONTEXT
> _ID, contextId)).execute();

Thanks, it would have taken me awhile to figure that out.

So, for better or worse, I am using a shib attribute resolver data
connector to expose the changelog, i.e. a ChangeLogDataConnector. Here
is how I think we can express in xml the processing of changelog
membership deletions, ignoring those that are the result of a group
deletion :

<resolver:DataConnector id="deleteMembership"
<grouper:Filter xsi:type="grouper:MINUS">
<grouper:Filter xsi:type="grouper:ChangeLog"
category="membership" action="deleteMembership" />
<grouper:Filter xsi:type="grouper:Audit" category="group"
action="deleteGroup" />

( One or both of the category and action attributes should be present.
The MINUS filter matches if the first child filter matches but the
second child filter does not. )

I need to do some code refactoring to extend this syntax to the
changelog, currently the <grouper:Filter /> elements are supported
just for groups, e.g.

<resolver:DataConnector id="testFilterMinus"
<grouper:GroupFilter xsi:type="grouper:Minus">
<grouper:GroupFilter xsi:type="grouper:StemName"
name="parentStem" scope="ONE" />
<grouper:GroupFilter xsi:type="grouper:ExactAttribute"
name="name" value="parentStem:groupB" />

It will probably take me a half day to do this, I started refactoring
in Denver at jasig, but never committed.


Archive powered by MHonArc 2.6.16.

Top of Page