uPortal IRC Logs-2009-05-20

Owned by Apereo Infrastructure
Last updated: May 20, 2009Version comment
7 min read

[00:15:27 EDT(-0400)] * tsnfoo (n=tsnfoo@cpe-173-88-27-191.columbus.res.rr.com) has joined ##uportal
[05:55:39 EDT(-0400)] * JASIGLogBot2 (n=PircBot@jasig.Princeton.EDU) has joined ##uportal
[05:55:39 EDT(-0400)] * Topic is 'http://uportal.pastebin.com/ - http://www.ja-sig.org/wiki/display/UPC/uportal+IRC+Logs' set by EricDalquist on 2008-02-27 12:32:13 EST(-0500)
[09:12:36 EDT(-0400)] * fj4000 (n=Main@CPE0018f85ab63e-CM001692f5798c.cpe.net.cable.rogers.com) has joined ##uportal
[09:25:26 EDT(-0400)] * jessm (n=Jess@c-71-232-1-65.hsd1.ma.comcast.net) has joined ##uportal
[09:33:29 EDT(-0400)] * michelled (n=team@142.150.154.193) has joined ##uportal
[09:36:04 EDT(-0400)] * athena (n=athena@99.129.100.66) has joined ##uportal
[10:05:58 EDT(-0400)] * apetro (n=apetro@68.3.207.51) has joined ##uportal
[10:07:58 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:29:22 EDT(-0400)] * monteslu (n=monteslu@ip68-109-171-127.ph.ph.cox.net) has left ##uportal
[10:42:56 EDT(-0400)] * lennard1 (n=sparhk@ip68-98-56-21.ph.ph.cox.net) has left ##uportal
[11:09:18 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:09:33 EDT(-0400)] * Sememmon (n=Sememmon@ip70-190-32-223.ph.ph.cox.net) has joined ##uportal
[11:30:10 EDT(-0400)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:33:54 EDT(-0400)] <EricDalquist> athena: I created a uPortal-tools project in the sandbox last night
[11:34:00 EDT(-0400)] <EricDalquist> and moved the ant tasks and ear deployer there
[11:34:16 EDT(-0400)] <EricDalquist> the trunk uPortal build now just uses Maven to grab the tools
[11:34:23 EDT(-0400)] <athena> ok
[11:34:33 EDT(-0400)] <athena> have you taken a look at the maven project in the sandbox?
[11:34:37 EDT(-0400)] <EricDalquist> not yet
[11:35:01 EDT(-0400)] <EricDalquist> which is why I did a new project
[11:38:45 EDT(-0400)] <athena> gotcha
[11:39:01 EDT(-0400)] <EricDalquist> we can look at merging the two in the future
[11:39:04 EDT(-0400)] <athena> to be honest i'm kind of hoping that a maven project might be all we need
[11:39:19 EDT(-0400)] <athena> it's got the ear and war deployer pieces in it
[11:39:23 EDT(-0400)] <EricDalquist> that would be nice
[11:39:31 EDT(-0400)] <EricDalquist> what about the dbinit stuff?
[11:39:40 EDT(-0400)] <athena> it doesn't have that or the cernunnos stuff yet
[11:39:48 EDT(-0400)] <athena> which would be really nice to add
[11:40:09 EDT(-0400)] <athena> even if for now we had to do something like wrap the maven plugins with ant
[11:40:24 EDT(-0400)] <athena> i really at the very least think we need to get away from using those ant classpath generators
[11:40:29 EDT(-0400)] <athena> it's painful not to have profile support
[11:40:34 EDT(-0400)] <EricDalquist> yeah
[11:42:16 EDT(-0400)] <athena> if you want i can send you the code we used to modify yale's build to use the plugin
[11:42:38 EDT(-0400)] <EricDalquist> code?
[11:43:11 EDT(-0400)] <athena> well
[11:43:13 EDT(-0400)] <athena> not really code (smile)
[11:43:18 EDT(-0400)] <athena> build.xml and pom changes
[11:43:20 EDT(-0400)] <EricDalquist> ah
[11:47:32 EDT(-0400)] <athena> ok - just committed the improved portlet preference support, as well as handling for legacy PORTLET. parameters in CPDs
[11:47:39 EDT(-0400)] <EricDalquist> neat
[11:47:50 EDT(-0400)] <athena> hopefully everything will work, but i'm sure we'll find some issues
[11:48:12 EDT(-0400)] <athena> is there anything else you can think of that we need to do to make it at least as good as the current admin channel?
[11:48:28 EDT(-0400)] <EricDalquist> I don't think so, I'll see if I can try it out a bit more tomorrow
[11:48:39 EDT(-0400)] <EricDalquist> I'm going to see if I can get 3.0.4 and 3.1.1 cut today
[11:49:56 EDT(-0400)] <athena> awesome
[11:50:24 EDT(-0400)] <EricDalquist> http://www.ja-sig.org/issues/browse/UP?report=com.atlassian.jira.plugin.system.project:roadmap-panel
[11:50:31 EDT(-0400)] <EricDalquist> I think I've fixed as much as I can for the two
[11:51:19 EDT(-0400)] <athena> yeah, i think there are a lot of good improvements
[11:51:35 EDT(-0400)] <athena> someday i'd like to move those internationalizations to 3.0, but it all has to be done by hand
[13:38:12 EDT(-0400)] * fj4000 (n=Main@CPE0018f85ab63e-CM001692f5798c.cpe.net.cable.rogers.com) has joined ##uportal
[13:54:02 EDT(-0400)] <EricDalquist> ok, all the legwork of the 3.1.1 release is done
[13:54:03 EDT(-0400)] <EricDalquist> just need to write it up
[13:58:01 EDT(-0400)] <athena> nice (smile)
[15:33:31 EDT(-0400)] * Sememmon (n=Sememmon@ip70-190-32-223.ph.ph.cox.net) has joined ##uportal
[16:42:40 EDT(-0400)] <athena> EricDalquist_mtg: would you have any interest in the web proxy portlet being updated to the httpclient 4.0 beta?
[16:42:59 EDT(-0400)] <EricDalquist> is there a specific motivation behind that?
[16:43:10 EDT(-0400)] <athena> i'm looking to do some shibboleth integration
[16:43:28 EDT(-0400)] <EricDalquist> ah
[16:43:33 EDT(-0400)] <athena> and unfortunately it seems that the shibboleth integration library is using httpclient 4
[16:43:36 EDT(-0400)] <EricDalquist> yeah, I won't object
[16:43:40 EDT(-0400)] <athena> ok
[16:43:51 EDT(-0400)] <athena> to be honest, i really don't know what new features are available in 4
[16:44:21 EDT(-0400)] <athena> but the intention was to make any resulting shibboleth integration public - perhaps we could put it in a branch if it seems like the httpclient upgrade is likely to cause any problems
[16:44:39 EDT(-0400)] <EricDalquist> sounds good
[16:44:43 EDT(-0400)] <EricDalquist> I'd go ahead in trunk
[16:44:48 EDT(-0400)] <EricDalquist> easy to branch later if we need to
[16:49:31 EDT(-0400)] <athena> sure, sounds fair
[16:50:11 EDT(-0400)] <athena> there are some issues we may need to think about for cas/shibboleth integration
[16:50:29 EDT(-0400)] <athena> it looks like a new HttpClient is generated for each request
[16:50:54 EDT(-0400)] <athena> we might want to try avoid re-authenticating on each request
[16:51:09 EDT(-0400)] <EricDalquist> well it keeps the HttpSession object around I think
[16:51:13 EDT(-0400)] <athena> though it seems like that might be hard since the portlet could potentially be proxying different applications on different requests
[16:51:19 EDT(-0400)] <EricDalquist> yeah
[16:51:30 EDT(-0400)] <EricDalquist> we wanted to look into using the threaded connection manager
[16:51:35 EDT(-0400)] <EricDalquist> but never had time to really dig into it
[16:51:47 EDT(-0400)] <athena> ah
[16:51:59 EDT(-0400)] <EricDalquist> but it does track the session data between requests for a user
[16:52:30 EDT(-0400)] <athena> ah, that's good to know (smile)
[16:52:55 EDT(-0400)] <athena> i didn't see that in the HttpManagerImpl
[16:53:52 EDT(-0400)] <EricDalquist> not sure where it is
[16:54:01 EDT(-0400)] <athena> i'll take a look around
[16:54:03 EDT(-0400)] <EricDalquist> that isn't exactly one of the best architected portlets ever
[16:54:16 EDT(-0400)] <athena> well, it does work quite well (smile)
[16:54:20 EDT(-0400)] <EricDalquist> it was my first major software development project out of college (maybe I shouldn't say that out loud)
[16:54:27 EDT(-0400)] <athena> haha
[16:54:35 EDT(-0400)] <athena> i'm sure it's much better than my first projects cringe
[16:54:41 EDT(-0400)] <EricDalquist> I really want to wait for JSR-286 support and then give it some serious TLC
[16:54:41 EDT(-0400)] <athena> luckily those are all dead and disappeared
[16:54:47 EDT(-0400)] <athena> that'd be pretty cool
[16:54:54 EDT(-0400)] <EricDalquist> since it could then proxy <head> elements and do all sorts of neat stuff with caching
[16:55:05 EDT(-0400)] <athena> i saw you said apache was voting on the pluto release?
[16:55:09 EDT(-0400)] <athena> yeah that'd be really neat (smile)
[16:55:10 EDT(-0400)] <EricDalquist> yeah
[16:55:15 EDT(-0400)] <EricDalquist> pluto 2.0 vote is going on right now
[16:55:23 EDT(-0400)] <athena> awesome!
[16:55:24 EDT(-0400)] <EricDalquist> probably be released early next week
[16:55:28 EDT(-0400)] <EricDalquist> I'd also like to look at automatic CSS namespacing
[16:55:35 EDT(-0400)] <EricDalquist> the more I think about it I don't think it would be that hard
[16:55:39 EDT(-0400)] <athena> and once that's out we can work integrating it into uportal?
[16:55:42 EDT(-0400)] <athena> what'd you have in mind?
[16:55:43 EDT(-0400)] <EricDalquist> yeah
[16:55:51 EDT(-0400)] <EricDalquist> for the CSS or pluto?
[16:56:12 EDT(-0400)] <athena> css, sorry
[16:56:43 EDT(-0400)] <EricDalquist> I'd love to have the portlet optionally wrap the proxied content in a <div id="WebProxyPortlet_PortletNamespace"></div>
[16:57:03 EDT(-0400)] <athena> oh, i see
[16:57:05 EDT(-0400)] <athena> yeah
[16:57:10 EDT(-0400)] <EricDalquist> then when proxying a CSS file or inline CSS in a <style> prepend .WebProxyPortlet_PortletNamespace
[16:57:18 EDT(-0400)] <EricDalquist> we fight so much with proxying site that will do stuff like
[16:57:24 EDT(-0400)]

<EricDalquist> a

Unknown macro: { color}

[16:57:32 EDT(-0400)] <athena> yeah
[16:57:33 EDT(-0400)] <EricDalquist> that then completely hoses the portal
[16:58:03 EDT(-0400)] <athena> that sounds like a pretty cool strategy
[16:58:08 EDT(-0400)] <athena> a few things in the portlet wouldn't work
[16:58:12 EDT(-0400)] <athena> but less would break
[16:58:31 EDT(-0400)] <EricDalquist> yeah
[16:58:43 EDT(-0400)]

<athena> like if someone defined "html a

Unknown macro: { color}

" it probably wouldn't show up


[16:58:45 EDT(-0400)] <athena> but that'd be ok
[16:59:08 EDT(-0400)] <EricDalquist> ah yeah
[16:59:19 EDT(-0400)] <EricDalquist> I figure just a best effort filter
[16:59:34 EDT(-0400)] <athena> yeah
[16:59:50 EDT(-0400)] <athena> and i'd rather have a few things break in a portlet than have the whole portal hosed
[16:59:53 EDT(-0400)] <athena> i like that plan
[17:02:17 EDT(-0400)] <athena> so it sounds like there's positive though on-list about switching over to the new admin portlet
[17:03:00 EDT(-0400)] <EricDalquist> yeah
[17:03:10 EDT(-0400)] <EricDalquist> helps that the old one was so horrible
[17:03:10 EDT(-0400)] <athena> i could pretty much do that whenever
[17:03:13 EDT(-0400)] <EricDalquist> yup
[17:03:13 EDT(-0400)] <athena> lol
[17:03:14 EDT(-0400)] <athena> it's true
[17:03:15 EDT(-0400)] <EricDalquist> and like I said
[17:03:20 EDT(-0400)] <athena> ok
[17:03:22 EDT(-0400)] <EricDalquist> I'll cut a M1 if I have time once we switch
[17:03:30 EDT(-0400)] <athena> really all i need to do is switch the link and update the existing CPDs
[17:03:44 EDT(-0400)] <athena> though i did add some support for legacy CPDs with PORTLET. parameters
[17:04:05 EDT(-0400)] <athena> i expect some things will be broken
[17:04:13 EDT(-0400)] <athena> but maybe if we get some testing those will come to light and i can fix them
[17:04:28 EDT(-0400)] <EricDalquist> yup
[17:04:51 EDT(-0400)] <EricDalquist> that's why I was thinking of doing the M1 so we could get quickstart for people to try out
[17:05:48 EDT(-0400)] <athena> sounds great
[17:05:55 EDT(-0400)] <athena> i can do that tonight if you want
[17:06:05 EDT(-0400)] <athena> do you want me to leave the old CChannelManager code lying around for now?
[17:14:34 EDT(-0400)] <EricDalquist> yeah
[17:14:43 EDT(-0400)] <EricDalquist> we can leave it around for a little bit so it is easier to compare
[17:15:00 EDT(-0400)] <athena> sounds good
[17:15:19 EDT(-0400)] <athena> we can re-evaluate once we start making changes for the lifecycle stuff
[17:15:27 EDT(-0400)] <EricDalquist> yup
[18:50:30 EDT(-0400)] <athena> EricDalquist: should the bookmarks portlet have the application id defined as a parameter in its CPD?
[18:51:04 EDT(-0400)] <EricDalquist> I'd assume so
[18:51:57 EDT(-0400)] <EricDalquist> I have to run and catch the bus ... feel free to email me