Skip to Content.
Sympa Menu

grouper-dev - Re: Source.getAllIdentifiers() ?

Subject: Grouper Developers Forum

List archive

Re: Source.getAllIdentifiers() ?

Chronological Thread 
  • From: Tom Zeller <>
  • To: Chris Hyzer <>
  • Cc: Grouper Dev <>
  • Subject: Re: Source.getAllIdentifiers() ?
  • Date: Wed, 14 Apr 2010 16:14:18 -0500
  • Domainkey-signature: a=rsa-sha1; c=nofws;; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=RILFPueBFnJMfMOSY65+ziJRjF/BfGdUD9MQvfrtUL/q3U94NUn7XRjdbKoqkJ7DL7 utlO+rUi/Kg6d2oEXxQCYyAKfHU/mJPGns1p0jWrNoIdnoi5xDC4SewHpvpcntK9v6h7 JPIWi4p66Esa8Ex718DrSlUiARzUMu25zbvz0=

Picking this thread back up...

>> > Then maybe we need to return all subjects, and not just the id, right?  
>> > Or do you want two strings for each subject?  Id and netId (identifier)?
>> > Btw, to return all subject info for all subjects with 540k of them takes
>> > a lot of memory...
>> So, how about Iterator<Subject> getAllSubjects() ?
> You could do that in ldap?

Well, not really. There are paging controls which are supported in
various ways, but the implementation of Iterator probably would be

>> I was just wanting a single Set<String> of either id or identifier so
>> I could then query for each Subject in turn.
> Got it.  Yeah, then a list of subjectIds is probably the best.  For the
> iterator it would need to be a callback so the statement could be closed
> and the connection returned to pool.  E.g.
> source.allSubjectsProcessor(new ProcessorCallback() {
>  public void process(int index, Subject subject) {
>    //do some logic to the ldap...
>  }
> });
> So like I said, the list of ids is probably better and easier for source
> implementers to do...  a little while ago I added
> Source.getSubjectsByIds(Collection<String>) which could speed things up
> here perhaps...
> Chris

So, I'm tentatively merging shibboleth DataConnectors and grouper
subject api Sources. The shibboleth attribute resolver requires
DataConnectors, but for provisioning I'm looking for Set<String>
getAllIdentifiers so I can provision all groups, stems, members, etc.

I can extend the grouper DataConnectors to provide getAllIdentifiers()
for now. Perhaps eventually, sources for provisioning will be a
combination of DataConnector and Source. I'll just do this for
ldappc-ng, and if we get around to modifying the subject api later,
that's fine.


Archive powered by MHonArc 2.6.16.

Top of Page