About Applications

An IIS application is any file that is executed within a defined set of directories in your Web site. When you create an application, you use the Internet Information Services snap-in to designate the application's starting-point directory (also called an application root) in your Web site. Every file and directory under the starting-point directory in your Web site is considered part of the application until another starting-point directory is found. You thus use directory boundaries to define the scope of an application.

Application Starting-Point

In the Internet Information Services snap-in, an application starting point is indicated by a package icon. The following graphic shows an application with a starting-point directory named /SiteAdmin:

Illustration of an application directory structure in the IIS snap-in.  An application starting point is marked by a package icon.

The files in the \Login, \Order, and \SetupDB directories are considered part of the /SiteAdmin application.

You can have more than one application per Web site. The default Web site that is created when you install Internet Information Services is an application starting point.

Internet Information Services supports ASP, ISAPI, CGI, IDC, and SSI applications. An application can share information among the files in the application; for example, ASP applications share context flow, session state, and variable settings across the pages of the application.

Application Protection

IIS 5.0 offers three levels of application protection. Application protection refers to the process in which applications are run. In IIS 4.0, applications could be set to run either in the same process as Web services (Inetinfo.exe) or in a process separate from Web services (DLLHost.exe). In IIS 5.0, there is a third option: applications can be run in a pooled process (another instance of DLLHost.exe).

These different options provide varying levels of protection for situations in which a misbehaving application could fail and cause the process in which it is running to stop responding. By default, Web services (Inetinfo.exe) will run in its own process, and other applications will be run in a single, pooled process (DLLHost.exe). You can then set high priority applications to run as isolated processes (another instance of DLLHost.exe). For performance reasons, it is not recommended that you run more than 10 isolated applications.

The following graphic depicts the property sheet used to set application protection properties.

The Home directory property sheet.

Application protection can only be set at an application's starting-point directory.

Application Performance

There is a trade-off between performance and level of application protection. Applications run in the Web services process (inetinfo.exe) result in higher performance with a greater risk that a misbehaving application can make the Web services become unavailable. The recommended configuration is to run inetinfo.exe in its own process, run mission-critical applications in their own processes, and run remaining applications in a shared, pooled process. For more information, see Defining Application Boundaries.

You can set process options for components in the Component Services administration tool. For more information, see the Component Services documentation.


© 1997-1999 Microsoft Corporation. All rights reserved.