uPortal IRC Logs-2008-11-04

Owned by Apereo Infrastructure
Last updated: Nov 04, 2008Version comment
2 min read

[08:43:04 EST(-0500)] * athena7 (n=athena7@adsl-99-130-147-23.dsl.wlfrct.sbcglobal.net) has joined ##uportal
[08:58:22 EST(-0500)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[09:20:25 EST(-0500)] * anastasiac (n=team@142.150.154.160) has joined ##uportal
[09:21:28 EST(-0500)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[09:26:07 EST(-0500)] * michelled (n=team@142.150.154.197) has joined ##uportal
[11:14:29 EST(-0500)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[12:58:18 EST(-0500)] <awills> Eric – is some/all of the stuff in the zip already done in uP3?
[13:17:08 EST(-0500)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[14:26:28 EST(-0500)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has left ##uportal
[14:58:57 EST(-0500)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[15:24:39 EST(-0500)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[15:59:22 EST(-0500)] <athena7> is there a way to prevent tomcat from trying to persist sessions between restarts?
[16:01:46 EST(-0500)] <holdorph> yes. but i'm sure you want to know what that way is. That, i can't remember, I just know there is one (smile)
[16:01:54 EST(-0500)] <athena7> ok
[16:02:04 EST(-0500)] <holdorph> and, i would definitely vote for turning that on in the quickstart
[16:02:12 EST(-0500)] <athena7> yeah that'd be nice
[16:02:18 EST(-0500)] <athena7> it's becoming a major pain in my ass
[16:02:21 EST(-0500)] <holdorph> given that we know for certain uportal puts non serializable stuff into the session
[16:05:15 EST(-0500)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[16:15:23 EST(-0500)] * apetro (n=apetro@12.164.139.7) has joined ##uportal
[16:25:03 EST(-0500)] <awills> yes, please turn persisted sessions off by default
[16:25:16 EST(-0500)] <awills> i pushed for that once before
[16:25:28 EST(-0500)] <awills> let me look up how to do it here...
[16:26:40 EST(-0500)] * apetro_ (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[16:27:10 EST(-0500)] <awills> pretty sure it's this: -war/src/main/webapp/META-INF/context.xml: http://upportal.pastebin.com/d53d5a8ef
[16:28:11 EST(-0500)] <holdorph> sounds familiar
[16:43:55 EST(-0500)] <EricDalquist> I thought it was disabled by default?
[16:44:18 EST(-0500)] <EricDalquist> https://www.ja-sig.org/svn/uPortal/trunk/uportal-war/src/main/webapp/META-INF/context.xml
[16:44:37 EST(-0500)] <EricDalquist> I think I set StandardManager there since it doesn't do that stuff
[16:45:47 EST(-0500)] <awills> you need the pathname="" part
[16:46:07 EST(-0500)] <EricDalquist> ah
[16:46:13 EST(-0500)] <awills> if we're all in agreement, i'd be very glad to solve this (wink)
[16:46:18 EST(-0500)] <EricDalquist> sounds good
[16:46:21 EST(-0500)] <awills> awesome
[16:50:42 EST(-0500)] <awills> done.
[16:51:24 EST(-0500)] <awills> and are we set on 2181? should I go ahead?
[16:52:03 EST(-0500)] <EricDalquist> what was that?
[16:52:35 EST(-0500)] <awills> the export refactoring we discussed (a bit) this moring
[16:53:03 EST(-0500)] <EricDalquist> ah
[16:53:05 EST(-0500)] <EricDalquist> sure
[16:53:31 EST(-0500)] <awills> great... i looked at your zip, and it looks like some/most of the changes are already in uP 3.1
[16:54:26 EST(-0500)] <EricDalquist> great
[17:04:07 EST(-0500)] <awills> actually that was meant as something of a question :? – is it true that you put some of this goodness into 3.1 already?
[17:20:19 EST(-0500)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[17:23:13 EST(-0500)] * awills (n=awills@wsip-98-174-242-39.ph.ph.cox.net) has left ##uportal
[17:59:58 EST(-0500)] * apetro_ (n=apetro@12.164.139.7) has joined ##uportal
[18:23:52 EST(-0500)] <EricDalquist> fun Oracle factoid
[18:24:07 EST(-0500)] <EricDalquist> batch JDBC updates always returns -2 for the rows updated value
[18:24:27 EST(-0500)] <EricDalquist> unless you use the Oracle specific way of doing batch JDBC updates using their custom APIs ....
[18:24:30 EST(-0500)] <EricDalquist> VERY annoying