Ospitare diverse applicazioni 4D Server sulla stessa macchina non è insolito, soprattutto per gli ambienti di produzione e pre-produzione. Ma se la vostra macchina ospita applicazioni server unite costruite con versioni diverse di 4D, come nel caso in cui usiate il vostro server di pre-produzione con l’ultima versione di 4D, potreste riscontrare dei problemi dovuti alla cartella della struttura 4D condivisa.
Vediamo come risolvere questo problema.
Quando viene lanciata, un’applicazione del server unito chiamata “myApp” crea una cartella della struttura:
Finché l’applicazione mantiene lo stesso nome di struttura (per mantenere gli aggiornamenti automatici o il comando di avvio del servizio Windows) e si evolve con le diverse versioni di 4D, la cartella della struttura è la stessa per ogni applicazione server unita.
Per evitare di condividere questa cartella di sistema tra applicazioni server unite costruite con versioni 4D diverse (come mostrato nell’immagine precedente), è ora possibile impostare il nome della cartella durante il processo di creazione dell’applicazione.
È disponibile una nuova chiave buildApp per definire la propria cartella di struttura:
<BuildApp>
<CS>
<ServerStructureFolderName>myApp_v18R5</ServerStructureFolderName>
Di conseguenza, se durante il processo di compilazione dell’applicazione si imposta “myApp_v18R5” per il server costruito con 4D v18 R5 e “myApp_v18R6” per quello con 4D v18 R6, si avranno cartelle di struttura separate nel sistema:
Distribuzione sicura!