grouper-dev - RE: [grouper-dev] ldapp incremental
Subject: Grouper Developers Forum
List archive
- From: "Klug, Lawrence" <>
- To: Tom Zeller <>, Grouper Dev <>
- Subject: RE: [grouper-dev] ldapp incremental
- Date: Fri, 16 Sep 2011 11:53:18 -0700
- Accept-language: en-US
- Acceptlanguage: en-US
I vote yes, of course :-)
-----Original Message-----
From:
[mailto:]
On Behalf Of Tom Zeller
Sent: Friday, September 16, 2011 11:48 AM
To: Grouper Dev
Subject: Re: [grouper-dev] ldapp incremental
Oh, and, on the IAM online webinar this past Wednesday, Chris demonstrated a
PoC for real-time provisioning of grouper's new features to Oracle. Should
this be modified to target ldap ? Would that be what folks want ?
[1]
http://anonsvn.internet2.edu/svn/i2mi/trunk/grouper-misc/poc_secureUserData/
On Thu, Sep 15, 2011 at 1:56 PM, JAMES VUCCOLO
<>
wrote:
>
>
> ----- Original Message -----
>> From: "Chris Hyzer"
>> <>
>> To: "Grouper Dev"
>> <>
>> Sent: Thursday, September 15, 2011 2:00:25 PM
>> Subject: [grouper-dev] ldapp incremental
>>
>>
>>
>>
>> TomZ,
>>
>>
>>
>> Do you mind adding sections to the grouper incremental provisioning
>> doc from 4 months ago:
>>
>>
>>
>> https://spaces.internet2.edu/display/Grouper/Incremental+Provisioning
>> +Development
>>
>>
>>
>> Including the use cases supported, the use cases not supported (since
>> we don't want it to be "perfect"), and how the changes will propagate
>> from the change log to ldap (i.e. which type of operation will occur,
>> what is being cached, etc). Then Penn State and others can review.
>>
>
> We are very interested in hearing about this too, definitely what
> operations will happen in the directory. Listening in on the PACCMAN call
> today, I am not sure the caching described will solve our problems. Our
> users expect that when they make a change to a group in a small period of
> time (did not want to use the word real-time), will see that change in
> LDAP. Most if not all of our applications today go against the directory
> and probably in the future will continue to do so. Our hope is for the
> incremental provisioning to LDAP as opposed to what exists in LDAPPCNG. We
> have a large number of groups > 40K and a number of them have memberships
> in the 30K vicinity.
>
> Thanks JimmyV
>
>
>>
>>
>> Thanks,
>>
>> Chris
>>
>>
>>
>>
>
> --
> James "Jimmy" Vuccolo,
>
> Technical Manager, Identity
> and Access Management The Pennsylvania State University 215B Computer
> Building, University Park, PA 16802
> Office: 814-865-5635
> http://www.personal.psu.edu/jvuccolo/
>
- [grouper-dev] ldapp incremental, Chris Hyzer, 09/15/2011
- Re: [grouper-dev] ldapp incremental, JAMES VUCCOLO, 09/15/2011
- Re: [grouper-dev] ldapp incremental, Tom Zeller, 09/16/2011
- RE: [grouper-dev] ldapp incremental, Chris Hyzer, 09/16/2011
- Re: [grouper-dev] ldapp incremental, LYNN GARRISON, 09/16/2011
- Re: [grouper-dev] ldapp incremental, Tom Zeller, 09/20/2011
- RE: [grouper-dev] ldapp incremental, Chris Hyzer, 09/20/2011
- Re: [grouper-dev] ldapp incremental, Lynn Garrison, 09/21/2011
- RE: [grouper-dev] ldapp incremental, Chris Hyzer, 09/20/2011
- Re: [grouper-dev] ldapp incremental, Tom Zeller, 09/20/2011
- Re: [grouper-dev] ldapp incremental, LYNN GARRISON, 09/16/2011
- Re: [grouper-dev] ldapp incremental, JAMES VUCCOLO, 09/16/2011
- RE: [grouper-dev] ldapp incremental, Chris Hyzer, 09/16/2011
- Re: [grouper-dev] ldapp incremental, Tom Zeller, 09/16/2011
- RE: [grouper-dev] ldapp incremental, Klug, Lawrence, 09/16/2011
- Re: [grouper-dev] ldapp incremental, Tom Zeller, 09/16/2011
- Re: [grouper-dev] ldapp incremental, JAMES VUCCOLO, 09/15/2011
Archive powered by MHonArc 2.6.16.