topic web request service vs. static web request service in Open Q&A

web request service vs. static web request service

pagu — Thu, 24 Mar 2022 12:50:18 GMT

What is the difference between those service types?

in my environment it looks like that every application (iis or java hosted) always uses a web request service and a static web request service.

Re: web request service vs. static web request service

martin_goodwell — Wed, 20 Aug 2014 15:00:46 GMT

From a technical point-of-view it makes perfect sense to apply different detection thresholds to dynamic and static requests and therefore to display them separately.

"Dynamic requests" contain POST, GET, etc. Such resources are very likely to be compiled on-the-fly.

"Static requests" contain Images, CSS, Scripts. They are delivered the way they are, without any compilation or manipulation done on the server side.

Re: web request service vs. static web request service

pagu — Thu, 18 Sep 2014 23:36:53 GMT

yes and no. you described the yes. the no is because in my environment some applications (e.g. IIS) are servicing both types. so if one dies, the other will die too.

Re: web request service vs. static web request service

michael_kopp — Mon, 22 Sep 2014 06:35:37 GMT

Hi Paul,

As Martin said we divided them for technical reasons, resource and dynamic requests have different response time and load characteristics. However we do recognize that this is not the best option from a users point of view and this will change in the future. There will be just one service accommodating all scenarios.

As for your scenario, ruxit does understand that both services are running on the same process(es), thus does know that when the IIS dies so do all services in it.