Grouper Users - Open Discussion List

["Black, Carey M." <>]

Kumi,

I have not yet tried this feature out. ( I was actually thinking about rules 
based on the stem where the group is being created as being the "better way 
to do this kind of thing".)

However, I wonder:
        Which grouper.properties file(s) did you put those settings into?
        Where are you running the gsh shell from?


If you are running the gsh shell from inside the ... 
/grouper.ui-2.3.0/dist/grouper/WEB-INF/bin   then that sounds like a bug. ( 
or an unknown feature to you/me that gsh would ignore this setting for some 
designed reason.)

If you are running the gsh shell from inside the ... 
/grouper.apiBinary-2.3.0/bin/   then did you also configure the / 
grouper.apiBinary-2.3.0/conf/grouper.properties with those settings?

Hope that helps.

-- 
Carey Matthew 



-----Original Message-----
From: 

 
[mailto:]
 On Behalf Of Kumi Hagimoto
Sent: Thursday, May 18, 2017 4:27 PM
To: 

Subject: [grouper-users] Regex Validator ignored when testing via GSH

Hello,

I have the following regex validator in grouper.properties:

group.attribute.validator.attributeName.0=extension
group.attribute.validator.regex.0=^[a-z0-9\.-]+$
group.attribute.validator.vetoMessage.0=Group ID '$attributeValue$' is 
invalid since it must contain only lowercase letters, numbers, hyphens, and 
periods

It works in UI and WS, but not when I test it via GSH.  I do have an extra 
group hook defined, but that's true for UI/WS as well.  (And GSH does honor 
that extra hook..)

If I try to add a group with extension "TOG1" via UI, I get an error message:
"Group ID 'TOG1' is invalid since it must contain only lowercase letters,
numbers, hyphens, and periods" which is expected.   But I can do
addGroup("osu:org:sg:to","TOG1","Test Org Group 1"); via GSH and it will add 
the group - no error.

I'm not sure what I'm doing wrong... any ideas?  I use GSH to test thing 
sometimes, so it would be nice if I could get the same results.

Thanks,
Kumi