2020.10.16

Data de lançamento: 7 de abril de 2022

Novo mecanismo para iniciar trabalhos por meio de gatilhos de fila

Após alguns vai e vens na área de gatilhos de fila, estamos recaracterizando a maneira como os gatilhos de fila iniciam trabalhos e esperamos que seja a implementação definitiva e a melhor possível.

Declaração do problema: sempre que suas filas continham menos itens novos do que itens em progresso, nenhum trabalho era iniciado, apesar de existirem robôs ociosos. Isso acontecia porque o número de trabalhos em execução (processando ativamente itens de fila) excedia o número de trabalhos de destino (trabalhos necessários para processar os novos itens).

Correção inicial: o Orchestrator contabilizava tanto itens de fila novos quanto os em andamento ao calcular o número de trabalhos de destino, em vez de apenas os itens novos. Parecia algo bom. Mas não funcionava.

Correção nova e brilhante: o Orchestrator contabiliza novos itens ao calcular o número de trabalhos de destino, mas analisa o número de trabalhos pendentes ao decidir se inicia um novo trabalho ou não.

• Digamos que você tenha 2 itens novos em uma fila e existam 2 trabalhos pendentes => então nenhum novo trabalho é iniciado.

• Digamos que você tenha 2 itens novos e exista 1 trabalho pendente => então 1 novo trabalho é iniciado.

Isso garante que o Orchestrator vai iniciar trabalhos suficientes para processar todos os novos itens sem exagerar.

Correções de bugs

• Um problema foi corrigido que permitia que um invasor com acesso privilegiado a um robô recuperasse a LicenseKey (MachineKey) de outros robôs dentro do mesmo tenant, usando força bruta com chamadas de API para o Orchestrator. Teoricamente, isso permitiria que o invasor acessasse recursos restritos apenas àquele robô.

  Leia os conselhos de segurança para UiPath — Captura de Conta de Robô.

• Ocasionalmente, as execuções de fluxos de trabalho em execução por longo período ficariam presas em um estado de Execução sem ser transicionadas para um estado Suspenso. Após encerrar esses trabalhos, os trabalhos mudavam e travavam em um estado Encerrando. O problema subjacente foi corrigido e agora trabalhos de longa duração transitam para os diferentes estados conforme o esperado e são executados sem problemas.
• A recuperação de ativos de credencial falhava para o repositório de credenciais do CyberArk ao definir Plugins.SecureStores.CyberArk.UsePowerShellCLI como true no arquivo UiPath.Orchestrator.dll.config do Orchestrator.
• O botão Testar configurações de e-mail não pode ser usado quando Usar credenciais padrão foi selecionado se os campos Nome de usuário SMTP e Senha SMTP estiverem em branco.