-
Notifications
You must be signed in to change notification settings - Fork 83
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support CAS protocol v3: new user attributes #28
Comments
Hi, Yes we do not yet support v3 of CAS specifically. I'm not sure on what timeline we'd be moving forward on that. If you would like to open up issues or a PR to support it, please do. |
I know very well CAS, but not that much Python. That said, it should not be too complicated to get all attributes from the XML response if CAS_VERSION is set to 3. Where should these attributes be stored? In the djando user model even if I'm not sure what it is? In session? |
This library doesn't handle storing those actual attributes, you can use a custom Django-CAS handles the authentication bits and all the necessary redirects, anything beyond that is typically handed by other apps within a user's project. |
So the idea would be to also pass the user attributes to the |
That could work. Currently you define a callback in your project:
Then in that method (which accepts an XML tree) you can strip out what you need and do whatever you want with it.
I'm sorry I can't be more helpful with regard to V3, we just aren't there yet so we haven't updated it. If you have specific documentation on how we should implement that client, feel free to pass that along and I can get it scheduled. |
I haven't been able to find a better doc than the original JIRA: https://issues.jasig.org/browse/CAS-1283. Using the new
Is it clear enough? |
Yes, thank you. |
I finally found back the protocol spec: http://jasig.github.io/cas/development/protocol/CAS-Protocol-Specification.html#head2.5 |
Thanks |
New PR: #35 |
Hi,
Since the CAS server version 4.0.0 which implements the CAS protocol v3, there are new endpoints : /p3/serviceValidate and /p3/proxyValidate which return user attributes in addition to the user name (XML format). Example:
It doesn't seem to be supported by this CAS client.
I tried using the following settings to get the new XML response:
but it doesn't work: I'm stuck on my login page with:
https://myserver/cas/login?next=http%3A//localhost%3A8000/protected/index
instead ofhttps://myserver/cas/login?service=http%3A//localhost%3A8000/protected/index
.Am I missing something on this problem?
Do you plan to support CAS protocol v3?
Thanks.
The text was updated successfully, but these errors were encountered: