Pastas de Pacote Personalizados e Caminhos de Rede

A Package combines all parts used in an automation and it can include: Activities, Workflows, Files, Data Sources, and other components needed for running the automation. A project created in Studio is published as a Package to a location/feed from where it is later downloaded by the Robot and used to run an automation.

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 entra em mais detalhes sobre esse assunto.

Alterando o Local do Pacote

The Package Location can be changed via Command Line using the PACKAGES_FOLDER parameter. This enables you to change the download location of your workflows and their dependencies for Studio and/or Robot. This folder can be user specific or accessible by all users from a machine and can be used either if the Robot is installed in Service-Mode or User-Mode.

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:

• When using a High Density environment, the path must resolve differently for different users. In this situation, the path must contain the %USER%, %USERPROFILE% format or other user-specific path.
• 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.

Read more about Secure XAML.

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.

Read more about Secure XAML.