You deploy a Microsoft ASP.NET 2.0-based Web application to a Web site that is hosted on an Office SharePoint server. You have Internet Information Services (IIS) 7.0 or IIS 7.5 running in Integrated mode on the server. In this situation, you encounter the following issues.
Issue 1
You deploy some partially trusted Web parts on the SharePoint site. These Web parts have more permissions than they should have. This issue may create a security risk on the SharePoint site. For example, these Web parts may generate database requests or HTTP requests unexpectedly. This behavior creates a security risk.
Note Partially trusted Web parts are Web parts that are deployed to the Bin directory of a Web application.
Issue 2
The "Requests Queued" performance counter in an ASP.NET performance object functions incorrectly. When you run the SharePoint site, this issue may decrease the performance of the SharePoint site.
The "Requests Queued" performance counter functions correctly when the following conditions are true:
Issue 1
You deploy some partially trusted Web parts on the SharePoint site. These Web parts have more permissions than they should have. This issue may create a security risk on the SharePoint site. For example, these Web parts may generate database requests or HTTP requests unexpectedly. This behavior creates a security risk.
Note Partially trusted Web parts are Web parts that are deployed to the Bin directory of a Web application.
Issue 2
The "Requests Queued" performance counter in an ASP.NET performance object functions incorrectly. When you run the SharePoint site, this issue may decrease the performance of the SharePoint site.
The "Requests Queued" performance counter functions correctly when the following conditions are true:
- The application runs in IIS Classic mode.
- When requests are posted to the common language runtime (CLR) thread pool, the value of the performance counter increases.
- When requests leave the CLR thread pool, the value of the performance counter decreases.