Reemplazo de receptores de eventos en soluciones de espacio aislado

El enfoque que se usa para controlar eventos en SharePoint es ligeramente diferente en el modelo de complementos de SharePoint que con código de plena confianza o en soluciones de espacio aislado codificado. En las soluciones anteriores típicas, los receptores de eventos se crearon mediante el modelo de objetos Server-Side de SharePoint e implementaron a través de paquetes de soluciones, que ejecutaron el código en los servidores de SharePoint.

Sin embargo, en el modelo de complemento de SharePoint, la implementación del receptor de eventos se ejecuta en el servidor web que hospeda el receptor de eventos; se denominan receptores de eventos remotos (RER). En muchos casos, los receptores de eventos se pueden reemplazar por una implementación de receptor de eventos remoto.

En este artículo se describen varias opciones y consideraciones de diseño.

Nota:

Las soluciones de espacio aislado basadas en código han quedado en desuso en 2014 y SharePoint online ha iniciado el proceso para quitar esta funcionalidad por completo. Las soluciones de espacio aislado basadas en código también han quedado en desuso en SharePoint 2013 y SharePoint 2016.

Opciones para reemplazar receptores de eventos

Enfoque	Consideraciones de diseño y más información
Receptor de eventos remotos	Requiere infraestructura de hospedaje. La infraestructura de hospedaje debe ser de alta disponibilidad. El punto de conexión de servicio que hospeda el receptor de eventos remotos debe configurarse para la autenticación anónima. Requiere un certificado de terceros de confianza si usa SharePoint Online. No está diseñado para operaciones de larga duración. Los receptores de eventos remotos que se adjuntan fuera del contexto de los complementos, conectados mediante una aplicación de consola o PowerShell, no recibirán un token de contexto de SharePoint cuando se invoquen, y debe aplazar los permisos de solo complemento o usar la clase SharePointOnlineCredentials. No hay ningún mecanismo de reintento. Usar receptores de eventos remotos en SharePoint Uso de receptores de eventos remotos para los complementos de SharePoint Receptores de eventos y lista de receptores de eventos en el modelo de complementos de SharePoint Complemento de SharePoint de ejemplo de etiquetado automático Controlar eventos en los complementos de SharePoint
Webhooks	Requerir infraestructura de hospedaje. La infraestructura de hospedaje debe ser de alta disponibilidad. No admita eventos sincrónicos. Procese los cambios después de que se haya producido el evento. No está disponible en las compilaciones locales de SharePoint en este momento. Información general de los webhooks de SharePoint Presentación de webhooks de SharePoint
Trabajo del temporizador remoto para supervisar los cambios	Usa el objeto ChangeQuery para supervisar un sitio o una lista de modificaciones. Este patrón es una alternativa a los receptores de eventos remotos. Requiere una infraestructura de hospedaje. Procesa los cambios una vez que se ha producido el evento. Usa un mecanismo de sondeo para procesar los cambios. Monitor de cambios de elementos de lista de SharePoint (GitHub) Patrón de trabajo del temporizador remoto (GitHub)

Quitar el código de espacio aislado del sitio

Al desactivar la solución de espacio aislado existente de los sitios, no se quitan los recursos o archivos implementados mediante opciones declarativas. Sin embargo, las características de la solución de espacio aislado se desactivan automáticamente y se quita el receptor de eventos.

Vea también

• Transformar las soluciones de espacio aislado para el modelo de complementos de SharePoint