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ô.

  Read the security advisory for UiPath - Robot Account Takeover.

• Occasionally, job executions of long running workflows would get stuck in a Running status without being transitioned to a Suspended state. Upon killing those jobs, the jobs transitioned to and got stuck in a Terminating state. The underlying issue has been fixed and long running jobs are now transitioned to the different states as expected and are executed without issues.

• 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.

• The Test Email Settings button could not be used when Use Default Credentials was selected if the SMTP Username and SMTP Password fields were blank.