grouper-users - RE: [grouper-users] retrieveSubjectDetail versus ws.subject.result.attribute.names
Subject: Grouper Users - Open Discussion List
List archive
RE: [grouper-users] retrieveSubjectDetail versus ws.subject.result.attribute.names
Chronological Thread
- From: Chris Hyzer <>
- To: Colin Hudler <>, "" <>
- Subject: RE: [grouper-users] retrieveSubjectDetail versus ws.subject.result.attribute.names
- Date: Fri, 16 Apr 2010 16:29:32 -0400
- Accept-language: en-US
- Acceptlanguage: en-US
The way this was designed, there are two levels of built-in attributes, and
you can request any one-offs.
If you don't want details, then you get stuff in:
# subject attribute names to send back when a WsSubjectResult is sent, comma
separated
# e.g. name, netid
# default is none
ws.subject.result.attribute.names =
If you don't want people to get stuff with no details, don't put anything
there.
If the request wants details, then put that here:
# subject result attribute names when extended data is requested (comma
separated)
# default is name, description
# note, these will be in addition to ws.subject.result.attribute.names
ws.subject.result.detail.attribute.names = PENNNAME, EMAIL
So, I guess to summarize, details doesn't mean any attributes, it just means
what they grouper admin put in the config file for it to mean... ok?
Thanks!
Chris
-----Original Message-----
From: Colin Hudler
[mailto:]
Sent: Friday, April 16, 2010 2:44 PM
To:
Subject: [grouper-users] retrieveSubjectDetail versus
ws.subject.result.attribute.names
Hi,
I was just wondering, when using retrieveSubjectDetail=F, why does it
still retrieve the attributes specified in
"ws.subject.result.attribute.names" of grouper-ws.properties.
Specifically I am wondering why this property overrides the client
request to not include details. I suspect it is a semantic difference.
Details could be those attributes other than the subjectId (a mistaken
assumption), or the reality in the code; that details are only those
things specified by "ws.subject.result.detail.attribute.names".
I confirmed this in
util/GrouperServiceUtils.java: calculateSubjectAttributes()
On further reflection of the differences, please just consider this
email a comment on the documentation, so it is not a total loss.
From grouper-ws.properties:
# subject attribute names to send back when a WsSubjectResult is sent,
comma separated
# e.g. name, netid
# default is none
ws.subject.result.attribute.names =
One must infer that the client cannot request not to receive the
attributes specified here.
- retrieveSubjectDetail versus ws.subject.result.attribute.names, Colin Hudler, 04/16/2010
- RE: [grouper-users] retrieveSubjectDetail versus ws.subject.result.attribute.names, Chris Hyzer, 04/16/2010
Archive powered by MHonArc 2.6.16.