Pastas de Pacote Personalizados e Caminhos de Rede

Um pacote combina todas as partes usadas em uma automação e pode incluir: atividades, fluxos de trabalho, arquivos, fontes de dados e outros componentes necessários para executar a automação. Um projeto criado no Studio é publicado como um pacote em um local/feed, de onde é baixado posteriormente pelo Robot e usado para executar uma automação.

Os seguintes locais/feeds são configurados por padrão no Studio:

• Tenant do Orchestrator e Host do Orchestrator
• Local
• Oficial
• UiPath Marketplace

Feeds personalizados também podem ser usados, porém, antes de configurar um local personalizado para publicar um Pacote, certifique-se de que os Robôs tenham acesso a ele.

Importante: para o Local de Pacotes, caminhos absolutos precisam ser usados. Os caminhos relativos não são suportados.

Para obter mais informações sobre como os feeds funcionam e como alterá-los, consulte o documento Gerenciamento de pacotes de atividades, que fornece mais detalhes sobre esse assunto.

Alterando o Local do Pacote

O local do pacote pode ser alterado por meio da Linha de comando de configuração usando o parâmetro PACKAGES_FOLDER ou editando o arquivo uipath.config. Isso habilita você a alterar o local de download de seus fluxos de trabalho e suas dependências para o Studio e/ou o Robot.

Ao instalar o Robô por linha de comando, se você não fornecer esse parâmetro, a pasta padrão é %userProfile%\.nuget\packages.

É possível usar variáveis de ambiente, como %USERNAME% ou %USERPROFILE%, porém, elas precisam ser escapadas da seguinte maneira:

:fa-caret-right: Quando a configuração é invocada a partir do Prompt de Comando - use - UiPathStudio.msi PACKAGES_FOLDER=C:\Some\Path\^%USERNAME^%.

:fa-caret-right: Scripts de lote - use % - UiPathStudio.msi PACKAGES_FOLDER=C:\Some\Path\^%USERNAME^%.

:fa-caret-right:Console ou scripts do PowerShell - nenhum escape é necessário.

:fa-caret-right:Ao usar contas de domínio do Active Directory, é recomendável especificar também o nome de domínio na estrutura de pastas, como C:\packages\^%UserDomain^%.^%Username^%.

Uso do mesmo caminho para vários Robots

Vários Robots podem usar o mesmo caminho (pasta local ou pasta de rede compartilhada) para baixar e executar automações.

Com base no local e no tipo de implantação do Robot, pode haver algumas limitações:

Modo de Serviço

Caminho local

• Nenhuma restrição quando um caminho local é usado por vários Robots de modo de serviço na mesma máquina.

Caminho de rede

• Quando o Robô é implantado no Modo de Serviço e o XAML Seguro é usado, os Caminhos de Rede não são suportados.
• Robots de modo de serviço instalados em máquinas separadas não podem se conectar à mesma pasta em uma rede. Cada máquina deve ter sua própria pasta.
• Apenas caminhos não mapeados são suportados, por exemplo. \\server\Packages. Caminhos de rede mapeados, como Z:\Packages, não são compatíveis. O raciocínio consiste em como os mapeamentos estão sendo resolvidos por usuário. Nesta situação, o proprietário dos arquivos instalados é a conta do computador e, portanto, não terá acesso aos mapeamentos de rede por usuário.

Modo de Usuário

Caminho local

• Quando são usados caminhos locais, o caminho deve conter o nome de usuário.
• Se o mesmo caminho local for usado por vários Robots de modo de usuário na mesma máquina, a instalação ou execução de uma automação pode falhar se dois ou mais Robots tentarem usar os arquivos na pasta ao mesmo tempo. Se dois ou mais Robots tentarem instalar o mesmo processo ao mesmo tempo, a instalação poderá falhar.

Caminho de rede

• Quando são usados caminhos de rede, o caminho deve incluir o nome da máquina e o nome de usuário.

  Observação:

  Se o mesmo processo tiver que ser executado por vários Robots simultaneamente, certifique-se de que o fluxo de trabalho não escreva ou modifique quaisquer arquivos na pasta de instalação do fluxo de trabalho. O diretório de trabalho da automação é a pasta de instalação; assim, você deve evitar usar caminhos relativos no fluxo de trabalho, exceto para ler arquivos empacotados na automação.

  Para evitar isso, use caminhos absolutos que resolvem para cada usuário específico. Por exemplo, %userprofile%\Desktop ou %temp%.