Hi,
Hello Alexis,
We are sorry to hear that you have this issue. In order to fix it (exception while displaying very big files) you need to use 64-bit application pool in the IIS web-server.
If you will have more questions please feel free to contact us.
Hello Denis,
Hello Alexis,
We are sorry to hear that you have this issue. This is commonly known issue, it is described in the “GroupDocs Viewer for .NET FAQs”
If you are using ISS Classic mode, please refer to the “Q: I have an issue with the Viewer. The problem is that I can’t see the toolbar icons (but the toolbar buttons are working properly) when I run the Viewer in my own application?” item.
If you are using ISS Integtated mode, please refer to the “Q. I have 404 error for all header buttons icons in .NET Viewer MVC project?” item.
If you will have more questions please feel free to contact us.
I am getting that exception:
The configuration is below (maybe can help to reproduce)
Hello Alexis,
We are sorry to hear that you have this issue and sorry for the delay. We’ve obtained the source code of the code-front and code-behind, target document, IIS application pool configuration and stack trace of the exception. After applying of all these materials we were not able to reproduce the issue - GroupDocs.Viewer displays the document without problems.
“System.Net.WebException: The operation has timed out” exception can be caused by many reasons, but, most likely, it has occurred because opening a big document in the GroupDocs.Viewer, and it had no enough time to converts it to the HTML-form.
Here are several suggestions, which can help:
1. In the advanced settings of the application pool, which can be accessed using IIS Manager, increase the value of the “Ping maximum response time” option.
2. In the advanced settings of the web-site, which can be accessed using IIS Manager, increase the value of the “Connection timeout” option.
3. In the web.config, add the executionTimeout="" key-value pair to the “configuration -> system.web -> httpRuntime” node.
Also please clarify several other things, which can help to solve the issue or at least narrow a set of possible reasons:
1. This “The operation has timed out” exception occurs only with the “0_CARPETA LEGAL_20141218_113946.pdf” document, or with some others?
2. With the “0_CARPETA LEGAL_20141218_113946.pdf” document, the exception occurs every time, when you try to open it, or it occurs sporadically, occasionally?
3. Does the occurrence of the exception depends on the presence or absence of the document cache?
4. You have said that you are using distributed server configuration with two machines. Can you reproduce this issue in the single-machine development environment? In other words, is the “The operation has timed out” exception dependent from specific distributed configuration?
Thanks and waiting for the reply.
Hello Denis, thanks for your suggestions, we are going to try it.
- Occurs with big documents ( > 40 mb)
- Every time.
- With presence of document cache do you mean the AOT caching? If so, the answer is no. The cache is generated by default (every time the document is opened)
- Yes, it happends in a distributed configuration (in same environment a single configuration doesn’t happends that exception). But we try to reproduce that issue in our development environment with the distributed configuration (like you) and we were not able to reproduce the exception.
Hello Alexis,
Thank you for answering. However our developer need more detailed info about your distributed server configuration. Because you’ve said that this exception occurs only in distributed configuration, but not in the single-machine configuration, we suppose that this fact is the key. Thank you for the schema, but it is not very clear for us, so, please, describe it in more detail.
Thanks.