Deep link to SSB page?
Is anyone aware if it's possible to "deep link" to a SSB page from a not-logged-in state?
I've found that if I use a URL like this: https://portal.school.edu/cp/home/displaylogin?goto=http://portal.school.edu/cp/render.UserLayoutRootNode.uP?uP_tparam=utf&utf=%2Fcp%2Fip%2Flogin%3Fsys%3Dsctssb%26url%3Dhttps%3A//www.ssb.school.edu/prod/bwgksrvy.P_ShowSurveys
that it almost works, but the SSB frame shows:
Not Found
The requested URL /prod/gokcsso.p_call_banner_sserv was not found on this server.
No solution, more questions and comments
We have lots of requests for the deep linking such as you describe. Typical would be a request from the Financial Aid office for a deep link from within Luminis to a particular screen in SSB that shows the student something about the status of their loan application. We have had little to no success creating such deep links.
There is a perception problem in that our students tend not to understand very well the distinction between Luminis and SSB. They tend to view them as one big thing. And that's despite the fact that we don't really use Banner channels. I sometime wonder if we should support Banner channels. Maybe if we did, we could make the "Luminis and SSB are one big thing" perception more of a reality. What we do support is SSO from Luminis to SSB, and indeed that's the only way our students can get to SSB.
In any case, I have two questions. Why are you looking for a deep link from a not-logged-in state? Wouldn't security concerns mandate supporting deep links only from a logged-in state? And would Banner channels help solve the problem?
Having said that, we did have one need for a deep link from a not-logged-in-state. I notice that your long URL mentions surveys. We had a need to do a deep link from our Learning Management System to a place deep in SSB to conduct a survey. The student in our Learning Management system would have been logged in to the LMS itself, but would not have been logged in to Luminis or SSB. We finally chose to drop the survey tool and switch to another one because of the headaches that this problem caused.
From SunGard's point of view, there needs to be much better integration between the Luminis user experience and the SSB user experience. For example, why does each have its own set of tabs, and why don't the tabs relate to each other? A link from the Student tab in Luminis does not take you to the Student tab in SSB. Maybe Banner channels are the solution, I don't know. But there definitely needs to be an easy way to deep link from Luminis to SSB that "just works" (and did I say *easy*!). There even needs to be an easy way to deep link from one place in SSB to another unrelated place in SSB.
New Trick
I didn't know about the goto param in displaylogin - thanks for the tip!
I was able to get a deep link to ssb working by double-encoding the value of the goto param. So your original value of:
http://portal.school.edu/cp/render.UserLayoutRootNode.uP?uP_tparam=utf&utf=%2Fcp%2Fip%2Flogin%3Fsys%3Dsctssb%26url%3Dhttps%3A//www.ssb.school.edu/prod/bwgksrvy.P_ShowSurveys
Turns into:
http%3A//portal.school.edu/cp/render.UserLayoutRootNode.uP%3FuP_tparam%3Dutf%26utf%3D%252Fcp%252Fip%252Flogin%253Fsys%253Dsctssb%2526url%253Dhttps%253A//www.ssb.school.edu/prod/bwgksrvy.P_ShowSurveys
And the full link would be:
https://portal.school.edu/cp/home/displaylogin?goto=http%3A//portal.school.edu/cp/render.UserLayoutRootNode.uP%3FuP_tparam%3Dutf%26utf%3D%252Fcp%252Fip%252Flogin%253Fsys%253Dsctssb%2526url%253Dhttps%253A//www.ssb.school.edu/prod/bwgksrvy.P_ShowSurveys
Happy deep linking!
Nice work!
Thanks for figuring that out!
I'm not sure where I first learned about that goto parameter, maybe it was on here?
If you click on a link with the goto param, it will take you to the portal login page, then to your destination once logged in.
Alternatively, you can register your destination as a CAS service:
configman -s cas.service.madeupnameforlink http://destinationlink
Then you can click on https://portal.school.edu/cas/login?service=http://destinationlinkurlencoded and it will take you to the link if you're logged in, or make you log in first if you're not. The downside of this approach is that you have to bounce the web server so the configman setting gets recognized. Also, Sungard has a defect (don't know the number) for doing the CAS deep link to a channel (you get an error instead of the channel content).
CAS and PD
Hm. Interesting. I'll have to try that out when we get CAS working. At this point, we're waiting for Sungard to fix CAS on PD. Defect #:1-3JN4IP
CAS to a channel defect
My CAS to a channel link is defect 1-434L1V, marked as in process for version 4.3.
CAS service
Many Thanks for your tips. We have been looking for ways to do this for a while...
I did the configman -s cas.service.booking http://booking.edu/booking.php and use the link http://portal.edu/cas/login?service=https://urlencodedbooking.edu/booking.php
I got the portal login page, redirected to the booking page, however, still not login, "custom msg: access denied".....
We just have the standard CAS setup during the Luminis IV installation. Is it something need to be done in CAS side? or am I missing something there?
Or, is there other ways to take advantage on Portal login then to the destination once logged in.
Thanks.
Re: CAS Service
We finally got CAS working in PD and seems to work pretty well.
If you are seeing the portal login and being redirected after a successful login, it sounds to me like CAS is configured correctly in Luminis. Have you done the CAS config in your external app (booking.edu)? Usually you need to add the CAS URL to the config in the app as well.
Also, we normally point the users directy to the external app url first and let CAS handle all of the redirecting. In your example, you would send the user to http://booking.edu. From there CAS/Luminis handle all of the redirects.
HTH,
Mike
What about 3.x?
Any chance there's something similar for Luminis 3.x, or is the goto command specific to Luminis 4? We're still stuck in the dark ages...
As for why you'd want to do this, here's my idea: Build a public-access web page that dynamically pulls your course schedule. Let people pick classes they want to register in, as though they were logged in (shopping cart, anyone?). When they're ready to "check out," ask if they have a username/password -- if so, take them to a login page and then redirect them to a page where you've stored their add requests that you can pass on to the normal SSB page. The normal SSB page adds them (as though they'd entered the CRNs on the "worksheet" of the add/drop page) and voila! They're in! Now get their money!
If they don't have a username/password, give them an option to create one (an admissions form) and tell them you'll send them a confirmation email (soon!) so they can finish the process. On the back end, process their admission, and email them their login credentials with the same link you would have used if they'd known their login credentials in the first place. They get a confirmation email, click on the supplied link, and go do their thing (complete with resetting password and whatever else is necessary).
This glosses over a ton of work (the two most obvious pieces are storing their shopping cart somewhere in the database so it's persistent and handling the admissions process quickly and seamlessly so you can send them the "confirmation" email), but it could offer nearly-real-time "shopping cart" registration for anyone.
Hi, I wish you all good day,
Hi,
I wish you all good day, this site is really nice I would always follow this site. Help me a lot of time
data would be obtained from this site, or hope to. But I want you to know that this site is really good Thanks a lot for the kind of perfect topic about this topic. It’s good to buy an essay about this good topic. Nice article, very helpful. Thanks e okul