Skip to Content.
Sympa Menu

grouper-dev - Re: [grouper-dev] ldappc-ng and openspml thread safety

Subject: Grouper Developers Forum

List archive

Re: [grouper-dev] ldappc-ng and openspml thread safety

Chronological Thread 
  • From: Tom Zeller <>
  • To: Chris Hyzer <>
  • Cc: Grouper Dev <>
  • Subject: Re: [grouper-dev] ldappc-ng and openspml thread safety
  • Date: Tue, 26 Jan 2010 16:21:06 -0600
  • 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=lDriKvbqWqM9jc0xDGCEZRvlap8hf+5Xn3ZPlGu//kG0qdhZQQ3okYnjxDeofYuiyU saFMhdS8/fCDMJmUHFAx7UIBev3WHZjCW+N6zGf3kVdnvF10NCJ00gXSs30DW1gIFyb9 iF6dVg2XWp5/BqQtQ9A24+TPb4/k503mMrgUc=

And, when we provision based on the changelog, there is likely to be
more than one ldappc instance (jvm) receiving notifications if we
assume single-threadeness. I thought we already designed the changelog
to support multiple consumers, but I would need to review how we
decided that would work.


On Tue, Jan 26, 2010 at 4:15 PM, Tom Zeller
> I was thinking there would be one thread per provisioned target. The
> optimization here is that grouper would only have to be queried once
> for source data (the attribute resolver), and then these attributes
> would be passed to each target.
> Perhaps I should assume single-threadedness for now, make sure the
> code we write is thread safe, and consider multi-threadedness later.
> On Tue, Jan 26, 2010 at 10:25 AM, Chris Hyzer
> <>
> wrote:
>> We could synchronize the access to the spml library on the same object.
>> Or do we need it to be more efficient where we need multiple threads doing
>> things at the same time? (i.e. even with WS having an operation which says
>> 'provision now, something changed', we could set a timer so that it
>> doesn't necessarily provision, but waits 5 seconds, then provisions, and
>> in the meantime, if more 'provision now' requests arrive, they are ignored)
>> Thanks,
>> Chris
>> -----Original Message-----
>> From:
>> [mailto:]
>> On Behalf Of Tom Zeller
>> Sent: Tuesday, January 26, 2010 10:49 AM
>> To: Grouper Dev
>> Subject: [grouper-dev] ldappc-ng and openspml thread safety
>> The openspml library currently used by ldappc-ng is not always thread
>> safe ( It's
>> good that there is now some sort of development process underway for
>> openspml.
>> If, one day, we expose provisioning via grouper-ws, I assume thread
>> safety is an issue. Besides finding another spml implementation, is
>> there a way to configure tomcat or code grouper-ws to workaround
>> thread safety issues ?
>> TomZ

Archive powered by MHonArc 2.6.16.

Top of Page