Grouper Users - Open Discussion List

["Black, Carey M." <>]

Login to the New UI.

Click on the link in the upper right for your "Logged in as ...".
The header on the user that is displayed includes a "email:" that is blank 
for all Subjects.
 Sample URL: 
.../grouper/grouperUi/app/UiV2Main.index?operation=UiV2Subject.viewSubject&subjectId=ID_VALUE&sourceId=SOURCE_ID_NAME

And when I expand the "More v" section I do not see email or mail in there at 
all.


Just in case this is some kind of "Grouper cached data issue" I also looked 
up Subjects (users) that I have not used before (recently created in the data 
source with known good "mail" value) still no values in the New UI.
The Admin UI does show a "mail" value.

-- 
Carey Matthew 



-----Original Message-----
From: Hyzer, Chris 
[mailto:]
 
Sent: Tuesday, June 6, 2017 8:57 AM
To: Black, Carey M. 
<>;
 

Subject: RE: General Grouper question SMTP related stuff

Sorry, what specifically is not working when looking at the subject?

-----Original Message-----
From: Black, Carey M. 
[mailto:]
Sent: Tuesday, June 06, 2017 12:10 AM
To: Hyzer, Chris 
<>;
 

Subject: RE: General Grouper question SMTP related stuff

Chris,

Thanks for the push in the right direction. I think we are getting somewhere.

Your snip did not work in GSH for me.
"
if (StringUtils.isBlank(emailAttributeName)) { System.out.println("Cant find 
email attribute name");} return System.out.println("Email address: " + 
subject.getAttributeValue(emailAttributeName);
// Error: unable to evaluate command: Sourced file: inline evaluation of: 
``if (StringUtils.isBlank(emailAttributeName)) { System.out.println("Cant 
find ema . . . '' : Attempt to resolve method: isBlank() on undefined 
variable or class name: StringUtils "
--> I have no idea why "StringUtils" is not resolvable. ( I was running 
--> this from the API bin dir. Missing dependency jar ?)



So I modified it a bit...
"
rootSession = GrouperSession.startRootSession();
me = findSubject("black.123");
String emailAttributeName = 
GrouperEmailUtils.emailAttributeNameForSource(me.getSourceId());
if (emailAttributeName == null) { System.out.println("Can not find email 
attribute name"); }else{System.out.println("emailAttributeName: " + 
emailAttributeName);} "
And was rewarded with this output:

emailAttributeName: mail



So it looks like the source think's that "mail" should be the attribute for 
the email address for the user. (Which is correct for the data source.)

Oh... and look at that... If I look at the Admin UI I see the value in it's 
table for my Subject. Interesting....

URL: 
.../grouper/populateSubjectSummary.do?sourceId=MYSOURCE&returnToLinkKey=subject.action.return-results&nameOverride=&returnTo=%2FdoSearchSubjects.do&name=MY_NAME&typeName=person&description=MYDESCRIPTION&descriptionOverride=&id=MY_SUBJECT_UNIQUEID&subjectType=person&subjectId=
 MY_SUBJECT_UNIQUEID "
mail    

"


Maybe it is a bug in the "New UI"?
        Subject Diagnostics is working
        Admin UI is working.
        New UI not working when looking at the subject.


--
Carey Matthew 


-----Original Message-----
From: Hyzer, Chris 
[mailto:]
Sent: Monday, June 5, 2017 10:48 PM
To: Black, Carey M. 
<>;
 

Subject: RE: General Grouper question SMTP related stuff


...snip...

> 2) On a related note...
>       I am still not seeing "email" values on subjects that are resolved by 
> a GrouperJndiSourceAdapter.
>       I did add these settings. (found kind of randomly in various 
> WIKI/list archives) but still no love.
> "
> <init-param>
>        <param-name>Email_AttributeType</param-name>
>        <param-value>mail</param-value>
>      </init-param>
>      <init-param>
>        <param-name>emailAttributeName</param-name>
>        <param-value>mail</param-value>
>      </init-param>
> .....
> <attribute>mail</attribute>
> "
> 
> The subject API diagnostics page does show this:
> 
> "
> Subject attribute 'mail' has 1 value: 
> ''
>   - with subject.getAttributeValue("mail") "

What does this print?

    String emailAttributeName = 
GrouperEmailUtils.emailAttributeNameForSource(subject.getSourceId());
    if (StringUtils.isBlank(emailAttributeName)) {
      System.out.println("Cant find email attribute name");
    }
    return System.out.println("Email address: " + 
subject.getAttributeValue(emailAttributeName);


> 
> 
> So the SubjectAPI can retrieve the attribute but it is not "using it". 
> ( Is this a bug or am I doing something wrong? Could it be an bug in 
> the UI? )


First it needs to know which attribute is the email attribute

> 
> Attached is screen capture of the header of my Subject being displayed in 
> the UI.
> 
> Thanks in advance.
> 
>
-----Original Message-----
From: 

 
[mailto:]
 On Behalf Of Black, Carey M.
Sent: Monday, June 05, 2017 9:47 AM
To: 

Subject: [grouper-users] General Grouper question SMTP related stuff

1) Is there a list of the emails that can be generated by the Grouper 
components? 
        What triggers each email?
        Who the email is sent to?
        How to modify the text? (localization for branding/signing)
        etc.. etc...

Basically I would like to know what should be expected after the SMTP server 
is configured in the UI/WS/(other components?)





2) On a related note...
        I am still not seeing "email" values on subjects that are resolved by 
a GrouperJndiSourceAdapter.
        I did add these settings. (found kind of randomly in various 
WIKI/list archives) but still no love.
"
<init-param>
       <param-name>Email_AttributeType</param-name>
       <param-value>mail</param-value>
     </init-param>
     <init-param>
       <param-name>emailAttributeName</param-name>
       <param-value>mail</param-value>
     </init-param>
.....
<attribute>mail</attribute>
"

The subject API diagnostics page does show this:

"
Subject attribute 'mail' has 1 value: 
''
  - with subject.getAttributeValue("mail") "


So the SubjectAPI can retrieve the attribute but it is not "using it". ( Is 
this a bug or am I doing something wrong? Could it be an bug in the UI? )

Attached is screen capture of the header of my Subject being displayed in the 
UI.

Thanks in advance.

--
Carey Matthew