Page Comparison

[00:31:38 EST(-0500)] * athena7_ (n=athena7@99.129.100.66) has joined ##uportal
[02:54:36 EST(-0500)] * apetro (n=apetro@216.143.72.2) has joined ##uportal
[03:40:42 EST(-0500)] * [jlee] (n=jlee@adsl-074-184-125-241.sip.asm.bellsouth.net) has joined ##uportal
[03:45:24 EST(-0500)] * [jlee] (n=jlee@adsl-074-184-125-241.sip.asm.bellsouth.net) has joined ##uportal
[08:09:26 EST(-0500)] <dstn> overuse of collections...never heard that before...
[08:10:55 EST(-0500)] <dstn> are we talking the interface Collection or what?
[08:44:09 EST(-0500)] * anastasiac (n=stasia@142.150.154.189) has joined ##uportal
[09:26:08 EST(-0500)] * athena7 (n=athena7@99.129.100.66) has joined ##uportal
[09:30:01 EST(-0500)] * athena7 (n=athena7@99.129.100.66) has joined ##uportal
[09:37:52 EST(-0500)] * fredrik_ (n=fredrik@ua-85-227-9-139.cust.bredbandsbolaget.se) has joined ##uportal
[09:39:10 EST(-0500)] <Tuomaz> Anyone know if there is a stats-recorder available for uPortal 3.0?
[09:54:48 EST(-0500)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[10:16:05 EST(-0500)] * awills (n=awills@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[10:29:28 EST(-0500)] * michelled (n=team@142.150.154.193) has joined ##uportal
[10:31:25 EST(-0500)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[10:45:55 EST(-0500)] <dstn> Tuomaz, I think its only 3.1
[10:46:18 EST(-0500)] <dstn> probably could be added to 3.0? don't know though
[10:52:28 EST(-0500)] <Tuomaz> ok
[10:52:33 EST(-0500)] <Tuomaz> thanks
[12:04:21 EST(-0500)] * jessm (n=Jess@c-71-232-3-4.hsd1.ma.comcast.net) has joined ##uportal
[12:47:29 EST(-0500)] * athena7_ (n=athena7@99.129.100.66) has joined ##uportal
[13:43:57 EST(-0500)] <dstn> the whole checking to see if uPortal jar is out of date is broken I think
[13:44:15 EST(-0500)] <dstn> when I do ant initdb, it runs every time a new ant target gets executed
[14:22:30 EST(-0500)] * jessm (n=Jess@c-71-232-3-4.hsd1.ma.comcast.net) has joined ##uportal
[15:09:03 EST(-0500)] * apetro (n=apetro@216.143.72.100) has joined ##uportal
[15:47:02 EST(-0500)] <dstn> So I'm noticing something interesting in the export
[15:47:08 EST(-0500)] <dstn> [java] Export Layout: Nothing to export for USER_ID=12 USER_NAME=admin: STRUCTURE_NODE_COUNT=0, PREFERENCES=null
[15:47:11 EST(-0500)] <dstn> however
[15:47:29 EST(-0500)] <dstn> [java] Export User: USER_ID=12 USER_NAME=admin
[15:47:46 EST(-0500)] <dstn> shouldn't it not export the user as well
[15:48:18 EST(-0500)] <dstn> I mean its not a huge deal if the user gets exported too...just thinkin
[15:49:00 EST(-0500)] <awills> well maybe not, but i'm sure it's currently set up to export any user on the UP_USER table, even ones w/o layouts
[15:50:20 EST(-0500)] <athena7_> i think it might be desirable to export users
[15:50:33 EST(-0500)] <athena7_> particularly if in the future our user files change to actually include some useful information?
[15:52:17 EST(-0500)] <awills> is it accurate that the admin user has no layout?
[16:03:30 EST(-0500)] <athena7_> i don't think so, no
[16:03:38 EST(-0500)] <athena7_> the admin user should have a bunch of tabs
[16:03:59 EST(-0500)] <athena7_> including the admin welcome channel and a bunch of dev-ish stuff
[16:12:25 EST(-0500)] <awills> that's what I would have thought
[16:21:08 EST(-0500)] * EricDalquist (n=EricDalq@adsl-76-208-69-153.dsl.mdsnwi.sbcglobal.net) has joined ##uportal
[16:21:59 EST(-0500)] <athena7_> awills: there should be an admin.layout file in the up3 distro
[16:23:25 EST(-0500)] <awills> and there is, unless something happened since this morning, but i thought dstn was talking about a YaleInfo export
[16:24:23 EST(-0500)] <dstn> ya, I'm talking about our data
[16:24:41 EST(-0500)] <dstn> I think something may be wrong with that check
[16:24:51 EST(-0500)] <dstn> cause our data is ... old
[16:26:37 EST(-0500)] <dstn> so I found an interesting issue...if you enable log4j.appender.R.File=cmdline.log (and don't change the path) in command-line.log4j.properties, it causes uPortal to constantly rebuild the uPortal-impl jar because uptodate checks in the projects folder and always finds a newer file than when the artifact was created