Grouper Users - Open Discussion List

[Chris Hyzer <>]

Hopefully it will be tomorrow.  :) Well, if not, then in the next few days.. 
for a 1.4 release candidate 1, which I encourage you to download when it is 
ready and see if it works for you (so we can tweak it for the final 1.4 
release which should be here in a couple of weeks depending on how many 
issues we find with the release candidates).

Regards,
Chris

> -----Original Message-----
> From: Dr. Loris Bennett 
> [mailto:]
> Sent: Monday, November 10, 2008 5:27 AM
> To: Chris Hyzer; Grouper Users Mailing List
> Subject: RE: [grouper-users] Grouper-WS: Strategies for moving
> groups/stems?
>
> Hi Chris,
>
> I don't like to be pushy, but what sort of 'soon' are we looking at? It
> would help me to known a little more exactly, so that I can estimate
> whether it is worth me implementing some workarounds with 1.3.1.
>
> In particular I am looking at the problem with grouperLoader using
> SQL_GROUP_LIST of groups which have become empty. Until the solution
> with a regex to define the groups which grouperLoader should manage, I
> need some alternative to make sure the members of the empty groups are
> removed.
>
> A simple kludge would be to just add a dummy user to the auto groups
> who is never removed and will ensure that the group always appears in
> the group/subject_id table. This wouldn't take too long, but if 1.4
> comes out, say, tomorrow ;-), I wouldn't need to bother.
>
> Regards
>
> Loris
>
> On Fri, 2008-11-07 at 09:46 -0500, Chris Hyzer wrote:
> > Oh yeah, 1.4 is coming out soon...
> >
> > > -----Original Message-----
> > > From: Dr. Loris Bennett 
> > > [mailto:]
> > > Sent: Friday, November 07, 2008 3:25 AM
> > > To: Chris Hyzer
> > > Subject: RE: [grouper-users] Grouper-WS: Strategies for moving
> > > groups/stems?
> > >
> > > Hi Chris,
> > >
> > > I have been talking to some colleagues about our needs for removing
> > > members from groups which no longer appear in the query.
> > >
> > > Am I correct in thinking that a missing group would have all its
> > > members
> > > removed but the group itself would not be deleted?
> > >
> > > In this case we would then need to implement some mechanism to
> check
> > > whether the empty group is used in any other groups before we could
> > > actually remove it.
> > >
> > > Looking briefly at the web service I couldn't see a method which
> would
> > > give me the groups an entity is a member of, so I assume I would
> have
> > > to
> > > go through all the groups and check if the empty group is used
> > > anywhere.
> > > Or am I missing something?
> > >
> > > Regards
> > >
> > > Loris
> > >
> > > PS I noticed the release notes for Grouper 1.4 were updated
> recently.
> > > Is
> > > the actual release date imminent?
> > >
> > >
> > >
> > > On Fri, 2008-10-17 at 05:07 -0400, Chris Hyzer wrote:
> > > > Ok, so the two requested changes to the loader are:
> > > >
> > > > 1. Dry run mode where it just print out what it will do, but
> doesn't
> > > actually do it
> > > > 2. Attribute which has the SQL "like" pattern of the group names
> that
> > > loader job is responsible for, so it can remove memberships from
> groups
> > > not listed in the query
> > > >
> > > > Are you also interested in the idea of auto-creating the
> composite
> > > groups, perhaps with a built-in group type?  And the loader having
> a
> > > way to associate a created group with that type, which would auto-
> > > create those composites?
> > > >
> > > > As far as timeline, these changes should be there in the next
> release
> > > which is the end of the month.  And if not, then shortly
> thereafter.
> > > >
> > > > Also we discussed the group detail being created by web service,
> > > which you said was not as important.
> > > >
> > > > Regards,
> > > > Chris
> > > >
> > > > > -----Original Message-----
> > > > > From: Loris Bennett 
> > > > > [mailto:]
> > > > > Sent: Friday, October 17, 2008 4:40 AM
> > > > > To: Chris Hyzer
> > > > > Subject: RE: [grouper-users] Grouper-WS: Strategies for moving
> > > > > groups/stems?
> > > > >
> > > > > On Thu, 2008-10-16 at 11:59 -0400, Chris Hyzer wrote:
> > > > > > >
> > > > > > > Deleting empty groups my hand would be OK for us. We are
> > > already a
> > > > > > > little chicken about the idea of updating our basic org
> groups
> > > 100%
> > > > > > > automatically and hoping that nothing breaks in the
> composite
> > > > > groups.
> > > > > > > Ideally we would like to generate some sort of summary of
> the
> > > > > changes
> > > > > > > before these are actually propagated. This would give us an
> > > > > overview of
> > > > > > > the changes occurring and enable us to anticipate the
> effects
> > > on
> > > > > > > derived
> > > > > > > groups.
> > > > > >
> > > > > > Are you saying that all grouper loader changes should
> generate a
> > > > > summary, or only when you delete groups?
> > > > >
> > > > > At least initially, we would like a summary of all group
> additions
> > > and
> > > > > deletions in our org data. However, I see this as essentially
> > > > > independent of grouper-loader, although I suppose it could be
> built
> > > > > into
> > > > > grouper-loader as a dry run mode. If deletion were by hand, the
> > > summary
> > > > > would also serve to keep tabs on which groups were in fact
> empty
> > > and
> > > > > needed to be removed. But as I said, I don't think a summary
> > > feature is
> > > > > necessarily something grouper-loader should have.
> > > >
> > > --
> > > Dr. Loris Bennett (Mr.)
> > > Freie Universität Berlin
> > > Zentraleinrichtung für Datenverarbeitung / Computer Center
> > > ZEDAT
> > > Compute & Media Service
> > > Fabeckstr. 32, Room 221
> > > D-14195 Berlin
> > > Tel ++49 30 838 51024
> > > Fax ++49 30 838 56721
> > > Email 
> > > 
> > > Web www.zedat.fu-berlin.de
> > >
> >
> --
> Dr. Loris Bennett (Mr.)
> Freie Universität Berlin
> Zentraleinrichtung für Datenverarbeitung / Computer Center
> ZEDAT
> Compute & Media Service
> Fabeckstr. 32, Room 221
> D-14195 Berlin
> Tel ++49 30 838 51024
> Fax ++49 30 838 56721
> Email 
> 
> Web www.zedat.fu-berlin.de
>