Preciso executar Register-SPWorkflowService para cada conjunto de sites?

Question

Como parte da minha configuração do SharePoint Server 2013, às vezes preciso integrar a nova infraestrutura de fluxo de trabalho ao farm.Eu segui a documentação começando pelo lado do SharePoint:

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

A partir daqui instalei e configurei os componentes com base na documentação vinculada (esta parte não é específica do SharePoint):

• Visão geral: http://technet.microsoft.com/en-us/library/jj193478.aspx
• Configuração: http://technet.microsoft.com/en-us/library/jj193510.aspx

Com base nas informações da documentação do SharePoint, terei que executar o seguinte comando para permitir a comunicação (no meu exemplo, uso HTTP no sharepoint e no gerenciador de fluxo de trabalho):

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

---

Aqui está o comando que funcionou para meu ambiente onde está minha URL do SharePoint http://sp.apple.com e o servidor Web Front End onde instalei o Workflow Manager é denominado sharepointwfe.Registrar-SPWorkflowService -SPSite "http://sp.apple.com" -WorkflowHostUri "http://sharepointwfe:12291" -AllowOAuthHttp

---

Lendo a documentação deste cmdlet, não tenho certeza se preciso executar esse comando para todos os conjuntos de sites que devem executar a nova infraestrutura de fluxo de trabalho (não SP2010 WF).

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

Configura o host do SharePoint para usar um serviço de fluxo de trabalho

Parâmetros:

SPSite - Brasil | Obrigatório | Microsoft.SharePoint.PowerShell.SPSitePipeBind | Especifica um conjunto de sites a ser configurado

Questões:

• Preciso executar este comando uma vez e o conjunto de sites armazenará algumas informações de configuração?
• ou Preciso executar este comando em cada conjunto de sites que deve usar a nova infraestrutura de fluxo de trabalho?

---

Detalhes da infraestrutura:

• Inglês padrão do Windows Server 2012
• Servidor SharePoint 2013 Inglês
• MS SQL 2012 SP1 Padrão Inglês
• Gerenciador de fluxo de trabalho 1.0
• 1x Controlador de Domínio
• 1x SharePoint Box executando também o Wokflow Manager
• 1x Servidor SQL

Answer 1

Registre o serviço selecionando um de seus aplicativos da Web conforme o exemplo fornecido acima.Depois de registrá-lo (neste caso, para "Collab"), você poderá verificar se os fluxos de trabalho de 2013 agora funcionam no SharePoint Designer 2013 para qualquer site residente no aplicativo Web "Collab".

Se você tiver outros aplicativos da Web nos quais personalizou os aplicativos de serviço, será necessário habilitá-los como qualquer outro serviço compartilhado.Se você tiver outros aplicativos da web com serviços padrão, o serviço Workflow 2013 deverá estar funcionando.Então não, você não executa o comando várias vezes.Apenas uma vez.Em seguida, gerencie o serviço no SharePoint Central Admin.

Resumi isso em minha postagem no blog aqui:

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

Chuck LaForte Forte Design

Answer 2

Você precisa executar Register-SPWorkflowService apenas uma vez para toda a fazenda.

Tenho muitos casos em que isso não funcionou devido a alguns outros fatores além do problema de proxy mencionado na resposta anterior.

1. Os aplicativos Web do SharePoint estão usando https e a raiz do certificado não está na autoridade raiz confiável do servidor Workflow Manager (snap-in do MMC, certificados, computador local)

2. O usuário de teste que publica o fluxo de trabalho é uma conta do sistema.

3. O usuário de teste não possui uma entrada no perfil do usuário ou não possui um e-mail.

4. O gerenciamento de aplicativos ou o serviço de assinatura não está provisionado corretamente (embora nenhuma configuração seja necessária para o gerenciamento de aplicativos).

5. Ponto de extremidade do Workflow Manager A chave pública (.Cer) não será registrada no SharePoint como autoridade raiz confiável (New-SPTrustedRootAuthority) se a comunicação for inteiramente por HTTPS (ou seja,Não permitindo HTTP).

Answer 3

O comando 'Register-SPWorkflowService' cria a conexão proxy de serviço para todo o farm, mas essa conexão proxy só é adicionada ao grupo de conexões de serviço do aplicativo Web atual.Se você tiver apenas uma configuração de conexão de serviço, você está pronto para prosseguir agora.

Se você tiver grupos de proxy adicionais configurados em seu farm, eles não serão adicionados e você não poderá simplesmente marcar a caixa para adicioná-los.Você precisa adicionar o serviço de fluxo de trabalho a esses grupos, por exemplo.com o seguinte trecho de script:

$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