> Von: Michael Smith [mailto:[EMAIL PROTECTED] > My point was that the original hack is just that - a hack. It doesn't > fix the problem, nor does it completely guarantee that the > system will > work correctly. The hack _should_ be removed entirely - but > to do that, > the store must be made capable of correctly dealing with lost > connections. I agree completely that the performance implications of > that hack are unacceptable - but the solution to THAT is to fix the > actual problem, not to patch around the performance problem whilst > keeping the underlying (broken) system.
+1 :-) But as far as I know there is no possibilty to check if a JDBC connection is broken without executing an statement. I guess the main problem are the cached data which do not execute an sql-statement. So how should this work? BTW: is it allowed to modify the content of an database while Slide is using it? If not, then the hack is obsolete at all, isn't it? Sven. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
