Justin Deoliveira ha scritto: > >> If it's easily reproduced I'd say it's a blocker for 1.7.0, >> we cannot tell people to restart geoserver every time the >> make a config change. I'll have a look and see if I can reproduce >> it. > Ok... but we are getting to the point where we will never release. I > mean I totally agree with you that this is not acceptable but I think we > need to keep a few things in mind. > > The first being that 1.7.1 will be coming out quite soon after 1.7.0 is > released. At some point we will need to cut our losses with 1.7.0 and > just accept the fact that it will have issues.
Yeah, get it. > The second being that we might need to draw the line at bugs that > completely stop things from working. I mean I know its horrible that > this bug forces restart on every configuration change... but its a > workaround none the less. I managed to reproduce the issue, it happens only under specific conditions: * a request using jdbc layer is started, it grabs a connection and start rendering. But it's a long long one * someone hits apply in the meantime, the connection pool gets closed * the renderer tries to fetch the next feature and fails because the connection is gone bye bye, and floods the log with a ton of those stack traces The cure for this... is not easy. The best thing is just to encourage people to put the connection pool in JNDI and have the container handle it. Ok, it's annoying, it's done in a different way for each container, but it's also something people did ask for a while. Alternatively, we could have an explicit configuration of the connection pools, and have just datastores go up and down, whilst conn pools just get reconfigured on the fly as needed (should the user change his mind on the pool size or any other of its parameter). Just a thought, anyways, this one is not a regression, so we don't need to actually fix it by 1.7.0. By 1.7.1 I can probably roll out a JNDI based factory for postgis at least. Cheers Andrea -- Andrea Aime OpenGeo - http://opengeo.org Expert service straight from the developers. ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Geoserver-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-devel
