<div dir="ltr">Hi,<br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, May 13, 2016 at 7:55 AM, Marvin Addison <span dir="ltr"><<a href="mailto:marvin.addison@gmail.com" target="_blank">marvin.addison@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Thu, May 12, 2016 at 1:50 PM Niva Agmon <<a href="mailto:nagmon@temple.edu" target="_blank">nagmon@temple.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">





<div lang="EN-US" link="#0563C1" vlink="#954F72">
<div>
<p class="MsoNormal">Has anyone been able to successfully configure authentication to BannerXe (Banner9) using Shib v3.2.1 cas-protocol?</p></div></div></blockquote><div>I'm fairly certain we have successfully done this.</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div lang="EN-US" link="#0563C1" vlink="#954F72"><div><p class="MsoNormal"><u></u></p>
<p class="MsoNormal">We are getting access denied on the Banner side and it looks like the user is null.</p></div></div></blockquote><div>I've seen a number of Banner/CAS integration problems and most of them are related to attribute release. You must ensure that the UDC_IDENTIFIER attribute is coming over the wire. Put the org.jasig.cas package in DEBUG and make sure you see it in the ticket validation response.</div><span><font color="#888888"><div><br></div><div></div></font></span></div></div></blockquote></div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div>We're attempting to get <span style="font-size:12.8px">BEIS v8.3.2 working with Shibboleth/CAS v3.2 and s</span>ending the UDC_IDENTIFIER attribute with the correct value over the wire seems to be the issue we're having. The attribute is in the ticket validation response but the Banner logs show the following:</div><div class="gmail_extra"><br></div><div class="gmail_extra">INFO [com.ellucian.sso.ssb.dao.impl.SessionInitDaoImpl.<initSession>] - Initializing a session for the Udc Id:ZERO_LENGTH_VALUE<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">Likewise, the Shibboleth logs produce this:</div><div class="gmail_extra"><br></div><div class="gmail_extra">DEBUG [net.shibboleth.idp.attribute.resolver.ad.impl.ScriptedIdPAttributeImpl:220] - Attribute Definition 'UDC_IDENTIFIER': scripted attribute 'UDC_IDENTIFIER': recreated attribute contents are [EmptyAttributeValue{value=ZERO_LENGTH_VALUE}]<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">When testing Shibboleth with the aacli.sh script, the correct value for UDC_IDENTIFIER is returned. When testing it with testshib, the shibd.log says that it's "skipping unmapped SAML 2.0 Attribute with Name: UDC_IDENTIFIER" but despite that the logs show that it has the correct value.</div><div class="gmail_extra"><br></div><div class="gmail_extra">When authenticating with Banner via CAS, however, it seems to send the UDC_IDENTIFIER attribute with an empty value.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Unfortunately, I'm not particularly strong with Shibboleth or CAS and I'm learning this as I go along.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Any tips would be appreciated.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Thanks,</div><div class="gmail_extra">Jason</div><div class="gmail_extra"><br></div><div class="gmail_extra"><br clear="all"><div><br></div>-- <br><div data-smartmail="gmail_signature"><div dir="ltr"><pre cols="72">Jason Rotunno
Systems Administrator
Swarthmore College
500 College Ave
Swarthmore, PA 19081
610.328.8505

IMPORTANT: Swarthmore College ITS staff will NEVER ask you for your
password, including by email!  Please keep your passwords private to
protect yourself and the security of our network. </pre></div></div>
</div></div>