2020.10.16
Data de lançamento: 7 de abril de 2022
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.
-
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.UsePowerShellCLIcomotrueno arquivoUiPath.Orchestrator.dll.configdo Orchestrator. - O botão Configurações de e-mail de teste não podia ser usado quando Usar as credenciais padrão estava selecionado, se os campos Nome de usuário de SMTP e Senha de SMTP estivessem em branco.
