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



                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.




Stephen Langella


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
Cc: Chris Hyzer
Subject: Re: [grouper-dev] web services


Chris Hyzer wrote:



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)


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).

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


Kind regards,


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