WebPartManager::DisconnectWebPart Method
Removes a WebPart or server control that is being closed or deleted from any connections it is participating in.
Assembly: System.Web (in System.Web.dll)
The DisconnectWebPart method is called internally by the Web Parts control set when a control is either closed on a page or deleted from a page. In such a scenario, the method is called to remove the control from any connections where it is involved as a consumer or provider. If the control is removed from any connection, this method also calls the DisconnectWebParts method to end any connections in which webPart was involved.
When the DisconnectWebPart method is called, it raises the WebPartsDisconnecting event. Normally this event can be cancelled, but in two cases it cannot be cancelled. One case occurs during requests to the page, when the ActivateConnections method is called. If there is a conflict among existing connections, the DisconnectWebPart method will be invoked to close one of the conflicting connections, and in this instance the WebPartsDisconnecting event cannot be cancelled, because the conflict must be resolved.
The other case occurs when a WebPart or server control that is currently connected is either closed or deleted. In this case, because of the control is being removed from the page, its connection needs to be terminated as well, therefore by design it is not possible to cancel the WebPartsDisconnecting event to interrupt the process of ending a connection. For more information, see the WebPartsDisconnecting event.
The following code example demonstrates how to use the DisconnectWebPart method. Using two custom WebPart controls, the Web page enables you to create a connection between the controls by clicking a button, while another button enables you to disconnect the controls. If you close one of the controls while the page is in browse mode and the controls are connected, an override of the DisconnectWebPart method disconnects the closed control, ends the connection, and displays a message.
The code example has four parts:
A user control for changing display modes.
A source file containing custom WebPart controls.
A Web page to host the controls.
An explanation of how the example works in a browser.
The first part of the code example is the user control for changing display modes. You can obtain the source code for the user control from the Example section of the WebPartManager class overview. For more information about display modes and how the user control works, see Walkthrough: Changing Display Modes on a Web Parts Page.
The second part is the file containing the source code for the two custom WebPart controls that will be connected, and a custom WebPartManager control. For the code example to run, you must compile this source code. You can compile it explicitly and put the resulting assembly in your Web site's Bin folder or the global assembly cache. Alternatively, you can put the source code in your site's App_Code folder, where it will be dynamically compiled at run time. This example uses dynamic compilation, so the Register directive that references these components in the Web page is declared accordingly at the top of the Web page. For a walkthrough that demonstrates compiling options, see Walkthrough: Developing and Using a Custom Web Server Control.
In the source code, notice the inherited control MyWebPartManager that overrides the DisconnectWebPart method. This method checks each connection in a page to see whether the control being closed participates in the connection and, if so, calls the DisconnectWebParts method to end the connection. This is identical to the base implementation of the method in the WebPartManager control. The overridden method then customizes the base implementation by writing a message to the page.
The third part of the code example is the Web page. Notice that near the top, it contains Register directives to register the user control, and the dynamically compiled assembly with the WebPart controls. The page has two primary methods. The Button1_Click method creates a connection between the controls, while the Button2_Click method disconnects the controls.
After you load the page, click the Connect button to connect the controls. Then click the verbs menu in one of the controls (the downward arrow in the header of the control), and select Close from the verbs menu. When you try to close the control, the overridden method is called, the connection is ended, and the message is written to the page. If you want to reset the page to restore the closed control and experiment with other options, click the Reset User State link to remove personalization data and restore the page's original state.
Windows 7, Windows Vista SP1 or later, Windows XP SP3, Windows XP SP2 x64 Edition, Windows Server 2008 (Server Core not supported), Windows Server 2008 R2 (Server Core supported with SP1 or later), Windows Server 2003 SP2
The .NET Framework does not support all versions of every platform. For a list of the supported versions, see .NET Framework System Requirements.