uPortal IRC Logs-2007-12-20

[07:50:42 EST(-0500)] * jayshao (n=jayshao@jayshao.oirt.rutgers.edu) has joined ##uportal
[09:14:43 EST(-0500)] * ac_chan (n=alex@tempoutsidepix.pratt.edu) has joined ##uportal
[09:44:22 EST(-0500)] * jayshao_ (n=jayshao@wg-195-hill012.rutgers.edu) has joined ##uportal
[10:12:04 EST(-0500)] * athena7 (n=athena7@tp-wireless.its.yale.edu) has joined ##uportal
[10:15:03 EST(-0500)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:15:39 EST(-0500)] <EricDalquist> hey athena7, any luck this morning with the portal problem?
[10:15:47 EST(-0500)] <athena7> Yes! thank you
[10:16:03 EST(-0500)] <EricDalquist> was it a proxy/timeout issue?
[10:16:05 EST(-0500)] <athena7> we had a cwebproxy channel that was trying to connect to a url that hung indefinitely
[10:16:20 EST(-0500)] <athena7> changing the timeout didn't make a difference though
[10:16:31 EST(-0500)] <EricDalquist> yeah, we've had that problem with Sockets before too
[10:16:57 EST(-0500)] <EricDalquist> when things are stuck waiting on socket.read the threads can't be killed and things seem to wait forever
[10:17:07 EST(-0500)] <EricDalquist> that was actually a big motivation for us writing the proxy portlet
[10:17:26 EST(-0500)] <athena7> ah
[10:17:34 EST(-0500)] <EricDalquist> it uses commons http client and we have socket connect and read timeouts set
[10:17:38 EST(-0500)] <athena7> right
[10:17:56 EST(-0500)] <athena7> it seems like it'd be worth changing cwebproxy to use httpclient
[10:18:00 EST(-0500)] <EricDalquist> probably
[10:18:18 EST(-0500)] <EricDalquist> the control over the HTTP connect/write/read process you get with that library is huge
[10:18:37 EST(-0500)] <EricDalquist> we actually ran into similar problems with our oracle JDBC driver hanging indefinitely in certain db outage instances
[10:18:53 EST(-0500)] <athena7> it's worth mentioning that this also exists in ResourceLoader.getResourceAsURL, since that's what cwebproxy uses
[10:19:02 EST(-0500)] <athena7> yeah, there's a bug in the oracle jdbc driver
[10:19:05 EST(-0500)] <EricDalquist> yup
[10:19:35 EST(-0500)] <EricDalquist> the more I and others I know have worked with the JDK HTTP/URL support the more we realize it is not very well written
[10:19:51 EST(-0500)] <EricDalquist> like did you know that the URL object does DNS lookups when you create it?
[10:20:15 EST(-0500)] <EricDalquist> and new URL("http://foo.com"; can have different hash codes based on the IP that foo.com resolves to?
[10:20:23 EST(-0500)] <EricDalquist> that is all sorts of fun
[10:21:32 EST(-0500)] <athena7> aieee
[10:21:38 EST(-0500)] <athena7> but yes, httpclient is way better
[10:21:58 EST(-0500)] <EricDalquist> or you could always use the proxy portlet
[10:22:58 EST(-0500)] <athena7> i think eventually we will
[10:23:04 EST(-0500)] <athena7> moving in that direction
[10:28:57 EST(-0500)] * athena7_ (n=athena7@lumina.its.yale.edu) has joined ##uportal
[10:45:09 EST(-0500)] * SusanBramhall (i=Susan@dhcp128036196209.central.yale.edu) has joined ##uportal
[10:46:19 EST(-0500)] <EricDalquist> well back to rewriting UserInstance
[11:09:18 EST(-0500)] <SusanBramhall> jen is adding a new method to ResourceLoader to use httpclient such as ResourceLoader.getResourceAsHttpclientURL
[11:09:33 EST(-0500)] <EricDalquist> sounds great
[11:09:48 EST(-0500)] <EricDalquist> sounds like a good patch for the trunk
[11:09:58 EST(-0500)] <SusanBramhall> that way we don't change CWebProxy and other channels can use it (CSyndfeed for example)
[11:10:13 EST(-0500)] <athena7> right - csyndfeed basically copies the code from cwebproxy
[11:11:17 EST(-0500)] <SusanBramhall> oops - silly me didn't know athena7 was Jen. I am really too clueless
[11:11:24 EST(-0500)] <EricDalquist>
[11:11:27 EST(-0500)] <EricDalquist> actually
[11:11:31 EST(-0500)] <EricDalquist> while I have you both here
[11:11:41 EST(-0500)] <athena7> yeah i should probably change that - ancient irc username
[11:11:43 EST(-0500)] <EricDalquist> Jen, any progress to report on the Fluid DnD front?
[11:11:59 EST(-0500)] <EricDalquist> Susan, any progress on the stand-alone GAP code in the trunk?
[11:12:03 EST(-0500)] <SusanBramhall> it sould be obvious that shieldmaiden7 is also athena7
[11:12:45 EST(-0500)] <athena7> well, i've got all the initialization javascript ready for the fluid stuff, but i don't know if the reorderer is done yet
[11:12:50 EST(-0500)] <athena7> if it is, i must have missed that
[11:12:51 EST(-0500)] <SusanBramhall> i have not heard anything at all from Dan
[11:13:22 EST(-0500)] <EricDalquist> ok, I'll follow up with the fluid folks & Dan
[11:13:24 EST(-0500)] <EricDalquist> thanks!
[11:13:46 EST(-0500)] <athena7> how's up3 looking? i haven't had time to play recently
[11:22:37 EST(-0500)] <athena7> oh no, i forgot about my bagel
[11:29:42 EST(-0500)] <EricDalquist> it is looking pretty good,
[11:29:49 EST(-0500)] <EricDalquist> I'm a bit behind where I wanted to be
[11:30:00 EST(-0500)] <EricDalquist> but I'm also pretty excited about what will be coming out of this
[11:30:07 EST(-0500)] <EricDalquist> the pluto & portlet code is much cleaner
[11:30:07 EST(-0500)] <athena7>
[11:30:11 EST(-0500)] <athena7> excellent
[11:30:14 EST(-0500)] <EricDalquist> and I'm refacting other big chunks
[11:30:25 EST(-0500)] <EricDalquist> the one that I'm finishing up today is the UserInstance code
[11:30:32 EST(-0500)] <EricDalquist> UserInstance is now just going to be a data object
[11:30:53 EST(-0500)] <EricDalquist> the renderState method is now described by a IPortalRenderingPipeline interface
[11:31:07 EST(-0500)] <EricDalquist> and the code that was there is now in a StaticRenderingPipeline class that will be a singleton spring bean
[11:31:46 EST(-0500)] <EricDalquist> I'm ending up having to do all of this because with the new parameter processing code needs access to the UserInstance and related classes earlier and the lazy-inited stuff that was going on was causing endless headaches
[11:32:22 EST(-0500)] <athena7> ah
[11:33:00 EST(-0500)] <EricDalquist> but the real end benefit is it moves more code into thread-safe spring managed singletons
[11:33:06 EST(-0500)] <EricDalquist> behind interfaces
[11:33:09 EST(-0500)] <athena7> yeah, sounds great to me
[11:33:23 EST(-0500)] <EricDalquist> it may be a bit painful for schools that have modifications to UserInstance
[11:33:35 EST(-0500)] <EricDalquist> but longer term it should be less painful
[11:33:43 EST(-0500)] <athena7> yeah
[11:38:58 EST(-0500)] * jayshao (n=jayshao@wg-195-hill012.rutgers.edu) has joined ##uportal
[11:39:44 EST(-0500)] * jayshao_ (n=jayshao@jayshao.oirt.rutgers.edu) has joined ##uportal
[11:40:45 EST(-0500)] <athena7> OK, I'm having trouble replicating this problem on our test server
[11:40:56 EST(-0500)] <EricDalquist> of course
[11:41:09 EST(-0500)] <athena7> i put up a jsp that just does Thread.sleep for a long time
[11:41:14 EST(-0500)] <athena7> and pointed cwebproxy at it
[11:41:34 EST(-0500)] <athena7> after about 20 refreshes, the channel starts rendering as blank
[11:41:58 EST(-0500)] <EricDalquist> hrm, does tomcat have a max request length timeout? Perhaps a jsp with a long sleep isn't enough
[11:42:06 EST(-0500)] <athena7> well, i see 20+ open sockets to the jsp on the machine
[11:42:11 EST(-0500)] <EricDalquist> hrm
[11:42:28 EST(-0500)] <EricDalquist> trying pointing the cwebproxy to a non-existant IP, that is what we did when testing our oracle JDBC problem
[11:42:54 EST(-0500)] <athena7> and it's odd, because the channel suddenly starts rendering as blank, rather than timing out
[11:43:01 EST(-0500)] <athena7> sounds fair - got a good test IP?
[11:43:01 EST(-0500)] <EricDalquist> weird
[11:43:13 EST(-0500)] <EricDalquist> um ... I just made one up
[11:43:26 EST(-0500)] <athena7> well, actually we probably don't want a nonexistant one though
[11:43:40 EST(-0500)] <athena7> since the problem seems to occur when it's hanging indefinitely, not when the url can't be reached
[11:43:52 EST(-0500)] <athena7> it seems to happen when the connections get stuck in ESTABLISHED
[11:43:56 EST(-0500)] <EricDalquist> ah
[11:44:06 EST(-0500)] <athena7> does it matter if it's one user hitting it 20 times, versus 20 users hitting it once?
[11:44:22 EST(-0500)] <EricDalquist> I don't know
[11:45:47 EST(-0500)] * colinclark (n=atrcwrk2@142.150.154.101) has joined ##uportal
[11:49:24 EST(-0500)] <athena7> i guess our test and production portals are also slightly different, since we've applied the patches in 2.6.1GA, but i don't think that changed much
[11:50:44 EST(-0500)] * awills (n=awills@uni1.unicon.net) has joined ##uportal
[12:45:41 EST(-0500)] <EricDalquist> anyone here played with WAR overlays in Maven?
[12:45:55 EST(-0500)] <awills> not I, sorry
[12:52:38 EST(-0500)] * colinclark (n=atrcwrk2@142.150.154.101) has left ##uportal
[12:52:40 EST(-0500)] * anastasiac (n=chatzill@142.150.154.149) has joined ##uportal
[14:37:54 EST(-0500)] <EricDalquist> yay, I have the _pluto branch up and rendering (no portlets yet) but all of the parameter processing and rendering pipe and channel managers changes are playing nice!
[14:53:04 EST(-0500)] <athena7> hurray!
[15:23:20 EST(-0500)] * colinclark (n=atrcwrk2@142.150.154.101) has joined ##uportal
[16:13:51 EST(-0500)] <EricDalquist> gah
[16:14:15 EST(-0500)] <EricDalquist> for some reason I can't figure out the code is failing to load the adminNav.properties resource bundle
[16:43:33 EST(-0500)] <EricDalquist> ah ... so apparently I hadn't used channel manager in a while
[16:43:49 EST(-0500)] <EricDalquist> I had to switch /properties/adminNav to properties.adminNav
[16:43:57 EST(-0500)] <EricDalquist> since it lives in a .jar now
[17:25:41 EST(-0500)] * colinclar1 (n=atrcwrk2@142.150.154.101) has joined ##uportal
[17:29:40 EST(-0500)] * michelled_ (n=team@142.150.154.114) has left ##uportal
[17:37:10 EST(-0500)] * jayshao (n=jayshao@jayshao.oirt.rutgers.edu) has joined ##uportal
[18:15:21 EST(-0500)] * colinclar1 (n=atrcwrk2@142.150.154.101) has left ##uportal
[19:39:23 EST(-0500)] * awills (n=awills@uni1.unicon.net) has left ##uportal
[19:55:03 EST(-0500)] * jayshao (n=jayshao@pool-68-239-246-163.nwrk.east.verizon.net) has joined ##uportal
[19:56:08 EST(-0500)] * jayshao (n=jayshao@pool-68-239-246-163.nwrk.east.verizon.net) has joined ##uportal
[21:58:58 EST(-0500)] * jayshao (n=jayshao@pool-68-239-246-163.nwrk.east.verizon.net) has joined ##uportal