[08:08:52 EDT(-0400)] * michelled (n=michelle@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined ##uportal
[09:32:21 EDT(-0400)] * jessm (n=Jess@c-76-19-199-61.hsd1.ma.comcast.net) has joined ##uportal
[09:57:37 EDT(-0400)] * jessm (n=Jess@c-76-19-199-61.hsd1.ma.comcast.net) has joined ##uportal
[09:59:32 EDT(-0400)] * anastasiac (n=team@142.150.154.160) has joined ##uportal
[10:05:27 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:40:12 EDT(-0400)] * lennar1 (n=sparhk@ip68-98-56-21.ph.ph.cox.net) has joined ##uportal
[11:12:17 EDT(-0400)] * holdorph (n=holdorph@uni1.unicon.net) has joined ##uportal
[11:34:15 EDT(-0400)] * MarkRogers (n=MarkRoge@addhcp129.cc.umanitoba.ca) has joined ##uportal
[11:45:16 EDT(-0400)] * lennar1 (n=sparhk@ip68-98-56-21.ph.ph.cox.net) has left ##uportal
[11:51:07 EDT(-0400)] * athena7 (n=athena7@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:56:25 EDT(-0400)] * michelled (n=michelle@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined ##uportal
[12:32:21 EDT(-0400)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[13:30:10 EDT(-0400)] * MarkRogers (n=MarkRoge@addhcp129.cc.umanitoba.ca) has joined ##uportal
[13:49:16 EDT(-0400)] <holdorph> Eric?
[13:49:20 EDT(-0400)] <EricDalquist> hello
[13:49:37 EDT(-0400)] <holdorph> hey, i thought you and athena7 were talking postgresql last week.
[13:49:49 EDT(-0400)] <holdorph> and that it didn't work because of some data type problems
[13:49:51 EDT(-0400)] * athena7 looks up
[13:49:54 EDT(-0400)] <holdorph> (lack of coversion)
[13:49:57 EDT(-0400)] <athena7> i think it may be fixed now?
[13:50:03 EDT(-0400)] <EricDalquist> yeah, that was in trunk
[13:50:06 EDT(-0400)] <EricDalquist> it should be fixed now
[13:50:07 EDT(-0400)] <holdorph> but not necessarily in 3.0.2
[13:50:12 EDT(-0400)] <holdorph> ?
[13:50:13 EDT(-0400)] <EricDalquist> not at all in 3.0.2
[13:50:16 EDT(-0400)] <athena7> 3.0.2 should work
[13:50:19 EDT(-0400)] <holdorph> so... on uportal list?
[13:50:23 EDT(-0400)] <EricDalquist> the problem code was the new dbloader
[13:50:31 EDT(-0400)] <EricDalquist> yeah the root exception he has
[13:50:31 EDT(-0400)] <holdorph> i c
[13:50:34 EDT(-0400)] <EricDalquist> way down there
[13:50:44 EDT(-0400)] <EricDalquist> is: Caused by: java.lang.ClassNotFoundException: org.apache.log4j.Priority
[13:50:57 EDT(-0400)] <EricDalquist> I'm not quite sure how you'd end up with that
[13:51:24 EDT(-0400)] <holdorph> i just read postgresql and remembered the discussion on the list. thought maybe it was related and didn't want to chase log4j ghosts if we didn't need to
[13:51:37 EDT(-0400)] <holdorph> er, discussion on irc
[13:52:20 EDT(-0400)] <EricDalquist> yeah, that was all trunk dbloader issues (and they should all be fixed now ...)
[13:54:22 EDT(-0400)] <holdorph> yeah, not sure about the log4j ghosts, I've chased those down before and it definitely sucked. There's still one problem I never resolved (kill -3 pid, doesn't get logged anywhere)
[13:54:49 EDT(-0400)] <EricDalquist> when does kill -3 not get logged?
[13:54:59 EDT(-0400)] <holdorph> a customer environment
[13:55:08 EDT(-0400)] <holdorph> couldn't ever figure out why
[13:55:23 EDT(-0400)] <EricDalquist> ah
[13:55:37 EDT(-0400)] <holdorph> but I had log4j ghosts, to even get to the point of most of the stuff getting logged. before that, nothing was working right.
[13:56:01 EDT(-0400)] <EricDalquist> maybe time to switch to slf4j 
[13:56:24 EDT(-0400)] <EricDalquist> we should have a 'info to include in your email question' page
[13:56:58 EDT(-0400)] <holdorph> i still think uportal-dev would benefit in a rename, but I seemed to be the minority.
[13:57:08 EDT(-0400)] <EricDalquist> I agree
[13:57:23 EDT(-0400)] <EricDalquist> just don't have time to think about it until after our upgrade 
[13:57:41 EDT(-0400)] <EricDalquist> I'm having fun digging through all sorts of crazy from a group here that develops for our portal
[13:57:57 EDT(-0400)] <EricDalquist> their build and runtime scripts reference stuff in tomcat/common and tomcat/shared ... uhg
[14:22:44 EDT(-0400)] <EricDalquist> we should start generating these for uPortal now that we use so much spring config: http://spring-beandoc.sourceforge.net/samples/jpetstore/index.html
[16:02:23 EDT(-0400)] * Sememmon (n=Sememmon@ip70-190-239-50.ph.ph.cox.net) has joined ##uportal
[16:25:04 EDT(-0400)] * michelled_ (n=michelle@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined ##uportal
[16:29:22 EDT(-0400)] * michelled (n=michelle@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined ##uportal
[16:49:26 EDT(-0400)] * michelled (n=michelle@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined ##uportal
[16:58:28 EDT(-0400)] * michelled (n=michelle@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has left ##uportal
[17:30:44 EDT(-0400)] <EricDalquist> so I just discovered that we're going to need to add support for cloning PortletWindow objects asap
[17:31:03 EDT(-0400)] <EricDalquist> in uP2 portlet URLs always included the window state and portlet mode
[17:31:22 EDT(-0400)] <EricDalquist> in up3 it is only included if changed (this appears to be a pluto thing)
[17:31:44 EDT(-0400)] <EricDalquist> the problem is we have a few portlets that use the EXCLUSIVE portlet mode
[17:32:24 EDT(-0400)] <EricDalquist> when they use it and pop out a window or download, the next click in the portlet in the portal results in the portal rendering the portlet in exclusive
[17:32:52 EDT(-0400)] <EricDalquist> this happens because the single IPortletWindow instance gets its WindowState set to EXCLUSIVE by the previous request
[17:33:45 EDT(-0400)] <EricDalquist> so I need to figure out how to lazily clone portlet windows when processing a request
[17:34:40 EDT(-0400)] <EricDalquist> so if that EXCLUSIVE url generates it adds some parameter requesting a new IPortletWindow that is a clone of the current IPortletWindow ....
[17:40:37 EDT(-0400)] * athena7 (n=athena7@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[17:44:23 EDT(-0400)] <EricDalquist> so I'm thinking the PortletUrlSyntaxProviderImpl can add a clone parameter on URLs that are switching to EXCLUSIVE, when parsing the URL it can look for that parameter and create a clone IPortletWindow if it is there ....
[18:12:43 EDT(-0400)] * athena7_ (n=athena7@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
General
Content
Integrations