ATUALIZAÇÃO 12/10/07: Hotfix conforme descrito no MSDN KB929816 resolveu o problema por nós mencionados abaixo. Obter o hotfix e, em seguida, instalar em cada servidor no farm. Em seguida, utilitário de configuração do SharePoint em cada servidor. Aqui está o link Support MS para que KB: http://support.microsoft.com/kb/932816.

Plano de fundo:

Temos uma exigência de negócios onde um gerente de engenharia ambiental deve garantir que 30 fabricação de uns locais situados durante todo os Estados Unidos precisa garantir que aquelas plantas arquivo para suas várias autorizações estipulado pelo estado em tempo hábil. Uma abordagem que investiguei aproveita a "pausa até data" atividade disponível para nós via SharePoint Designer worfklow. O gerente de engenharia (ou sua assistente) entra em todas as licenças necessárias e datas de lembrete no início do ano. Em seguida, o sistema faz todo o trabalho pesado.

Meio ambiente:

MUSGO, 64 bit, ambiente de máquina virtual (caixa de desenvolvimento), 2 servidores (SQL no servidor #1, Tudo o resto no servidor #2).

Problemas:

A ação de pausa até data parece ser a solução perfeita e bem pode revelar-se para ser. No entanto, Ele não funciona fora da caixa (para nós).

1. O trabalho de fluxo de trabalho não foi programado para executar, Já. Eu descobri isso pela leitura através de Christopher White (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) write-up excelente usando o stsadm desta forma:
   

   C:\>stsadm -o getproperty - propertyname "job-workflow" -URL http://localhost

   <Propriedade existe = "não" />

   C:\>

   Isso foi um resultado surpreendente, mas facilmente resolvido:

   C:\>stsadm -o setproperty - propertyname "emprego-worfklow" -PropertyValue "cada 1 minutos entre 0 e 59" -URL http://localhost

   Operação concluída com êxito.

   C:\>

   Após fazer isso, o primeiro "em andamento" fluxo de trabalho rápido despediu-se e fê-lo tem de emprego.

2. Infelizmente, da próxima vez não funciona como esperado. Graças a Deus, Christopher refere-se a nós here (http://support.microsoft.com/kb/932816). De redação desta entrada, Estamos esperando o departamento de ti para obter esse hotfix, Mas realmente parece promissor. Nossos exemplares do arquivo. dll afetados não compartilham o mesmo tamanho de bytes, Espero que isto resolverá o problema.

Solução alternativa:

Re-executar o comando stsadm -o setproperty a parecia prod o temporizador de fluxo de trabalho acordado. Seria, mais ou menos 7 minutos mais tarde, na verdade, acordar e continuar junto com o fluxo de trabalho.

Perguntas / Questões abordadas:

Pausa até data não funciona..

Pausa até data não continuar.

Status do fluxo de trabalho não muda de "em andamento"

Status do fluxo de trabalho permanece "em andamento"