Hi, There's no known FD leak in tomcat. I don't necessarily agree that increasing the FD limit is inefficient or impractical. Why do you say so?
Could it be that whole the file descriptors / files are closed by your code, the underlying streams to the client aren't, and therefore the FD limit is still being reached? Yoav Shapira Millennium Research Informatics >-----Original Message----- >From: Rob Wichterman [mailto:[EMAIL PROTECTED] >Sent: Friday, May 07, 2004 4:00 PM >To: [EMAIL PROTECTED] >Subject: Any Known File Descriptor Issue? > >Our system exports multiple files at a time, by export we mean generate the >files in pure html and download them. The number of files generated can be >anywhere from 10 - unlimited number of html files. The export and html >generation works fine as long as we don't run out of file descriptors on >the >Solaris box. But as soon as we reach 1024 file descriptors the application >dies. We could increase the file descriptors but we know that's not >efficient and practical. What we don't understand is why the file >descriptors are being left open. We close all the files after they are >created and the application garbage collects all the objects too. If we run >the same code as a stand alone java app through the command line it works >great. Creates the files and leaves no file descriptors open. It seems to >only happen when we run it through Tomcat 4.1.24. Is there a file >descriptor >leak in Tomcat 4.1.24? Can anyone explain why we are having this problem or >recommend a solution for us? > > This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
