Hi again John, thanks for helping me :)
I'm sorry about having said things a bit bluntly about the users' behaviour, now I get better what you mean. It's just that after having heard all the stories from the admins of the company which we are working for, it just seems impossible. > So who cares how big the files get? Is this exception really that big of a deal? You've got it. This isn't a big problem at all. The service runs fine and even if users click a thousand times on the same link, it still works. Actually, the project comes closer to an end right now, so we're finalizing some points here and there. This logging issue is just another entry in the "things to improve" list. Big logs are not a problem, it's just that when we want to check something, having 50 lines of stack trace every 10 lines of "useful" activity traces makes the reading & understanding a bit more difficult. > Hmmmm...so you need a way to trap exceptions thrown by Tomcat outside of an application Context? Yeah... I should have entitled that post "Catching Tomcat's Inner Exceptions" ;) I searched around a bit, talked with other developers who know Tomcat much better than I do, and no one seems to having found a solution. After all everything works fine besides, so everyone just doesn't care maybe. I think I should do the same ^^ The only "solution" that came to my mind was to try to modifiy Tomcat sources. But the problem isn't big enough to justify such a thing. Anyway, thanks for your help !! :) -----Message d'origine----- De�: John Turner [mailto:[EMAIL PROTECTED] Envoy�: jeudi 24 juillet 2003 17:03 ��: Tomcat Users List Objet�: Re: RE : Get rid of socket write error Feltesse Julien wrote: >>2. Train your users to only click once. > > It's impossible to train users to act according to your wishes. Maybe if > the problem is simple and thus can understand why they must act > differently, it's possible. In our case, we just can't tell them "please > be patient, otherwise you'll throw Socket write errors exceptions" ;) People eventually learn that pressing the elevator button multiple times doesn't make the elevator show up any faster. My point was that it might help to encourage your users to remember that repeated clicks don't help, not that you should try and explain socket exceptions to them. We have found that using Javascript and the onLoad onUnload events of our HTML BODY tags to open/close a pop-up with an animated GIF in it that says "please wait, retrieving data" works wonders. In other words, just tell them the "please be patient" part. >>3. Rotate your logs every 24 hours using logrotate. > > Logs rotate every 24 hours using the 'standard' logger included in > Tomcat. So who cares how big the files get? Is this exception really that big of a deal? >>tell your developers to stop using System.out.println >>for printing stack traces when they have an exception > > We don't. We use jsp error pages and manage exceptions gracefully. But > in this case, we don't even get a chance to manage the exception by > ourselves. Otherwise it would have been quite easy ^^ > Here, Tomcat throws the exception and logs it WITHOUT asking anyone > else. Hmmmm...so you need a way to trap exceptions thrown by Tomcat outside of an application Context? John --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
