Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 14 Next »

[08:51:59 EST(-0500)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[09:14:30 EST(-0500)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[10:19:40 EST(-0500)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:22:34 EST(-0500)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[10:46:07 EST(-0500)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:45:03 EST(-0500)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[11:45:51 EST(-0500)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[12:20:55 EST(-0500)] * KWhat_Work (n=abarker@abarker.callutheran.edu) has left ##uportal
[12:21:01 EST(-0500)] * KWhat_Work (n=abarker@abarker.callutheran.edu) has joined ##uportal
[13:26:58 EST(-0500)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[13:33:45 EST(-0500)] * jessm (n=Jess@c-24-34-214-137.hsd1.ma.comcast.net) has joined ##uportal
[14:00:01 EST(-0500)] * dstn (n=dstn@unaffiliated/dstn) has joined ##uportal
[14:19:02 EST(-0500)] <dstn> Question, when a channel is rendered and it times out, does the thread stop or is it allowed to continue rendering?
[14:19:14 EST(-0500)] <EricDalquist> I think the thread is stopped
[14:19:16 EST(-0500)] <EricDalquist> not sure
[14:19:22 EST(-0500)] <EricDalquist> well ... I'm pretty sure
[14:19:34 EST(-0500)] <EricDalquist> I know I've wanted to dig into that (so many things like this) and fix it
[14:19:50 EST(-0500)] <EricDalquist> my idea would be to have the portal put the long running thread in a cleanup queue
[14:19:59 EST(-0500)] <EricDalquist> let it go for like another X seconds
[14:20:13 EST(-0500)] <EricDalquist> then if it still isn't done forcibly kill the thread and clean it up
[14:20:25 EST(-0500)] <EricDalquist> I think right now it imediately kills it if it times out
[14:20:27 EST(-0500)] <dstn> I'm seeing some weird thing happen...a channel renders but times out and I see the error channel but as I watch the logs, it looks like the thread is still going
[14:20:41 EST(-0500)] <EricDalquist> which we have found causes problems if the thread is in the middle of JSP compilation
[14:20:47 EST(-0500)] <EricDalquist> I think it depends on what it was doing?
[14:20:59 EST(-0500)] <EricDalquist> like threads blocked on IO don't really die very nicely
[14:21:50 EST(-0500)] <dstn> interesting, cause it is the weather portlet
[14:23:00 EST(-0500)] <dstn> which has had some io blocking issues
[14:23:02 EST(-0500)] <dstn> grr
[14:23:12 EST(-0500)] <dstn> I thought httpclient would help with that
[14:35:50 EST(-0500)] <EricDalquist> well it would help with timeouts
[14:36:17 EST(-0500)] <EricDalquist> but as far as I understand if the JVM is doing IO (which ends up in native code) thread pause/stop operations have no effect
[14:36:27 EST(-0500)] <EricDalquist> really the uPortal channel rendering thread management could use some TLC
[14:36:34 EST(-0500)] <EricDalquist> better pool monitoring
[14:36:35 EST(-0500)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[14:36:42 EST(-0500)] <EricDalquist> better timed out channel handling
[15:47:52 EST(-0500)] * apetro (n=apetro@12.164.139.7) has joined ##uportal
[19:16:45 EST(-0500)] * apetro (n=apetro@12.164.139.7) has joined ##uportal

  • No labels