Skip to Content.
Sympa Menu

grouper-dev - RE: [grouper-dev] web services

Subject: Grouper Developers Forum

List archive

RE: [grouper-dev] web services


Chronological Thread 
  • From: "Stephen A. Langella" <>
  • To: "Stephen M. Barrett" <>, <>
  • Cc: "Chris Hyzer" <>
  • Subject: RE: [grouper-dev] web services
  • Date: Fri, 21 Dec 2007 15:49:20 -0500

Chris,

 

                The GridGrouper web service API is contained in the class gov.nih.nci.cagrid.gridgrouper.service.GridGrouperImpl.   Grid Grouper has an open license and you are free to post the code.

 

--Steve

 

Stephen Langella

co-Director

Software Research Institute

Department of Biomedical Informatics

Ohio State University

 

Office: (614) 292-1065

Lab: (614) 292-9845

 

From: Stephen M. Barrett [mailto:]
Sent: Thursday, December 20, 2007 4:24 PM
To:
Cc: Chris Hyzer
Subject: Re: [grouper-dev] web services

 

Chris Hyzer wrote:

Hey,

 

Per my action items in the last dev call:

 

I posted the GridGrouper web services API (at least I think this class is the API, if someone wants to correct me, let me know and I can make changes… also I assume I can post this since the source is on a public webpage)

API: https://wiki.internet2.edu/confluence/download/attachments/18798/GridGrouper.html
Source: https://wiki.internet2.edu/confluence/download/attachments/18798/GridGrouper.java


I changed the first part of the web services wiki page to have a core operations that we will implements for the first release of web services (per the discussion at the dev call).  Maybe I took this too far, but I listed 4 operations.  Please give feedback (e.g. if you need more, and what the specifics are).

https://wiki.internet2.edu/confluence/display/GrouperWG/Grouper+-+Web+Services


I joined the axis-users list, and I asked how Axis upgrades affect generated XML.  Will let you know the results

 

Kind regards,

Chris


I can not comment on the page Chris so I'll send them to you via this mechanism.


Under "Proposed Operations":

Configurable Batch limits seems to be a good idea with -1 or 0 being unlimited.  A configurable error message to be returned on batch size violations might also be appropriate.
Batching "isMemberOf" seems strange to me - I can not see many use cases where I want to batch check membership in a group unless I was attempting to build a batch for "unassignMembership".
For a "lite" version, would a member filter on "isMemberOf" even be useful (assuming that "all" would always be the member filter)?
I would like to see something to the effect of "listAllGroupsForSubject" - this would be most beneficial.


I have more thoughts on authorization too and will forward them to you when I have had a change to work through them get them down in writing.




Archive powered by MHonArc 2.6.16.

Top of Page