uPortal IRC Logs-2011-11-28

Owned by Apereo Infrastructure
Last updated: Nov 28, 2011Version comment

[08:31:07 CST(-0600)] <brandon> hello

[08:31:31 CST(-0600)] <brandon> i have clearpass setup in uportal and cas

[08:31:54 CST(-0600)] <brandon> how do you have portlets (like e-mail preview) use clearpass?

[10:21:17 CST(-0600)] <brandon> hello

[12:46:23 CST(-0600)] <dd_> hello

[12:46:32 CST(-0600)] <dd_> anyone have experience with the jasig Calendar Portlet?

[12:55:17 CST(-0600)] <athena> yes, indeed

[12:55:52 CST(-0600)] <dd_> is it possible to get it to work with clearpass?

[12:56:03 CST(-0600)] <athena> yes, that should be fine

[12:56:23 CST(-0600)] <athena> basically clearpass puts the user's password in the user info map under the key "password"

[12:56:44 CST(-0600)] <athena> assuming you have everything hooked up correctly, that's then available to any portlets that actively request it

[12:56:52 CST(-0600)] <dd_> oh, ok

[12:57:04 CST(-0600)] <dd_> and you do that through user-attributes?

[12:57:17 CST(-0600)] <athena> yes, it's available in the user attributes

[12:57:33 CST(-0600)] <athena> adn there's also a session initialization service that can optionally put that value in the session

[12:57:48 CST(-0600)] <athena> where it needs to be depends on what calendar adapter you're using, etc.

[12:57:59 CST(-0600)] <dd_> ok, well maybe you could help me with the email preview portlet then too

[12:58:08 CST(-0600)] <athena> email preview portlet is essentially the same thing

[12:58:15 CST(-0600)] <athena> both portlets pull the password out of the user info map

[12:58:21 CST(-0600)] <dd_> i have it set to cachedPassword in the config

[12:58:27 CST(-0600)] <dd_> how would I tell it to use clearpass?

[12:58:36 CST(-0600)] <athena> well first, did you turn on the cached password service in uportal?

[12:59:04 CST(-0600)] <athena> https://wiki.jasig.org/display/UPM32/Caching+and+Re-playing+Credentials

[12:59:17 CST(-0600)] <athena> you need to add that cachedPasswordUserInfoService

[13:00:23 CST(-0600)] <dd_> think so

[13:00:27 CST(-0600)] <dd_> i followed this: https://wiki.jasig.org/display/CASUM/uPortal+ClearPass+Extension

[13:01:50 CST(-0600)] <athena> ok

[13:01:58 CST(-0600)] <athena> i think i'd recommend using a debugger and setting some breakpoints

[13:02:34 CST(-0600)] <athena> particularly take a look at the PasswordCachingCasAssertionSecurityContext to see if the password is fetched in the first place

[13:02:48 CST(-0600)] <athena> then the CachedPasswordUserInfoService to see if the portal's able to get the cached password

[13:03:00 CST(-0600)] <athena> if that all looks correct, you could take a look at the portlets themselves

[13:03:16 CST(-0600)] <athena> you might also turn up debugging

[13:03:39 CST(-0600)] <athena> i'd also recommend using the uPortal manual documentation rather than this page though - it's more up to date

[13:03:51 CST(-0600)] <dd_> ok, ill try that

[13:03:58 CST(-0600)] <athena> and i believe the 3.2.x branch now includes some clearpass support out of the box

[13:04:10 CST(-0600)] <athena> good luck

[13:04:11 CST(-0600)] <dd_> in the meantime, i am still having problems with the Calendar portlet

[13:04:33 CST(-0600)] <dd_> SEVERE: Servlet.service() for servlet calendar threw exception java.lang.IllegalStateException: Invalid portlet request phase: null

[13:04:33 CST(-0600)] <dd_> i installed and registered it but when i add it to the page i get an error

[13:05:13 CST(-0600)] <athena> do you have the full stack trace? you can post it to pastebin.com

[13:05:34 CST(-0600)] <athena> also, which version of the calendar portlet are you running, and what version of uportal?

[13:07:59 CST(-0600)] <dd_> http://pastebin.com/tw47Dvdt

[13:08:03 CST(-0600)] <dd_> uportal 3.2.4 and calendar 2.0

[13:09:22 CST(-0600)] <athena> ah, ok

[13:09:33 CST(-0600)] <athena> you'll need to switch to the 1.0 branch of hte calendar portlet

[13:09:49 CST(-0600)] <athena> the 2.x branch has been upgraded for JSR-286 support, which was added to uportal as of 4.0

[13:11:25 CST(-0600)] <dd_> ah, ok

[13:12:21 CST(-0600)] <dd_> well, i'll try that. thanks