One helpful url for you to get a huge amount of data is the ICounterContentService service.
More to come on actually making sense of the data…
In our company we have a hella corporate directory that provides company wide access to all kinds of great information as well as group memberships and corporate password system. The implementation is exposed via a few helpful representations but from the perspective of Team Concert we really only care about LDAP.
A challenge that I face over and over is having to import batches of users from the directory, due to the volume of the information and the complexity importing “Joe Smith” unavoidably comes up. Now we have some help here in that some attributes are guaranteed to be unique, but for the sake of better search capability a user may have 5 or 6 different cn attributes. The limited views from the RTC search tool become very apparent with than a basic find user queries that only search common names.
Here is a quick example of the amount of variability of just a single user, in this case me.
[code]
sgw@geb:~$ ldapsearch -x -h bluepages.ibm.com -b ou=bluepages,o=ibm.com 'cn=S*Wilbur' cn mail preferredIdentity
# extended LDIF
#
# LDAPv3
# base <ou=bluepages,o=ibm.com> with scope subtree
# filter: cn=S*Wilbur
# requesting: cn mail preferredIdentity
#
# XXXXXX897, us, bluepages, ibm.com
dn: uid=XXXXXX897,c=us,ou=bluepages,o=ibm.com
mail: XXXXXXX@us.ibm.com
preferredIdentity: XXXXXX@us.ibm.com
cn: Sean G. Wilbur
cn: Shawn G. Wilbur
cn: Shaun G. Wilbur
cn: Sean Wilbur
cn: Shawn Wilbur
cn: Shaun Wilbur
# search result
search: 2
result: 0 Success
# numResponses: 2
# numEntries: 1
sgw@geb:~$
[/code]
One way that I have found to deal with this is to update the two find user ldap query attributes to include an or option for one or more of the unique attributes. Notice that these are not fuzzy searches in my case, as it made these queries slow down dramatically and for my purposes I only want the one result that it matches.
[code]
com.ibm.team.repository.ldap.findUsersByNameQuery=(|(cn\=?1*)(uid\=?1)(mail\=?1)
com.ibm.team.repository.ldap.findUsersByAnyNameQuery=(| (cn\=* ?1*) (cn\=*_?1*)(uid\=?1)(mail\=?1))
[/code]
Hope this helps!
Spent lots of time working on this for a few different customers, finally got it live.
Advanced configuration of WebSphere with Federated Realm
http://jazz.net/library/article/604
Both installs are pretty straight forward, but if you are using the default ulimits you will run into a problem for an application server with the isclite and query applications deployed as well.
You will see an Exception for java.io: too many files open
Raising the ulimit will help in the current shell, but if you intend to do anything but testing you will want to raise these level permanently. In Suse that means modifying the /etc/security/limits.conf files, this should do the trick:
[code]
* - nofile 4096
[/code]
Install pam-devel try and start xinetd, if it fails you will need to comment out some lines in the generated install script to force it through.
http://demeter.uni-regensburg.de/SLES11-SDK-x64/DVD1/suse/x86_64/
http://www.dawal.org/index.php/tools-a-products/rationalbuildforge/34-buildforge-71-agent-install-on-redhat