Alojar várias aplicações 4D Server na mesma máquina não é invulgar, especialmente para ambientes de produção e pré-produção. Mas se a sua máquina aloja aplicações de servidor fundidas com diferentes versões 4D, o que é o caso se utilizar o seu servidor de pré-produção com a última versão 4D, poderá encontrar problemas devido à pasta de estrutura 4D partilhada.
Vamos ver como resolver este problema.
Quando lançada, uma aplicação de servidor fundida chamada “myApp” irá criar uma pasta de estrutura:
Desde que a sua aplicação mantenha o mesmo nome de estrutura (para manter actualizações automáticas ou comando de lançamento de serviço Windows) e evolua com diferentes versões 4D, a pasta de estrutura é a mesma para cada aplicação de servidor fundida.
Para evitar partilhar esta pasta de sistema entre aplicações de servidor fundidas construídas com diferentes versões 4D (como mostrado na imagem acima), pode agora definir o nome da pasta durante o processo de construção da aplicação.
Uma nova chave buildApp está à sua disposição para definir a sua própria pasta de estrutura:
<BuildApp>
<CS>
<ServerStructureFolderName>myApp_v18R5</ServerStructureFolderName>
Como resultado, se definir “myApp_v18R5” para o seu servidor construído com 4D v18 R5 e “myApp_v18R6” para aquele com 4D v18 R6 durante o processo de construção da aplicação, terá pastas de estrutura separadas no sistema:
Implementações seguras!