Grouper Users - Open Discussion List

["Hyzer, Chris" <>]

Rest and soap return the same elements…   you don’t have to request the metadata, it will be sent.

 

Thanks

Chris

 

From: [mailto:] On Behalf Of Black, Carey M.
Sent: Tuesday, December 12, 2017 12:35 PM
To: Jeffrey Crawford <>
Cc: Gouper Users List <>
Subject: RE: [grouper-users] Web Service error condition catching

 

Jeffrey Crawford,

 

It looks like Jeff McCullough can get back a thrown Java exception message.

 

 

Maybe you (Jeffrey) are not seeing your message due to how you are calling the Web Service?  ( I have not tested this…. )

 

 

I reviewed the v2_3?wsdl and it looks like ( at least in the SOAP based calls ) there may be a way to get this kind of information in the returned response.

I am look at this part:

“

<xs:complexType name="WsResultMeta">

      <xs:sequence>

      <xs:element maxOccurs="unbounded" minOccurs="0" name="params" nillable="true" type="ns:WsParam"/>

            <xs:element minOccurs="0" name="resultCode" nillable="true" type="xs:string"/>

            <xs:element minOccurs="0" name="resultCode2" nillable="true" type="xs:string"/>

            <xs:element minOccurs="0" name="resultMessage" nillable="true" type="xs:string"/>

            <xs:element minOccurs="0" name="success" nillable="true" type="xs:string"/>

      </xs:sequence>

</xs:complexType>

“

 

You may not be requesting the meta results in your calling of the Web Service?

Maybe the REST form does not return the same meta data? ( I have not checked… but I hope it would be there too….)

 

Just a few thoughts. ( Again, I have not tested my ideas out.)

 

HTH.

 

--

Carey Matthew

 

From: [] On Behalf Of Jeffrey Crawford
Sent: Tuesday, December 12, 2017 11:05 AM
To: Hyzer, Chris <>
Cc: Jeff McCullough <>; Gouper Users List <>
Subject: Re: [grouper-users] Web Service error condition catching

 

Yes group name uniqueness is installed, however it seems like the failure is the same kind of failure you get if you don't have permission to create the new group. This is making informing the user the reason why difficult. Is there some sort of status a web service could query? I suppose one could check if the group exists but wouldn't they need to try all the different cases? or can the web service search for a group in a case insensitive way? (Sorry I don't use the WS much myself) I don't think getting a list of all groups to parse is very feasible since the list is very large.

 

Is there really no message from the WS that informs the service as to why it failed, the UI says "The group ID is already in use, please use a different ID" which seems to indicate that there is some way to do that.

 

Thanks for your input

Jeffrey E. Crawford
Enterprise Service Team

    ^         ^

   / \  ^    / \    ^

  /   \/ \  /   \  / \

 /        \/     \/   \

/                      \

 

You have been assigned this mountain to prove to others that it *can* be moved.

 

On Tue, Dec 12, 2017 at 12:03 AM, Hyzer, Chris <> wrote:

Can they try to retrieve the group if they get an error creating, and if the group exists, then the user needs a different name?  Or check before creating?

 

From: [mailto:] On Behalf Of Jeff McCullough
Sent: Monday, December 11, 2017 3:31 PM
To: Jeffrey Crawford <>
Cc: Gouper Users List <>
Subject: Re: [grouper-users] Web Service error condition catching

 

Do you have the group name uniqueness hook installed in your web services? I get the same response from the UI and WS. Example:

 

"There were 0 successes and 1 failures of saving groups.java.lang.RuntimeException: edu.internet2.middleware.grouper.hooks.logic.HookVeto: veto.group.unique.extension: The group ID is already in use, please use a different ID. (NS),\nProblem saving group: edu:berkeley:app:calnet:jeff-folder:jeff-test-1.”

 

We have a custom uniqueness hook that checks both grouper, AD and our namespace used by non-AD apps.

 

Jeff

 

On Dec 11, 2017, at 11:05 AM, Jeffrey Crawford <> wrote:

 

Anyone?

Jeffrey E. Crawford
Enterprise Service Team

    ^         ^

   / \  ^    / \    ^

  /   \/ \  /   \  / \

 /        \/     \/   \

/                      \

 

You have been assigned this mountain to prove to others that it *can* be moved.

 

On Mon, Dec 4, 2017 at 3:36 PM, Jeffrey Crawford <> wrote:

We've incorporated the hook to prevent a group of the same name but different cases from creating a group in a stem, however the Service which talks to grouper is using the Web Service and it seems to not send back why a group create failed.

 

The grouper UI says "The group ID is already in use, please use a different ID" when I try to create a group, but they are having a hard time getting a message like that from the WS call response.

 

Any tips you guys can offer?

 

Thanks

 

Jeffrey E. Crawford
Enterprise Service Team

    ^         ^

   / \  ^    / \    ^

  /   \/ \  /   \  / \

 /        \/     \/   \

/                      \

 

You have been assigned this mountain to prove to others that it *can* be moved.