¿Tengo que ejecutar Register-SPWorkflowService para cada colección de sitios?

Question

Como parte de mi configuración de SharePoint Server 2013, a veces necesito integrar la nueva infraestructura de flujo de trabajo en la granja.Seguí la documentación comenzando desde el lado de SharePoint:

• http://technet.microsoft.com/en-us/library/jj658588.aspx

Desde aquí instalé y configuré los componentes según la documentación vinculada (esta parte no es específica de SharePoint):

• Descripción general: http://technet.microsoft.com/en-us/library/jj193478.aspx
• Configuración: http://technet.microsoft.com/en-us/library/jj193510.aspx

Según la información de los documentos de SharePoint, tendré que ejecutar el siguiente comando para permitir la comunicación (en mi ejemplo, uso HTTP en SharePoint y en el administrador de flujo de trabajo):

Register-SPWorkflowService –SPSite "http://collab/" –WorkflowHostUri "http://sp2013-01:12291" –AllowOAuthHttp

---

Este es el comando que funcionó para mi entorno donde está mi URL de SharePoint http://sp.apple.com y el servidor front-end web donde instalé Workflow Manager se llama sharepointwfe.Registro-SPWorkflowService -SPSite "http://sp.apple.com" -WorkflowHostUri "http://sharepointwfe:12291"-AllowOAuthHttp

---

Al leer la documentación de este cmdlet, no estoy seguro de tener que ejecutar este comando para todas las colecciones de sitios que deberían ejecutar la nueva infraestructura de flujo de trabajo (no SP2010 WF).

• http://technet.microsoft.com/en-US/library/jj663115.aspx

Configura el host de SharePoint para utilizar un servicio de flujo de trabajo

Parámetros:

SPSIT | Requerido | Microsoft.sharepoint.Powershell.SpsitePipeBind | Especifica una colección de sitios para configurar

Preguntas:

• ¿Necesito ejecutar este comando? una vez ¿Y la colección de sitios almacenará alguna información de configuración?
• o ¿Necesito ejecutar este comando? en cada ¿Colección de sitios que debería utilizar la nueva infraestructura de flujo de trabajo?

---

Detalles de infraestructura:

• Windows Server 2012 estándar inglés
• Servidor SharePoint 2013 Inglés
• MS SQL 2012 SP1 Inglés estándar
• Administrador de flujo de trabajo 1.0
• 1x controlador de dominio
• 1x SharePoint Box ejecutando también Wokflow Manager
• 1x servidor SQL

Answer 1

Registre el servicio seleccionando una de sus aplicaciones web según el ejemplo que proporcionó anteriormente.Después de haberlo registrado (en este caso, para "Collab"), debería poder verificar que los flujos de trabajo de 2013 ahora funcionan en SharePoint Designer 2013 para cualquier sitio que resida dentro de la aplicación web "Collab".

Si tiene otras aplicaciones web en las que ha personalizado las aplicaciones de servicio, deberá habilitarlas como cualquier otro servicio compartido.Si tiene otras aplicaciones web con servicios predeterminados, entonces el servicio 2013 Workflow debería estar funcionando.Entonces no, no ejecutas el comando varias veces.Solo una vez.Luego administre el servicio dentro del Administrador central de SharePoint.

Resumí esto en la publicación de mi blog aquí:

http://forte-design.com/?p=1

Diseño de Chuck Laforte Forte

Answer 2

Necesita ejecutar Register-SPWorkflowService sólo una vez para toda la finca.

Sin embargo, tengo muchos casos en los que esto no funcionó debido a otros factores además del problema del Proxy mencionado en la respuesta anterior.

1. Las aplicaciones web de SharePoint utilizan https y la raíz de su certificado no se encuentra en la autoridad raíz confiable del servidor de Workflow Manager (complemento MMC, certificados, computadora local).

2. El usuario de prueba que publica el flujo de trabajo es una cuenta del sistema.

3. El usuario de prueba no tiene una entrada en el perfil de usuario o no tiene un correo electrónico.

4. La administración de aplicaciones o el servicio de suscripción no están aprovisionados correctamente (aunque no se requiere configuración para la administración de aplicaciones).

5. La clave pública del punto final de Workflow Manager (.Cer) no está registrada en SharePoint como autoridad raíz confiable (New-SPTrustedRootAuthority) si la comunicación se realizará completamente a través de HTTPS (es decir,No permitir HTTP).

Answer 3

El comando 'Register-SPWorkflowService' crea la conexión de proxy de servicio para toda la granja, pero esta conexión de proxy solo se agrega al grupo de conexiones de servicio de la aplicación web actual.Si solo tiene una configuración de conexión de servicio, ya está listo.

Si tiene grupos de proxy adicionales configurados en su granja, no se agregan allí y no puede simplemente marcar la casilla para agregarlos.Debe agregar el servicio de flujo de trabajo a estos grupos, p.con el siguiente fragmento de guión:

$appProxyDisplayName = "Workflow Service Application Proxy"

$proxyGroup = "your proxy group name here, look up in ca - web app - service connections"

# https://hughajwood.wordpress.com/2013/08/22/starting-a-service-application-proxy-via-powershell/
$appProxy = Get-SPServiceApplicationProxy | Where-Object {$_.DisplayName -eq $appProxyDisplayName}

# Add workflow Service to an existing service group
# https://technet.microsoft.com/en-us/library/ee704550.aspx
# Add-SPServiceApplicationProxyGroupMember -Identity < the service application proxy group > -Member <members to add to the service application proxy group>

Add-SPServiceApplicationProxyGroupMember -Identity $proxyGroup -Member $appProxy