Is it sure to be related to Apache POI or some of your own code? Have you configured Input and Outputbuffers correctly? Are all input and outputstreams closed? Is there maybe an exception that you do not log? Is it a multi-thread environment and threads are isolated from each other ?
> On 18 Feb 2017, at 02:36, Javen O'Neal <one...@apache.org> wrote: > > Even disk latency, hard disk firmware-level caching, OS caching, and HD > firmware support could play into this. > > Also, what is the server load compared to the developer machine? > > There are a lot of variables at play here that it's difficult to isolate > the problem. > > Make sure your development and production systems are running the same JVM > version and vendor, have the exact same jars in the classpath, etc. > > What happens when you run the code multiple times, giving the JVM a chance > to JIT the code and the OS a chance to cache the requested resources? > > On Feb 17, 2017 3:37 PM, "Dominik Stadler" <dominik.stad...@gmx.at> wrote: > > Hi, > > Can you share a thread-dump at the time the process is "stuck", this should > at least show where exactly the program takes a long time to finish or even > loops endlessly. > > Is there any network-file-access involved? I saw issues in other projects > where reading/write a remote file took ages or even hung completely when > doing networked I/O, maybe that is involved on the server, but not on the > developer-machine. > > Dominik. > > On Fri, Feb 17, 2017 at 5:35 PM, Rajeev Ramachandran <rajeev...@gmail.com> > wrote: > >> We have a set of utility programs which reads an .xlsx file for some input >> data and generate reports, Apache POI is used for this purpose. Excel file >> got 8 sheets with an average of 50 rows and 20 columns of data. Everything >> was working fine in normal Windows 7 box (Read developers machine). The >> file reading will get finished in few seconds. >> >> Recently we moved these jobs to a Windows Server 2012 R2 box and we have >> noticed that the last sheet in the excel file takes lots of time to finish >> reading. I have duplicated the last sheet to confirm that this is not the >> data issue and executed the job, the second last sheet( was the last one > in >> the previous execution) got finished reading in milli seconds and the last >> one (duplicated sheet) got again stuck for 15 minutes. My best guess here >> is that this may be because the time taken to close the file is getting > too >> high but that is just a guess and no concrete evidence to prove that, also >> if that is the case I am not sure why so. Only difference between working >> Windows boxes and non-working boxes are the OS, rest all configurations > are >> similar. I have analyzed the heap and thread dump and no issues found. >> >> Is there any known compatibility issues with POI and Windows server boxes? >> Or is it something related to code? We are using POI-XSSF implementation. >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: user-unsubscr...@poi.apache.org >> For additional commands, e-mail: user-h...@poi.apache.org >> >> --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscr...@poi.apache.org For additional commands, e-mail: user-h...@poi.apache.org
