uPortal IRC Logs-2010-01-25

Owned by Apereo Infrastructure
Last updated: Jan 25, 2010Version comment
5 min read

[06:38:36 EST(-0500)] * lfuller1 (n=sparhk@ip68-98-56-21.ph.ph.cox.net) has left ##uportal
[07:22:31 EST(-0500)] * lfuller (n=sparhk@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[08:31:51 EST(-0500)] * athena (n=athena@adsl-76-250-193-123.dsl.wlfrct.sbcglobal.net) has joined ##uportal
[09:59:55 EST(-0500)] * holdorph (n=holdorph@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[10:19:31 EST(-0500)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[10:21:15 EST(-0500)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:48:08 EST(-0500)] * athena (n=athena@adsl-76-250-193-123.dsl.wlfrct.sbcglobal.net) has joined ##uportal
[10:59:52 EST(-0500)] * poofman (i=80876350@gateway/web/freenode/x-tvunzowkwioebdox) has joined ##uportal
[11:03:12 EST(-0500)] <poofman> Greetings uPortal Devs. We implemented a composite group service for uPortal 3.1.1 with grouper as the backend group store. Its up and running in our instance. we can use the groups manager portlet to query for groups and are able to assign grouper group authorizations per portlet in the channel manager.
[11:03:30 EST(-0500)] <EricDalquist> neat
[11:04:59 EST(-0500)] <poofman> We have some portlets that need to make specific use of the grouper groups. For PAGS groups we can asses info in the portlet using the USER_INFO object. If we want to access the grouper stuff in our portlets, shoudl we just use the GrouperService api with the examples from http://www.ja-sig.org/wiki/display/UPM31/99+Developer%27s+Guide+to+Groups ??
[11:05:19 EST(-0500)] <EricDalquist> it depends on how complex your usage is
[11:05:58 EST(-0500)] <EricDalquist> portlets can do very simple checks by calling request.isUserInRole
[11:06:19 EST(-0500)] <poofman> ok. I think we just want to check if a user is part of a grouper group where we have the key for the grouper group in the portlet data.
[11:06:26 EST(-0500)] <EricDalquist> currently you can pass a group key, such as "pags.root" and get a true/false
[11:06:44 EST(-0500)] <EricDalquist> there was a patch that will be coming out in the next patch releases of all 3.x versions that lets you pass in a full group name
[11:06:54 EST(-0500)] <poofman> oh. ok. our keys look like "grouper.uc:applications:lists:" in the portal
[11:07:17 EST(-0500)] <poofman> is that key passing to the User_Info object?
[11:07:52 EST(-0500)] <EricDalquist> so you would to PortletRequest.isUserInRole("grouper.uc:applications:lists:");
[11:08:00 EST(-0500)] <EricDalquist> which would return true/flase
[11:08:02 EST(-0500)] <EricDalquist> er false
[11:08:09 EST(-0500)] <poofman> ok. Thanks Eric. I'll try that.
[11:08:44 EST(-0500)] <poofman> I gotta run to a quick morning meeting (sad). I'll try to let you know here if that works like we need.
[11:13:55 EST(-0500)] * awills (n=awills@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[11:19:53 EST(-0500)] * Sememmon (n=Sememmon@unaffiliated/sememmon) has joined ##uportal
[11:54:30 EST(-0500)] <athena> EricDalquist: do you have a date in mind for the GA?
[11:54:37 EST(-0500)] <athena> and did the XSLT/RSS stuff ever go in?
[11:54:44 EST(-0500)] <EricDalquist> Friday, I think that's what my email to the dev list said
[11:54:45 EST(-0500)] <EricDalquist> no
[11:54:48 EST(-0500)] <EricDalquist> and it probably won't
[11:54:54 EST(-0500)] <athena> ah, ok
[11:54:57 EST(-0500)] <EricDalquist> I'm going to dig into the IE7 flyout issue today
[11:55:01 EST(-0500)] <athena> great
[11:55:03 EST(-0500)] <EricDalquist> and then just try and do a lot of testing
[11:55:09 EST(-0500)] <athena> sounds wonderful
[11:55:22 EST(-0500)] <athena> i'd like to go through and summarize a skin issue or two that i saw
[11:55:32 EST(-0500)] <athena> but not sure ther'es a lot else left
[11:55:42 EST(-0500)] <EricDalquist> oh
[11:55:49 EST(-0500)] <athena> i guess we'd talked about doing some layout reorganization
[11:55:51 EST(-0500)] <EricDalquist> http://www.ja-sig.org/issues/browse/UP-2590
[11:56:13 EST(-0500)] <EricDalquist> yeah, I think we're pretty much on bug fix only time now
[11:56:18 EST(-0500)] <athena> yeah
[11:56:31 EST(-0500)] <athena> i saw that update go through
[11:57:19 EST(-0500)] <EricDalquist> do you know if those 3 images are needed
[11:57:27 EST(-0500)] <EricDalquist> or if the CSS can just be modified to remove them?
[12:32:09 EST(-0500)] <athena> according to gary's update, looks like the path needs updating in the css
[12:32:40 EST(-0500)] <EricDalquist> ah that's easy
[12:41:44 EST(-0500)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[13:15:01 EST(-0500)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[15:39:32 EST(-0500)] * lfuller1 (n=sparhk@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[15:47:27 EST(-0500)] * Sememmon (n=Sememmon@unaffiliated/sememmon) has joined ##uportal
[15:52:44 EST(-0500)] <poofman> Greetings EricDalquist. Thanks for the earlier tip for portletRequest.isUserInRole("portalGroupKey"). It works just fine. I do have another group store related question though so I'll ask in case you have time to answer. The backend grouper store is quite large. It can return a lots of results if you search for something general like "student" (lots of requests are generated from the EntityGroupStore methods which call t
[15:53:42 EST(-0500)] <EricDalquist> I think the last part of your message got cut off
[15:53:48 EST(-0500)] <poofman> if you refresh the channel the results do display. Is there a configuration based way to prevent them from timing out
[15:53:57 EST(-0500)] <EricDalquist> ah
[15:54:07 EST(-0500)] <EricDalquist> what version of uPortal are you on again?
[15:54:10 EST(-0500)] <poofman> 3.1.1
[15:54:23 EST(-0500)] <EricDalquist> athena: could you see Groups Manager in Channel Manager in 3.1?
[15:54:36 EST(-0500)] <athena> hm
[15:54:39 EST(-0500)] <athena> i suspect not
[15:54:42 EST(-0500)] <athena> well
[15:54:49 EST(-0500)] <poofman> its like the groups service keeps working in the backround but the request times out.
[15:54:50 EST(-0500)] <athena> actually yeah i think you should be able to
[15:55:01 EST(-0500)] <athena> think you could add it to a page if you wanted
[15:55:25 EST(-0500)] <EricDalquist> so poofman what you can do is go into Channel Manager (may be called Portlet Manager) and find the Groups Manager channel
[15:55:35 EST(-0500)] <EricDalquist> edit it and change the timeout value
[15:55:57 EST(-0500)] <EricDalquist> the timeout specified there is the duration in ms uPortal will wait for the channel to render
[15:56:00 EST(-0500)] <poofman> I'm thinking if others are using an ldap group store maybe they did something similar for long queries
[15:56:12 EST(-0500)] <poofman> ok. I'll try bumping that up.
[15:56:15 EST(-0500)] <poofman> thaks.
[16:04:59 EST(-0500)] <EricDalquist> athena: I think I figured out the IE7 issue
[16:05:08 EST(-0500)] <EricDalquist> the "on-top" css class got nuked in the skin update
[16:05:08 EST(-0500)] <athena> oh, what's going on?
[16:05:15 EST(-0500)] <athena> oh!
[16:05:20 EST(-0500)] <athena> well at least that's easy to fix
[16:05:24 EST(-0500)] <EricDalquist> yeah
[16:05:26 EST(-0500)] <EricDalquist> I'm assuming that is it
[16:05:28 EST(-0500)] <athena> annoying though!
[16:05:28 EST(-0500)] <EricDalquist> since it isn't there
[16:05:32 EST(-0500)] <athena> that sounds entirely likely
[16:05:35 EST(-0500)] <EricDalquist> trying it now
[16:05:45 EST(-0500)] <EricDalquist> and adding a giant comment to a better named CSS class
[16:05:51 EST(-0500)] <EricDalquist> /**
[16:05:51 EST(-0500)] <EricDalquist> * Class used by script to fix old IE ZIndex issues. The JavaScript that goes with this class
[16:05:51 EST(-0500)] <EricDalquist> * is defined here:
[16:05:51 EST(-0500)] <EricDalquist> * uportal-war/src/main/webapp/media/skins/universality/common/javascript/uportal/flyout-nav.js
[16:05:51 EST(-0500)] <EricDalquist> */
[16:05:51 EST(-0500)] <EricDalquist> .ieZindex-fix_on-top
[16:07:45 EST(-0500)] <EricDalquist> hopefully that makes it more obvious as to what the class is used for
[16:07:53 EST(-0500)] <EricDalquist> since previously it was just .on-top
[16:08:00 EST(-0500)] <EricDalquist> with no comment as to why it was there
[16:12:11 EST(-0500)] <athena> ah
[16:12:16 EST(-0500)] <athena> sounds good
[16:12:52 EST(-0500)] <EricDalquist> yay fixed!
[16:13:01 EST(-0500)] <EricDalquist> that's my kind of bug fix (smile)
[16:16:51 EST(-0500)] <athena> awesome (smile)
[16:59:05 EST(-0500)] * awills1 (n=awills@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[17:10:49 EST(-0500)] * awills2 (n=awills@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[17:30:25 EST(-0500)] * Sememmon (n=Sememmon@unaffiliated/sememmon) has joined ##uportal
[18:01:26 EST(-0500)] * lfuller (n=sparhk@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[20:11:27 EST(-0500)] * lfuller (n=sparhk@wsip-72-215-204-133.ph.ph.cox.net) has left ##uportal
[20:26:43 EST(-0500)] * colinclark (n=colin@bas2-toronto09-1176131325.dsl.bell.ca) has joined ##uportal
[22:35:57 EST(-0500)] * colinclark (n=colin@bas2-toronto09-1176131325.dsl.bell.ca) has joined ##uportal
[23:47:50 EST(-0500)] * Sememmon (n=Sememmon@unaffiliated/sememmon) has joined ##uportal