uPortal IRC Logs-2008-12-17

Owned by Apereo Infrastructure
Last updated: Dec 17, 2008Version comment

[03:04:28 EST(-0500)] * higmad (n=chatzill@pcit-8752.hig.se) has joined ##uportal
[08:11:14 EST(-0500)] * athena7 (n=athena7@99.129.101.69) has joined ##uportal
[08:58:04 EST(-0500)] * colinclark (n=colin@bas1-toronto09-1279534686.dsl.bell.ca) has joined ##uportal
[09:05:04 EST(-0500)] <dstn> anyone ever seen this http://uportal.pastebin.com/mf4fe888
[09:05:23 EST(-0500)] <dstn> our portal all the sudden started throwing that and displaying uPortal Error page
[09:18:45 EST(-0500)] * anastasiac (n=team@142.150.154.235) has joined ##uportal
[09:19:26 EST(-0500)] <athena7> yeah that actually does look familiar
[09:19:41 EST(-0500)] <athena7> what codebase? and do you have any modifications?
[09:40:57 EST(-0500)] <dstn> I was just discussing it with susan
[09:42:04 EST(-0500)] <dstn> I applied a patch to a stylesheet which is in WEB-INF/classes and we think that tomcat reloaded the application but a request came before the classloader had/could load that class
[09:46:02 EST(-0500)] * higmad (n=chatzill@pcit-8752.HIG.SE) has joined ##uportal
[10:25:45 EST(-0500)] * michelled (n=team@142.150.154.197) has joined ##uportal
[11:01:44 EST(-0500)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[11:15:28 EST(-0500)] <dstn> hey EricDalquist, I have a question related to subversion bug fixes of uPortal
[11:15:41 EST(-0500)] <EricDalquist> ok
[11:16:23 EST(-0500)] <dstn> when a bug is fixed and applied to a patches branch, does the bug have to be applied to both the patches and the trunk or do you wait and sometime later merge the patches branch back to the trunk?
[11:16:46 EST(-0500)] <EricDalquist> the person applying the patch should apply it everywhere it is needed
[11:16:53 EST(-0500)] <dstn> ok thanks
[11:16:57 EST(-0500)] <EricDalquist> if it is done by hand or using a tool such as svnmerge doesn't matter
[11:17:11 EST(-0500)] <EricDalquist> I try to keep track of that and poke people that forget
[11:17:27 EST(-0500)] <dstn> trying to iron out our versioning strategies here at yale
[11:17:47 EST(-0500)] <EricDalquist> ah
[11:17:54 EST(-0500)] <EricDalquist> we don't really branch locally
[11:18:05 EST(-0500)] <EricDalquist> at least not like we branch for releases in uPortal
[11:18:14 EST(-0500)] <EricDalquist> since we don't have to support old versions
[11:18:26 EST(-0500)] <EricDalquist> we just use tags to track what was deployed when
[11:18:34 EST(-0500)] <EricDalquist> so we can roll things back
[11:19:47 EST(-0500)] <dstn> we liked the "stable" branch strategy while we move to uP3 since we still have to maintain our old release
[11:19:56 EST(-0500)] <EricDalquist> ah
[11:20:10 EST(-0500)] <dstn> and I think it will work nice for the future when we have to maintain a release and do a bunch of work in the trunk
[11:40:47 EST(-0500)] * apetro_ (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[12:21:40 EST(-0500)] <apetro_> I don't see a uPortal manual page on getting CAS proxy tickets in portlets. I'll RTM myself to make one, but this is a shoutout to ask for links to what documentation does exist...
[12:27:15 EST(-0500)] <athena7> apetro_: which version of uportal are we talking about?
[12:27:25 EST(-0500)] <athena7> there is some documentation for uportal 2.6
[12:27:29 EST(-0500)] <athena7> 3.0 is lacking however, i believe
[12:27:37 EST(-0500)] <apetro_> 3.0
[12:27:42 EST(-0500)] <athena7> ok
[12:28:36 EST(-0500)] <athena7> the approach from the portlet's perspective is exactly the same
[12:28:46 EST(-0500)] <athena7> and portlets developed for 2.6 will work in 3.0
[12:29:00 EST(-0500)] <athena7> but 3.0 has built-in CAS proxy portlet integration
[12:29:17 EST(-0500)] <athena7> basically you need to go into uportal-impl/src/main/resources/contexts/portletContainerContext.xml
[12:29:39 EST(-0500)] <athena7> and uncomment the casTicketUserInfoService stuff
[12:30:13 EST(-0500)] <athena7> hm.
[12:30:28 EST(-0500)] <athena7> i'm looking at trunk and there may not be a commented-out block for that
[12:30:32 EST(-0500)] <athena7> that should get added
[12:30:45 EST(-0500)] <athena7> oh wait,a ctually it looks like it's there by default
[12:30:47 EST(-0500)] <athena7> so yay
[12:30:51 EST(-0500)] <athena7> it's already enabled
[12:31:07 EST(-0500)] <athena7> so in theory maybe you can just drop in a cas-y portlet and it'll work
[12:47:55 EST(-0500)] <apetro_> cool
[12:48:20 EST(-0500)] <apetro_> I see the code, I see the constant in it for the magic name of the user attribute, I'll add this to the uP3 manual page
[12:51:56 EST(-0500)] <athena7> excellent, thank you
[12:52:08 EST(-0500)] <athena7> turns out we're also missing the password cacher thingy
[12:52:16 EST(-0500)] <athena7> i have one lying around though, which i can contribute
[13:37:45 EST(-0500)] <dstn> I actually had a question about the proxy cas stuff
[13:37:55 EST(-0500)] <athena7> what's up?
[13:38:21 EST(-0500)] <dstn> what happens when the proxy granting ticket is no longer valid (i.e. has expired) ... will the portal request a new one?
[13:39:06 EST(-0500)] <dstn> if not, channels will fail to be able to get proxy tickets
[13:39:15 EST(-0500)] <dstn> or will have to log out, log back in
[13:40:53 EST(-0500)] <athena7> are we talking about the portal's proxy granting ticket or the portlet's?
[13:41:39 EST(-0500)] <dstn> portal's
[13:42:18 EST(-0500)] <athena7> i'm not sure
[13:42:27 EST(-0500)] <athena7> does that expire before the portal session?
[13:43:39 EST(-0500)] <athena7> i don't think it should expire before the cas session should it?
[13:44:42 EST(-0500)] <dstn> It could expire before the portal's session
[13:44:54 EST(-0500)] <dstn> I think ours is set at 2 hours
[13:45:05 EST(-0500)] <dstn> for when the granting tickets expire
[13:45:38 EST(-0500)] <athena7> ah, i see
[13:45:51 EST(-0500)] <athena7> yeah that could be a problem if it's set to shorter than the portal's session
[13:46:02 EST(-0500)] <dstn> It would be nice if it was possible to renew granting tickets but that requires a service ticket which ultimately requires authentication
[13:46:10 EST(-0500)] <athena7> and may actually explain some of the cas channel problems that have been reported in the past
[14:52:18 EST(-0500)] * apetro- (n=apetro@12.164.139.7) has joined ##uportal
[15:41:02 EST(-0500)] <dstn> hmm...ya...spring ja-sig is not looking so good
[15:41:11 EST(-0500)] <dstn> no travel (sad)
[15:41:29 EST(-0500)] <EricDalquist> (sad)
[15:43:20 EST(-0500)] <athena7> yeah as an alumni, i got yale's email on the state of the endowment, etc.
[15:43:48 EST(-0500)] <athena7> sounded a little discouraging
[15:45:38 EST(-0500)] <dstn> its only billions
[15:45:41 EST(-0500)] <dstn> pfttt
[15:45:45 EST(-0500)] <dstn> :-D
[15:47:53 EST(-0500)] <athena7> lol
[16:21:12 EST(-0500)] * apetro_ (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[17:09:38 EST(-0500)] * anastasiac (n=team@142.150.154.235) has left ##uportal
[17:19:38 EST(-0500)] * michelled (n=team@142.150.154.197) has left ##uportal
[20:31:47 EST(-0500)] * apetro_ (n=apetro@ip68-3-207-51.ph.ph.cox.net) has joined ##uportal
[22:12:54 EST(-0500)] * lennard1 (n=sparhk@74.211.2.212) has joined ##uportal