uPortal IRC Logs-2007-12-18

Owned by Apereo Infrastructure
Last updated: Dec 18, 2007Version comment
3 min read

[07:05:56 EST(-0500)] * jayshao (n=jayshao@pool-68-239-246-163.nwrk.east.verizon.net) has joined ##uportal
[08:11:32 EST(-0500)] * jayshao (n=jayshao@jayshao.oirt.rutgers.edu) has joined ##uportal
[08:20:27 EST(-0500)] * jayshao (n=jayshao@jayshao.oirt.rutgers.edu) has joined ##uportal
[09:17:29 EST(-0500)] * colinclark (n=atrcwrk2@142.150.154.101) has joined ##uportal
[09:47:08 EST(-0500)] * colinclar1 (n=atrcwrk2@142.150.154.101) has joined ##uportal
[10:04:22 EST(-0500)] * esm (n=esm@asdf.dkc.jhu.edu) has joined ##uportal
[10:08:24 EST(-0500)] * colinclark (n=atrcwrk2@142.150.154.101) has joined ##uportal
[10:08:33 EST(-0500)] * colinclark (n=atrcwrk2@142.150.154.101) has left ##uportal
[10:09:48 EST(-0500)] <esm> pastebin is better than rafb.net: http://uportal.pastebin.com/
[10:19:19 EST(-0500)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:53:06 EST(-0500)] * Topic is 'http://uportal.pastebin.com' set by esm on 2007-12-18 10:53:06 EST(-0500)
[10:53:35 EST(-0500)] <EricDalquist> ooo
[10:53:36 EST(-0500)] <EricDalquist> fancy
[10:54:08 EST(-0500)] <esm> yeah it seems much nicer
[11:15:21 EST(-0500)] <EricDalquist> oi
[11:18:17 EST(-0500)] <EricDalquist> no wonder my tests were so slow
[11:18:25 EST(-0500)] <EricDalquist> I had a very larger recursive loop in my spring config
[11:18:33 EST(-0500)] <EricDalquist> indirectly through a static method call
[11:54:30 EST(-0500)] * awills (n=awills@uni1.unicon.net) has joined ##uportal
[13:05:13 EST(-0500)] <awills> EricDalquist you there eric?
[13:07:48 EST(-0500)] <EricDalquist> yup
[13:11:15 EST(-0500)] <awills> hey
[13:11:34 EST(-0500)] <EricDalquist> what's up?
[13:11:40 EST(-0500)] <awills> i'm wrapping up the GCCC patch work...
[13:14:09 EST(-0500)] <awills> sry, phone call... there was some amount of hand-merging, sue to changes in the channels
[13:14:52 EST(-0500)] <awills> but for the most part, the GCCC features don't overlap w/ other features that changed
[13:15:46 EST(-0500)] <EricDalquist> ok
[13:16:10 EST(-0500)] <awills> I should have started w/ this: by any chance are you decently familiar w/ the history of security concerns and resulting Java code associated w/ CGenericXSLT & CWebProxy?
[13:17:16 EST(-0500)] <EricDalquist> um
[13:17:18 EST(-0500)] <EricDalquist> a bit
[13:17:42 EST(-0500)] <EricDalquist> they were being a bit to open as to what they would proxy through the portal's domain
[13:17:53 EST(-0500)] <awills> yes...
[13:18:24 EST(-0500)] <awills> and are the security enhancements in these channels implemented through IUriScrutinizer?
[13:18:31 EST(-0500)] <EricDalquist> no idea
[13:18:47 EST(-0500)] <awills> heh. np, thanks anyway
[13:19:10 EST(-0500)] <EricDalquist> sorry
[13:19:24 EST(-0500)] <EricDalquist> I was only away of the issues, not really of what was done to fix them
[13:19:36 EST(-0500)] <awills> I'm told nbolton has a good handle in this... i'll try to reach him
[13:46:03 EST(-0500)] * colinclar1 (n=atrcwrk2@142.150.154.101) has joined ##uportal
[15:04:07 EST(-0500)] * esm (n=esm@asdf.dkc.jhu.edu) has joined ##uportal
[16:23:31 EST(-0500)] * esm (n=esm@asdf.dkc.jhu.edu) has joined ##uportal
[16:41:18 EST(-0500)] <EricDalquist> yay ... trying to start up the up3+pluto1.1 code
[16:41:32 EST(-0500)] <EricDalquist> granted it isn't to the point of rendering portlets quite yet, but it is close
[16:42:00 EST(-0500)] <EricDalquist> though right now I'm mainly squashing configuration bugs
[16:45:17 EST(-0500)] <awills> gl, how it goes quickly
[16:45:23 EST(-0500)] <awills> hope*
[16:46:52 EST(-0500)] <awills> I'm just now done w/ UP-1888... going to commit
[16:46:57 EST(-0500)] <awills> GCCC
[17:15:07 EST(-0500)] <awills> EricDalquist?
[17:15:13 EST(-0500)] <EricDalquist> hey
[17:15:46 EST(-0500)] <awills> true or false... "Channel Management" features/APIs are likely to change quite a bit in 3.0?
[17:16:06 EST(-0500)] <EricDalquist> false
[17:16:25 EST(-0500)] <EricDalquist> I don't have any plans to do major refactoring work (though I would like to)
[17:16:27 EST(-0500)] <EricDalquist> though
[17:16:33 EST(-0500)] <awills> oh really? ChannelRegistryManager & IChannelRegistryStore etc likely to behave the same?
[17:16:44 EST(-0500)] <EricDalquist> yes
[17:16:55 EST(-0500)] <awills> ok then
[17:17:23 EST(-0500)] <EricDalquist> so
[17:17:32 EST(-0500)] <EricDalquist> I haven't really really looked at this part of the code yet
[17:17:41 EST(-0500)] <EricDalquist> creating a portlet will require some 'extra' work
[17:17:57 EST(-0500)] <awills> makes sense
[17:17:58 EST(-0500)] <EricDalquist> namely creating a IPortletDefinition
[17:18:05 EST(-0500)] <EricDalquist> and storing publish time preferences there
[17:18:17 EST(-0500)] <EricDalquist> right now the preferences code is hacked into CChannelManager
[17:18:36 EST(-0500)] <EricDalquist> well CChannelManager and ChannelManager
[17:18:38 EST(-0500)] <EricDalquist> and that is likely what I'll be doing here as well
[17:19:40 EST(-0500)] <EricDalquist> My thoughts right now are to have the following changes in the channel manager UI: The screen where you enter the portlet definition ID will now be a drop-down of all available portlets (pluto 1.1 tells us this), add a portlet preferences screen that is separate from the channel parameters screen and have it support multivalued preferences
[17:19:45 EST(-0500)] <EricDalquist> I think that is it
[17:20:07 EST(-0500)] <EricDalquist> so I doubt the APIs the channel manager exposes will change much if at all
[17:21:01 EST(-0500)] <awills> that portlet UI sounds like a major improvement to me
[17:21:17 EST(-0500)] <EricDalquist> heh, yeah that one little change will save many headaches I imagine
[17:21:46 EST(-0500)] <EricDalquist> with pluto 1.1 it maintains a registry of all portlet applications and portlets deployed to the servlet container
[17:22:01 EST(-0500)] <EricDalquist> so it will be easy to present a drop-down of what is availble to actually publish as a portlet
[17:22:22 EST(-0500)] <EricDalquist> oh and the registry is live, so deploys/reloads/undeploys will be reflected immediately
[17:22:37 EST(-0500)] <EricDalquist> no more restarting the portal when deploying a portlet
[17:31:50 EST(-0500)] <awills> very nice
[18:12:35 EST(-0500)] * EiNZTEiN (n=einztein@205.241.143.4) has joined ##uportal
[22:49:12 EST(-0500)] * jayshao (n=jayshao@68.239.246.163) has joined ##uportal