Page Comparison

[03:08:05 EDT(-0400)] * mad (n=chatzill@pcit-8752.HIG.SE) has joined ##uportal
[08:52:04 EDT(-0400)] * athena7 (n=athena7@adsl-99-149-83-32.dsl.wlfrct.sbcglobal.net) has joined ##uportal
[08:55:27 EDT(-0400)] * anastasiac (n=team@142.150.154.160) has joined ##uportal
[09:04:01 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[09:37:38 EDT(-0400)] * chrisdoyle (n=chrisdoy@mtw160-1.ippl.jhu.edu) has joined ##uportal
[09:38:05 EDT(-0400)] <chrisdoyle> eric, are you using 3.0.2 as the base for your up3 upgrade at wisconsin?
[09:38:45 EDT(-0400)] <EricDalquist> 3.1
[09:38:55 EDT(-0400)] <EricDalquist> our current vendor branch is off 3.1.0-M1
[09:39:26 EDT(-0400)] <chrisdoyle> wow, bleeding edge – i am in the process of applying all the patches to get us to 3.0.2 – would you recommend also making the leap to 3.1.0-M1 as well?
[09:39:54 EDT(-0400)] <EricDalquist> well ... it should be stable but I have a lot of local mods too :/
[09:40:42 EDT(-0400)] <EricDalquist> there are some nice features such as the swapper portlets
[09:41:04 EDT(-0400)] <EricDalquist> most of the 3.1 dev to date has been driven by the work I'm doing here to get us moved to 3
[09:41:04 EDT(-0400)] <chrisdoyle> ok...i'll wrap up the 3.0.2 patches and probably touch base once i start looking at 3.1.0 then...thought it might be good to try and get on the same page as you guys
[09:41:12 EDT(-0400)] <chrisdoyle> gotcha
[09:51:01 EDT(-0400)] * jessm (n=Jess@c-76-19-199-61.hsd1.ma.comcast.net) has joined ##uportal
[10:18:06 EDT(-0400)] * bulloche (n=bulloche@134.250.4.77) has joined ##uportal
[10:41:02 EDT(-0400)] * michelled (n=team@142.150.154.197) has joined ##uportal
[11:12:00 EDT(-0400)] * lennar1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:17:12 EDT(-0400)] * holdorph (n=holdorph@uni1.unicon.net) has joined ##uportal
[11:40:21 EDT(-0400)] <athena7> hm, i'm getting an error with the current trunk build
[11:40:29 EDT(-0400)] <athena7> Caused by: java.lang.ClassNotFoundException: org.jasig.portal.tools.dbloader.HibernateDbLoader
[11:40:45 EDT(-0400)] <athena7> looks like it's coming from persistenceContext.xml?
[11:40:51 EDT(-0400)] <EricDalquist> oh
[11:40:58 EDT(-0400)] <EricDalquist> I probably committed a change there that shouldn't be
[11:41:22 EDT(-0400)] <athena7> oh
[11:41:42 EDT(-0400)] <EricDalquist> try editing persistenceContext.xml and commenting out the hibernatedbloader bean
[11:42:04 EDT(-0400)] <athena7> ok
[11:48:32 EDT(-0400)] <athena7> ack
[11:48:41 EDT(-0400)] <athena7> now i'm getting crn import errors
[11:48:55 EDT(-0400)] <EricDalquist> uhg
[11:49:27 EDT(-0400)] <EricDalquist> this is what I get for having like four local mods in my local trunk at once
[11:49:32 EDT(-0400)] <athena7> lol
[11:49:46 EDT(-0400)] <EricDalquist> honestly I'm not sure what could be causing those
[11:49:53 EDT(-0400)] <EricDalquist> I can look into it later this afternoon
[11:50:05 EDT(-0400)] <athena7> ok, thanks
[11:50:23 EDT(-0400)] <athena7> i'm trying to get the fluid stuff updated so they can test
[11:59:28 EDT(-0400)] * holdorph (n=holdorph@uni1.unicon.net) has joined ##uportal
[13:55:20 EDT(-0400)] * awills (n=awills@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[13:56:30 EDT(-0400)] <awills> hey folks how does everyone feel about UP-1876: http://www.ja-sig.org/issues/browse/UP-1876
[13:56:45 EDT(-0400)] <EricDalquist> looks really neat
[13:56:55 EDT(-0400)] <athena7> woo!
[13:57:02 EDT(-0400)] <EricDalquist> I wanted to take a look and see if there was a way to do it as a filter instead of adding more code to LoginServlet
[13:57:10 EDT(-0400)] <awills> i know we get a lot of interest in this feature from clients
[13:57:12 EDT(-0400)] <EricDalquist> but I have no idea how feasible that would be
[13:57:36 EDT(-0400)] <chrisdoyle> sounds pretty cool, Drew!
[13:57:52 EDT(-0400)] <awills> it would be totally feasible... i struggled on that point for a bit... it's a tradeoff between login servlet vs. web.xml complexity
[13:58:00 EDT(-0400)] <awills> oh hey chris
[13:58:06 EDT(-0400)] <EricDalquist> +1 for web.xml any day
[13:58:43 EDT(-0400)] <awills> what i think we could use is some spring-configurable login pipeline for this and other things like it
[13:58:49 EDT(-0400)] <EricDalquist> it also lets you access Spring resources more easily as you could write your fitler as a Spring bean and use DelegatingFilterProxy
[13:58:55 EDT(-0400)] <EricDalquist> well
[13:59:04 EDT(-0400)] <EricDalquist> what we really need is to rm -Rf all the security code
[13:59:07 EDT(-0400)] <EricDalquist> and replace it with acegie
[13:59:10 EDT(-0400)] <chrisdoyle> i see you are taking advantages of the permissions table again (like you did for impersonate) – cool
[13:59:13 EDT(-0400)] <awills> +1 for that
[13:59:16 EDT(-0400)] <EricDalquist> which would give us that fitler based auth system
[13:59:50 EDT(-0400)] <awills> yeah permissions is good – last thing I'd want to do for this is invent a bunch of new primitives
[14:00:02 EDT(-0400)] <awills> that sounds great
[14:00:15 EDT(-0400)] <awills> for now, i can do it as a filter... shouldn't take long
[14:00:19 EDT(-0400)] <EricDalquist> but that's a pretty significant ammount of work
[14:00:23 EDT(-0400)] <awills> yeah
[14:00:28 EDT(-0400)] <EricDalquist> but yeah, I've been meaning to reply about doing it as a fitler
[14:00:43 EDT(-0400)] <EricDalquist> then it isn't as sensitive to nuking LoginServlet someday in the future too
[14:00:54 EDT(-0400)] <awills> yeah that's no trouble... 3-0-patches and trunk/ ok?
[14:00:54 EDT(-0400)] <EricDalquist> it is very nice code though
[14:00:57 EDT(-0400)] <EricDalquist> yup
[14:01:02 EDT(-0400)] <EricDalquist> both places
[14:01:07 EDT(-0400)] <awills> good deal
[14:01:09 EDT(-0400)] <EricDalquist> we'll likely use it here
[14:02:14 EDT(-0400)] <awills> here's a suggestion i thought of – create a PAGS group for people logging in at public terminals and do a MAX_INACTIVE DENY at 5 min
[14:02:36 EDT(-0400)] <chrisdoyle> wow – that's a great idea –
[14:02:53 EDT(-0400)] <chrisdoyle> we are getting ready to use IP-based pags groups here
[14:02:58 EDT(-0400)] <awills> CO had something like that, but it was hard-coded straight through the framework & theme
[14:03:07 EDT(-0400)] <chrisdoyle> i'll be sure to pass along that idea when we get there
[14:03:22 EDT(-0400)] <EricDalquist> nice
[14:03:32 EDT(-0400)] <awills> DENYs trump GRANTs, so they act as a ceiling
[14:04:56 EDT(-0400)] <awills> so i'm doing coopretive dev for (probably) the rest of this month, so I actually have time to run around knocking these sorts of things out, based on subscriber priorities
[14:05:08 EDT(-0400)] <awills> it's pretty nice
[14:05:59 EDT(-0400)] <EricDalquist> coll
[14:06:00 EDT(-0400)] <EricDalquist> cool
[14:06:21 EDT(-0400)] <EricDalquist> I think I'm going to be able to bundle up my import/export changes tomorrow night
[14:06:43 EDT(-0400)] <EricDalquist> so I can post that for folks to start working on re-integrating back with 2.x/3.0/trunk
[14:07:06 EDT(-0400)] <athena7> ooh yay
[14:07:14 EDT(-0400)] <awills> very nice
[14:07:26 EDT(-0400)] <athena7> now if that sad postgres bug could fix itself someday i'd be all set
[14:07:34 EDT(-0400)] <awills> you think org.jasig.portal.security is a good place for the Filter impl?
[14:07:38 EDT(-0400)] <EricDalquist> yup
[14:07:45 EDT(-0400)] <EricDalquist> yeah athena7 I really wish I knew what was going on there
[14:07:48 EDT(-0400)] <athena7> me too
[14:07:51 EDT(-0400)] <athena7> couldn't figure it out
[14:08:08 EDT(-0400)] <awills> i looked at that a bit jen... looks like postgres wants you to code for transactions differently
[14:08:23 EDT(-0400)] <athena7> by the way eric, is it possible to have portlets as part of the uportal webapp in 3.0 or do we need to wait for 3.1?
[14:08:25 EDT(-0400)] <athena7> weird
[14:08:36 EDT(-0400)] <awills> they want you to use savepoints
[14:08:37 EDT(-0400)] <athena7> is it fixable?
[14:08:50 EDT(-0400)] <athena7> wow, really?? i use postgres all the time and i've never run across that
[14:08:52 EDT(-0400)] <EricDalquist> athena7: you can do it in 3.0
[14:09:01 EDT(-0400)] <athena7> ok, good - is it just that we need to use tomcat 6?
[14:09:04 EDT(-0400)] <EricDalquist> you just have to edit the portlet app path by hand
[14:09:06 EDT(-0400)] <EricDalquist> nope
[14:09:20 EDT(-0400)] <EricDalquist> so the 3.1 feature was adding the concept of a 'framework portlet'
[14:09:40 EDT(-0400)] <EricDalquist> if a portlet is marked as such the portal automatically figures out the portlet app path (ex: /uPortal)
[14:09:50 EDT(-0400)] <athena7> oh! ok
[14:10:00 EDT(-0400)] <EricDalquist> so that if you're deploying uPortal to say /portal you don't have to go muck with all of the framework portlets by hand
[14:10:15 EDT(-0400)] <athena7> that makes sense
[14:10:15 EDT(-0400)] <EricDalquist> portlets work just find in the uPortal webapp in 2.x or 3.x
[14:10:26 EDT(-0400)] <EricDalquist> just pre 3.1 you have to manually change that webapp path
[14:10:35 EDT(-0400)] <athena7> i filtered out that context location already i think so i won't have to manually change it
[14:10:59 EDT(-0400)] <athena7> though i would in a vanilla portal
[14:19:10 EDT(-0400)] <athena7> so it'll work ok in tomcat 5.5 too, right?
[14:19:18 EDT(-0400)] <EricDalquist> yup
[14:19:49 EDT(-0400)] <EricDalquist> the need for TC6 was for Servlet 2.5 which added an API that allows a servlet to determine the context path without having to have a current request object
[14:19:56 EDT(-0400)] <athena7> ok, cool