grouper-dev - RE: subject API changes
Subject: Grouper Developers Forum
List archive
- From: Chris Hyzer <>
- To: Jim Fox <>
- Cc: Jim Fox <>, "" <>
- Subject: RE: subject API changes
- Date: Sat, 31 Oct 2009 00:54:58 -0400
- Accept-language: en-US
- Acceptlanguage: en-US
> It would depend on the UI whether or not subjects can
be separated by source. In any case, LDAP never sorts anything.
My feeling still is that if I'm dealing with a browser user I'm > better off not presenting so many subjects. The
ones I do show I can sort myself. If 'm dealing with a program client,
well, it can do the sorting. Im not sure what we are debating, ldap vs sql, algorithms for
sorting lists, or what features grouper should have… I guess I can
address each one: 1.
LDAP vs SQL: SQL can select 1000 subjects in 10
queries. If LDAP can do that, lets do it. If not, lets not. Note
that in optimizing the Grouper UI performance problems, I agree with Gary that
there is a lot of value in caching subjects, I will look into this as
well. 2.
Algorithms for sorted lists: If you want to show the first (or
second or third or whatever) page (of whatever size you want, 10, 20, 50) of
results of data from various subject sources, and the sorted by a field: name
or description which is not stored in Grouper, but in the source, then you need
to get all the data. You cant get the first unsorted 100 and sort those,
or you will miss some. Note that groups can be super large, e.g. 80k
members. If so, don’t even try to sort them (if the name and
description is not in grouper). Ive heard from penn that showing a 1000
member group in page sizes of 100, sorted, is something people want. They
see a group member list which is not sorted (because our sort limit is a few
hundred), and they get annoyed. 3.
What features grouper should have: grouper should have a
way to return a page of members sorted by name or description of a group of
small or medium size. We do that in the grouper UI, and we have a way to
do that in the API. We should add to WS, and we should make it more efficient
if we can (in SQL sources) so we can increase the limit of where it is
available Thanks! Chris From: Jim Fox
[mailto:]
It would depend on the UI whether or not subjects can be
separated by source. In any case, LDAP never sorts anything.
My feeling still is that if I'm dealing with a browser user I'm better
off not presenting so many subjects. The ones I do show I can sort
myself. If 'm dealing with a program client, well, it can do the sorting. Jim |
- subject API changes, Chris Hyzer, 10/30/2009
- Message not available
- RE: subject API changes, Chris Hyzer, 10/30/2009
- Re: subject API changes, Jim Fox, 10/30/2009
- RE: subject API changes, Chris Hyzer, 10/31/2009
- RE: subject API changes, Jim Fox, 10/31/2009
- RE: subject API changes, Chris Hyzer, 10/31/2009
- Re: subject API changes, Jim Fox, 10/31/2009
- RE: subject API changes, Chris Hyzer, 10/31/2009
- RE: subject API changes, Jim Fox, 10/31/2009
- RE: subject API changes, Chris Hyzer, 10/31/2009
- Re: subject API changes, Jim Fox, 10/30/2009
- RE: subject API changes, Chris Hyzer, 10/30/2009
- Message not available
Archive powered by MHonArc 2.6.16.