uPortal IRC Logs-2009-04-21

Owned by Apereo Infrastructure
Last updated: Apr 21, 2009Version comment

[09:03:01 EDT(-0400)] * anastasiac (n=stasia@142.150.154.189) has joined ##uportal
[09:04:34 EDT(-0400)] * jessm (n=Jess@c-71-232-3-4.hsd1.ma.comcast.net) has joined ##uportal
[09:39:35 EDT(-0400)] * bszabo (n=bszabo@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[09:40:22 EDT(-0400)] * athena (n=athena@99.129.100.66) has joined ##uportal
[09:50:54 EDT(-0400)] * colinclark (n=colin@CPE0014d13fa0bb-CM0018c0c60930.cpe.net.cable.rogers.com) has joined ##uportal
[09:57:33 EDT(-0400)] * michelled (n=team@142.150.154.193) has joined ##uportal
[10:01:49 EDT(-0400)] * Arvids (n=arvids@213.175.95.54) has joined ##uportal
[10:29:43 EDT(-0400)] * colinclark_ (n=colin@bas2-toronto09-1176132369.dsl.bell.ca) has joined ##uportal
[10:31:54 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:32:47 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[10:39:19 EDT(-0400)] * Arvids (n=arvids@213.175.95.54) has left ##uportal
[11:03:39 EDT(-0400)] * holdorph (n=holdorph@ip72-201-251-192.ph.ph.cox.net) has joined ##uportal
[11:38:07 EDT(-0400)] <EricDalquist> so there was just a thread on the pluto dev list about the problems of using commons-logging in a portal environment
[11:38:08 EDT(-0400)] <EricDalquist> http://issues.apache.org/jira/browse/PLUTO-553
[11:38:43 EDT(-0400)] <EricDalquist> apparently the class loading tricks that JCL does can result in webapp A referencing the classloader from webapp B for loggers
[11:39:00 EDT(-0400)] <athena> ick
[11:39:08 EDT(-0400)] <EricDalquist> which can cause all sorts of fun, one of he issues being the inability to unload the webapp
[11:39:15 EDT(-0400)] <EricDalquist> so you can redeploy in tomcat
[11:39:23 EDT(-0400)] <EricDalquist> but the old webapp's classloader can never be GCd
[11:39:31 EDT(-0400)] <athena> ugh
[11:39:38 EDT(-0400)] <EricDalquist> so pluto is switching to slf4j for pluto 2.0
[11:39:50 EDT(-0400)] <EricDalquist> I think I'm going to have to propose the same switch when we do the pluto 2.0 upgrade
[11:40:02 EDT(-0400)] <athena> yeah
[11:40:04 EDT(-0400)] <athena> makes sense
[11:40:16 EDT(-0400)] <athena> so can the portlets themselves continue to use commons logging?
[11:40:17 EDT(-0400)] <EricDalquist> which on the plus side will give us a bunch of nice logging features
[11:40:23 EDT(-0400)] <EricDalquist> they can
[11:40:36 EDT(-0400)] <EricDalquist> but it will cause problems for that particular portlet until it switches away from JCL
[11:40:43 EDT(-0400)] <EricDalquist> slf4j has a drop-in replacement for JCL
[11:40:48 EDT(-0400)] <athena> ah
[11:41:09 EDT(-0400)] <EricDalquist> so we can stick a slf4j jar in and it provides all the JCL APIs, so no need to re-write code
[11:41:22 EDT(-0400)] <athena> yeah that'd be great
[11:42:48 EDT(-0400)] <EricDalquist> yeah
[11:42:57 EDT(-0400)] <EricDalquist> I'll have to put together some documentation about it
[11:44:33 EDT(-0400)] <athena> yeah, sounds reasonable
[11:50:57 EDT(-0400)] * awills (n=awills@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[12:03:10 EDT(-0400)] * colinclark (n=colin@CPE0014d13fa0bb-CM0018c0c60930.cpe.net.cable.rogers.com) has joined ##uportal
[12:13:29 EDT(-0400)] * colinclark_ (n=colin@bas2-toronto09-1176131325.dsl.bell.ca) has joined ##uportal
[12:18:11 EDT(-0400)] * EricDalquist wonders if he can set the skin for the user via a DLM pipe processor
[12:32:21 EDT(-0400)] <awills> EricDalquist – are you thinking of skinning fragments distinctly?
[12:32:40 EDT(-0400)] <EricDalquist> vhosting uportal
[12:32:47 EDT(-0400)] <EricDalquist> setting the skin based on request.getServerName()
[12:33:02 EDT(-0400)] <EricDalquist> well actually we're setting a user attribute based on serverName
[12:33:08 EDT(-0400)] <EricDalquist> and then setting the skin based on a user attribute
[12:33:14 EDT(-0400)] <awills> ah cool
[12:33:43 EDT(-0400)] <awills> perhaps we could introduce a connonical Person Attribute: something like uPortalSkin
[12:34:03 EDT(-0400)] <awills> like the uPortalTemplateUsername pattern
[12:35:13 EDT(-0400)] <awills> i just looked at the skin-per-fragment thing last week... here's a writeup of how i thought we might do it: http://uportal.pastebin.com/d25ff3d8f
[12:37:27 EDT(-0400)] <EricDalquist> so that could probably all be done via a IParameterProcessor right now
[12:37:42 EDT(-0400)] <EricDalquist> though I don't know what the best approach for it is
[12:38:02 EDT(-0400)] <EricDalquist> I'd rather not give implicit meaning to user attributes though. At least not hard coded anywhere
[12:38:22 EDT(-0400)] <EricDalquist> you then get all sorts of weird tricks for setting that attribute so solve some other problem
[12:41:14 EDT(-0400)] <awills> how do you config an iparameterprocessor? in layoutContext.xml?
[12:41:28 EDT(-0400)] <EricDalquist> yes
[12:41:49 EDT(-0400)] <EricDalquist> doing it in the theme XSL via a structure attribute may be a good option too
[12:43:06 EDT(-0400)] <awills> yeah i like the structure attribute for the one use case... but the skin-via-request.getServerName() thing is another thing
[12:43:50 EDT(-0400)] <awills> the structure attribute is handy b/c you can specify it right there in the layout data for the fragment
[12:44:35 EDT(-0400)] <EricDalquist> yup
[12:54:18 EDT(-0400)] <athena> worth remembering parameter processors can't be used by the guest user
[12:54:32 EDT(-0400)] <EricDalquist> yup
[12:54:44 EDT(-0400)] <EricDalquist> right now we have no guest user for our use case
[12:55:12 EDT(-0400)] <EricDalquist> I have more and more drawings of a re-write of the layout management & rendering pipeline that would fix that though
[12:55:26 EDT(-0400)] <EricDalquist> I keep telling myself I can't work on it more until I finish some of my other uPortal tasks (tongue)
[13:05:26 EDT(-0400)] <EricDalquist> hrm
[13:05:44 EDT(-0400)] <EricDalquist> if I just set the theme parameter 'skin', is it going to get persisted after each render/
[13:10:48 EDT(-0400)] <athena> how's the url stuff going?
[13:11:11 EDT(-0400)] <athena> eric i don't think it would get persisted until a call was made to save user's layout/theme
[13:11:42 EDT(-0400)] <EricDalquist> supposed to be starting coding on the URL stuff later today
[13:12:00 EDT(-0400)] <athena> awesome!
[13:12:00 EDT(-0400)] <EricDalquist> ok, on the skin stuff I may take a hint from drew's idea
[13:12:08 EDT(-0400)] <athena> i think that'll be a great improvement
[13:12:15 EDT(-0400)] <EricDalquist> perhaps add a skinOverride parameter that the theme XSL knows about
[13:12:24 EDT(-0400)] <EricDalquist> and uses if set in place of a skin parameter
[13:12:32 EDT(-0400)] <EricDalquist> so I don't have to deal with the persisted stuff
[13:12:38 EDT(-0400)] <athena> what's the use case for this?
[13:12:39 EDT(-0400)] <EricDalquist> and can easily default back to the user's preference
[13:12:42 EDT(-0400)] <athena> yeah
[13:12:42 EDT(-0400)] <EricDalquist> the skin stuff?
[13:12:47 EDT(-0400)] <athena> yeah
[13:12:51 EDT(-0400)] <EricDalquist> vhosting uportal
[13:13:00 EDT(-0400)] <EricDalquist> each domain name gets its own skin
[13:13:05 EDT(-0400)] <athena> oh, very cool (smile)
[13:13:21 EDT(-0400)] <EricDalquist> yeah
[13:13:23 EDT(-0400)] <EricDalquist> should all work
[13:13:32 EDT(-0400)] <EricDalquist> as long as we don't allow a vhosted guest view
[13:13:48 EDT(-0400)] <athena> yeah
[13:14:21 EDT(-0400)] <athena> yale has some interesting mods for multiple guest users, including setting guest via IP address or IP range or whatever
[13:14:41 EDT(-0400)] <athena> you could easily implement an alternate implementation to that that picks guest based on the portal's domain name
[13:15:05 EDT(-0400)] <EricDalquist> neat
[13:17:40 EDT(-0400)] <athena> here we go
[13:17:41 EDT(-0400)] <athena> http://www.ja-sig.org/wiki/download/attachments/13567279/RememberMe.pdf?version=2
[13:18:57 EDT(-0400)] <athena> i think the second half of that talks about yale's guest mods
[13:27:49 EDT(-0400)] * holdorph (n=holdorph@uni1.unicon.net) has joined ##uportal
[14:26:25 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[14:33:50 EDT(-0400)] <EricDalquist> yay it is working
[14:37:04 EDT(-0400)] <EricDalquist> it being picking the skin based on a user attribute
[14:37:12 EDT(-0400)] <EricDalquist> I did have to add a skinOverride parameter
[14:37:24 EDT(-0400)] <EricDalquist> so that editing your layout doesn't save the new skin
[14:49:55 EDT(-0400)] <athena> cool (smile)
[15:07:33 EDT(-0400)] * apetro (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[15:20:39 EDT(-0400)] * tsnfoo_ (n=tsnfoo@wso-mbp15.test.denison.edu) has joined ##uportal
[17:02:29 EDT(-0400)] * anastasiac (n=stasia@142.150.154.189) has left ##uportal
[17:33:39 EDT(-0400)] * apetro (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[17:46:35 EDT(-0400)] * tsnfoo (n=tsnfoo@h142.218.29.71.dynamic.ip.windstream.net) has joined ##uportal
[18:00:49 EDT(-0400)] * brippe (n=brippe@207.233.84.135) has joined ##uportal
[18:01:03 EDT(-0400)] * brippe (n=brippe@207.233.84.135) has left ##uportal
[19:20:03 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has left ##uportal
[19:35:41 EDT(-0400)] * lennard1 (n=sparhk@ip68-98-56-21.ph.ph.cox.net) has joined ##uportal
[19:35:47 EDT(-0400)] * Sememmon (n=Sememmon@ip70-190-32-223.ph.ph.cox.net) has joined ##uportal
[20:04:42 EDT(-0400)] * tsnfoo (n=tsnfoo@cpe-65-24-108-125.columbus.res.rr.com) has joined ##uportal
[20:15:04 EDT(-0400)] * lennard1 (n=sparhk@ip68-98-56-21.ph.ph.cox.net) has left ##uportal
[21:17:28 EDT(-0400)] * tsnfoo (n=tsnfoo@cpe-65-24-108-125.columbus.res.rr.com) has joined ##uportal
[21:19:05 EDT(-0400)] * tsnfoo___ (n=tsnfoo@cpe-65-24-108-125.columbus.res.rr.com) has joined ##uportal
[21:26:02 EDT(-0400)] <awills> still there athena?
[21:37:17 EDT(-0400)] * awills (n=awills@wsip-98-174-242-39.ph.ph.cox.net) has left ##uportal
[22:52:34 EDT(-0400)] * colinclark (n=colin@CPE0014d13fa0bb-CM0018c0c60930.cpe.net.cable.rogers.com) has joined ##uportal