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 usando o parâmetro PACKAGES_FOLDER. 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. Essa pasta pode específica do usuário ou acessível por todos os usuários de uma máquina e pode ser usada se o Robot estiver instalado no modo de serviço ou no modo de usuário.

Para o Robô de Modo de Serviço, os pacotes são instalados simultaneamente em todos os usuários.

Observação: para múltiplos Robôs de Modo de Usuário instalados em uma máquina, a pasta de pacotes não pode ser a mesma (como, por exemplo C:\Packages). Isso ocorre porque o primeiro Robô de Modo de Usuário que faz o download e a instalação de um pacote restringe o acesso do arquivo .XAML apenas para esse usuário, tornando os outros Robôs de Modo de Usuário nessa máquina, impedidos de usar a mesma pasta ou pacote, devido a privilégios insuficientes.

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:

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

• Para console ou scripts do PowerShell - nenhum escape é necessário.

Se seu usuário for uma conta de domínio do Active Directory, é recomendável que você especifique o nome do domínio na estrutura de pasta, como C:\packages\^%UserDomain^%.^%Username^%.

Dependendo da arquitetura usada pela sua empresa, pode haver algumas limitações. Abaixo você pode encontrar os casos de uso mais frequentes:

Implantação de Modo de Serviço com o XAML Seguro habilitado:

Caminho Local:

• Ao usar um ambiente de Alta densidade, o caminho deve resolver de forma diferente para diferentes usuários. Nessa situação, o caminho deve conter o %USER%, o formato %USERPROFILE% ou outro caminho específico do usuário.
• Quando High Density não for usado, o perfil do usuário não precisa ser especificado no caminho.

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.

Leia mais sobre o XAML seguro.

Implantação de Modo de Serviço com o XAML Seguro desabilitado:

Caminho Local

• Quando o Robô é implantado no Modo de Serviço e o XAML Seguro não é usado, não há restrições ao usar caminhos locais.

Caminho de Rede:

• Apenas caminhos não mapeados são suportados, por exemplo. \\server\Packages. Caminhos de rede mapeados, como Z:\Packages não são suportados. O raciocínio consiste em como os mapeamentos estão sendo resolvidos por usuário. Nesta situação, o proprietário dos arquivos instalados será a própria conta do computador.

Modo de Usuário

• Não há nenhuma restrição no formato do Caminho Local ou de Rede, pois o Robô usa o perfil do Usuário Assistido para resolver o caminho.

  Importante: usar um caminho de instalação personalizado pode criar um conflito, caso vários trabalhos executem o mesmo projeto com o mesmo caminho instalado simultaneamente e causa uma condição de corrida ao gravar e ler informações nesses arquivos.

Leia mais sobre o XAML seguro.