When navigating in your OutSystems application, suddenly your browsers begin an endless request, until it eventually times out on the browser side (connection closed).
When you access your OutSystems server and check the Event log, in the Application group, you see an error similar to the following:
Source: .NET Runtime 2.0 Error
Faulting application w3wp.exe, version 6.0.3790.3959, stamp 45d6968e, faulting module kernel32.dll, version 5.2.3790.4480, stamp 49c51f0a, debug? 0, fault address 0x0000bef7.
If you look in the System group, you might see a warning similar to the following:
A process serving application pool 'OutSystemsApplications' suffered a fatal communication error with the World Wide Web Publishing Service. The process id was '1234'. The data field contains the error number
This events mean that you experienced a worker process crash. This means that a severe error in one of your applications has caused the worker process (w3wp) to crash. This means that somewhere in your application(s) there is logic that is crashing.
When using OutSystems to develop your applications, the most common causes for this are: infinite loops somewhere in your logic and misbehaved integration (extensions).
To solve this type of errors, you first need to identify where it is occurring. Since this problem can occur anywhere in your logic, the process should follow this line of though:
To start with this, a good approach is to search for a candidate eSpace or set of eSpaces. If you can trivially replicate the crash (e.g. navigating in your application, after a given sequence of clicks, always causes the problem) see the logic in the eSpace of this last click before the crash, and go back to the beginning.
If the crash is more random, you will need to first detect where it is occurring. Some guidelines for this:
As a last resort, you may want to use DebugDiag and attach it to the w3wp.exe and get a stack of the crash, but most of the times the above procedure will allow you to identify the problem. We frequently get reports for this sort of problems at Support, and I am yet to see one that is not caused by a simple infinite loop in the eSpace logic.
The above troubleshoot is also useful for identifying infinite loops in your logic that, instead of a worker process crash, cause 100% cpu usage. In that case, when isolating the eSpaces in a separate application pool, simply forcefully kill the w3wp.exe that is using 100% CPU and check the Event Log to see which application pool it was serving.
Feel free to post your remarks or corrections to what is said above.
Source: Application Error
Faulting application name: w3wp.exe, version: 7.5.7601.17514, time stamp: 0x4ce7afa2
Faulting module name: KERNELBASE.dll, version: 6.1.7601.17514, time stamp: 0x4ce7c78c
Exception code: 0xe053534f
Fault offset: 0x000000000000a49d
Faulting process id: 0x%9
Faulting application start time: 0x%10
Faulting application path: %11
Faulting module path: %12
Report Id: %13