Compartir a través de


Interfaz IWbemEventSink (wbemprov.h)

La interfaz IWbemEventSink inicia la comunicación con un proveedor de eventos mediante un conjunto restringido de consultas. Esta interfaz amplía IWbemObjectSink, lo que proporciona nuevos métodos que tratan sobre la seguridad y el rendimiento. Para obtener más información sobre el uso de esta interfaz, consulte Escribir un proveedor de eventos y Proteger eventos WMI.

Herencia

La interfaz IWbemEventSink hereda de la interfaz IUnknown . IWbemEventSink también tiene estos tipos de miembros:

Métodos

La interfaz IWbemEventSink tiene estos métodos.

 
IWbemEventSink::GetRestrictedSink

El método IWbemEventSink::GetRestrictedSink recupera un receptor de eventos restringidos. Un receptor de eventos restringidos es uno que filtra un subconjunto de los eventos definidos en el registro del proveedor de eventos.
IWbemEventSink::IsActive

El proveedor usa el método IWbemEventSink::IsActive para determinar si hay interés en los eventos que el receptor está filtrando.
IWbemEventSink::SetBatchingParameters

El método IWbemEventSink::SetBatchingParameters se usa para establecer el tamaño máximo del búfer de eventos y su valor de latencia de procesamiento asociado.
IWbemEventSink::SetSinkSecurity

Se usa para establecer un descriptor de seguridad (SD) en un receptor para todos los eventos que pasan.

Comentarios

Al implementar un receptor de suscripción de eventos (IWbemObjectSink o IWbemEventSink), no llame a WMI desde los métodos del objeto receptor. Por ejemplo, llamar a IWbemServices::CancelAsyncCall para cancelar el receptor desde una implementación de IWbemEventSink::SetSinkSecurity puede interferir con el estado WMI. Para cancelar una suscripción de evento, establezca una marca y llame a IWbemServices::CancelAsyncCall desde otro subproceso u objeto. En el caso de las implementaciones que no están relacionadas con un receptor de eventos, como las recuperaciones de objetos, enumeraciones y consultas, puede volver a llamar a WMI.

Las implementaciones del receptor deben procesar la notificación de eventos en 100 ms porque el subproceso WMI que entrega la notificación de eventos no puede realizar otro trabajo hasta que el objeto receptor haya completado el procesamiento. Si la notificación requiere una gran cantidad de procesamiento, el receptor puede usar una cola interna para otro subproceso para controlar el procesamiento.

Requisitos

Requisito Value
Cliente mínimo compatible Windows Vista
Servidor mínimo compatible Windows Server 2008
Plataforma de destino Windows
Encabezado wbemprov.h (include Wbemidl.h)

Consulte también

API COM para WMI