[08:38:37 EDT(-0400)] * MarkRogers (n=MarkRoge@addhcp129.cc.umanitoba.ca) has joined ##uportal
[08:43:47 EDT(-0400)] * athena7 (n=athena7@c-24-2-189-230.hsd1.ct.comcast.net) has joined ##uportal
[09:35:46 EDT(-0400)] * esm (n=esm@128.220.212.115) has joined ##uportal
[10:06:29 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:29:21 EDT(-0400)] <athena7> hey eric
[10:29:46 EDT(-0400)] * jessm (n=Jess@cpe-069-134-127-060.nc.res.rr.com) has joined ##uportal
[10:29:57 EDT(-0400)] <athena7> i think all the skin-related stuff is fixed now, although i didn't copy it into the 3-0 branch
[10:30:09 EDT(-0400)] <EricDalquist> great!
[10:30:12 EDT(-0400)] <athena7> do you want me to do that? i wasn't sure if you might be in the middle of doing anythign with that branch
[10:30:12 EDT(-0400)] <EricDalquist> I can take care of that
[10:30:16 EDT(-0400)] <EricDalquist> or you can
[10:30:17 EDT(-0400)] <athena7> ok, cool
[10:30:20 EDT(-0400)] <athena7> doesn't matter
[10:30:38 EDT(-0400)] <athena7> jira seems to think we're in good shape anyway 
[10:30:41 EDT(-0400)] * apetro-_ (n=apetro@ip68-98-37-188.ph.ph.cox.net) has joined ##uportal
[10:30:53 EDT(-0400)] <athena7> good morning apetro-_
[10:30:53 EDT(-0400)] <EricDalquist> yup
[10:30:58 EDT(-0400)] <EricDalquist> I'm just catching up after the long weekend
[10:31:05 EDT(-0400)] <athena7> sounds nice
[10:31:05 EDT(-0400)] <EricDalquist> and then I'll be jumping into getting the release ready
[10:31:07 EDT(-0400)] <athena7> welcome back
[10:31:09 EDT(-0400)] <athena7> awesome!
[10:31:14 EDT(-0400)] <EricDalquist> thanks
[10:31:18 EDT(-0400)] * athena7 cheers
[10:32:02 EDT(-0400)] * gabfal (n=gabrielf@mail.valtech.se) has joined ##uportal
[10:35:51 EDT(-0400)] <EricDalquist> fyi fisheye is down on the public side today for more testing 
[10:36:43 EDT(-0400)] <gabfal> Hi all, do you know if there is a channel on CAS? Anyway, I wonder if there is a standard solution to the problem of having to create a session to cache the result of redirecting to CAS in gateway mode for users that are not logged in. Since my site rely heavily on caching for users that are not logged in I don't want to create a session just to record "The user is not logged in" since that will stop the pages from being cached. Is there a simple alter
[10:38:30 EDT(-0400)] <EricDalquist> I don't think there is a CAS IRC channel but they do have mailing lists
[10:38:58 EDT(-0400)] <EricDalquist> http://www.ja-sig.org/products/cas/community/lists/index.html
[10:40:26 EDT(-0400)] <gabfal> ok, thanks!
[10:42:25 EDT(-0400)] * michelled (n=team@142.150.154.197) has joined ##uportal
[10:44:10 EDT(-0400)] <EricDalquist> athena7: I just did a search for issues that affect 3.0.0 and found a few more that weren't scheduled
[10:44:20 EDT(-0400)] <athena7> yeah i just saw that
[10:44:27 EDT(-0400)] <athena7> i think a couple of those were created late last week
[10:44:31 EDT(-0400)] <EricDalquist> yeah
[10:44:38 EDT(-0400)] <EricDalquist> I'm going to look at the two portlet issues first
[10:45:14 EDT(-0400)] <EricDalquist> if you or anyone else has time to look at http://www.ja-sig.org/issues/browse/UP-2084 it would be much appreciated
[10:45:26 EDT(-0400)] <athena7> i don't have a good way to test that one, unfortunately
[10:45:50 EDT(-0400)] <EricDalquist> no problem
[10:46:12 EDT(-0400)] <athena7> seems kind of strange
[10:46:19 EDT(-0400)] <athena7> is the channel really designed to be local users only?
[10:46:32 EDT(-0400)] <EricDalquist> probably not intentionally
[10:46:38 EDT(-0400)] <athena7>
[10:47:24 EDT(-0400)] <athena7> if i do find some time i'll try and see if i can recreate the problem
[11:39:56 EDT(-0400)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[12:02:00 EDT(-0400)] * apetro-_ (n=apetro@12.164.139.7) has joined ##uportal
[12:28:07 EDT(-0400)] * apetro-- (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[12:53:25 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[13:35:46 EDT(-0400)] * jessm (n=Jess@cpe-069-134-127-060.nc.res.rr.com) has joined ##uportal
[14:02:49 EDT(-0400)] * apetro--_ (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[14:06:21 EDT(-0400)] <EricDalquist> hrm ...
[14:06:50 EDT(-0400)] <EricDalquist> struts-bridge doesn't appear to by as JSR-168 nice as it claims
[14:07:23 EDT(-0400)] <holdorph> the struts 1 thing?
[14:09:09 EDT(-0400)] <EricDalquist> no sure what struts it is ...
[14:09:20 EDT(-0400)] <EricDalquist> it is portals-bridge 1.0.4
[14:09:32 EDT(-0400)] <holdorph> the struts-1 version was always kind of a hack, no matter what they wanted to say about it.
[14:09:41 EDT(-0400)] <EricDalquist> their page says JSR-168 compliant
[14:09:48 EDT(-0400)] <EricDalquist> but they rely on access to the real servlet objects
[14:09:52 EDT(-0400)] <EricDalquist> yeah
[14:09:58 EDT(-0400)] <EricDalquist> http://www.ja-sig.org/issues/browse/UP-2069
[14:10:20 EDT(-0400)] <EricDalquist> an issue about how access to those objects isn't consistent with the servlet spec when accessed from inside a portlet ...
[14:10:35 EDT(-0400)] <EricDalquist> the more I read into the code for the bridge I'm tempted to just close as won't-fix
[14:10:56 EDT(-0400)] <EricDalquist> since I don't want to fix it again if we decided to re-arrange the request/response wrappers
[14:10:57 EDT(-0400)] <holdorph> i would feel the same way
[14:11:03 EDT(-0400)] <EricDalquist> which shouldn't matter to any portlet
[14:12:37 EDT(-0400)] <athena7> yeah
[14:12:40 EDT(-0400)] <athena7> that's not cool
[14:13:12 EDT(-0400)] <EricDalquist> I just emailed Mark explaining my understanding and inviting discussion of this on uportal-dev
[14:13:20 EDT(-0400)] <EricDalquist> but I'm going to un-mark this for 3.0.1
[14:13:30 EDT(-0400)] <EricDalquist> and hopefully just close it won't-fix later this week
[14:13:34 EDT(-0400)] <athena7> sounds good
[14:13:52 EDT(-0400)] <EricDalquist> since yeah ... accessing those objects is most definitely not JSR-168 compliant
General
Content
Integrations