Utilizzare applicazioni client duplicate e unite

In qualità di editore, a volte si desidera duplicare un’applicazione client unificata per collegare ciascuno di essi al proprio server 4D dedicato. Vediamo come fare.

Se siete un editore di software, a volte alcuni dei vostri clienti hanno molte istanze della vostra applicazione server unificata, ad esempio un’applicazione server unificata per ogni azienda di un gruppo. In questo tipo di architettura di distribuzione, i funzionari dei vostri clienti spesso vi chiedono di installare un’applicazione client unificata per ogni applicazione server unificata sul loro computer, perché vogliono usare il software per ogni azienda.

Poiché l’indirizzo dell’applicazione del server unito non è più memorizzato nel file EnginedServer.4DLink all’interno del pacchetto dell’applicazione client unito (per mantenerlo inalterato), tutte le applicazioni client unite condividono lo stesso indirizzo del server memorizzato nella cartella delle preferenze dell’utente.
D’ora in poi, è disponibile una nuova chiave buildApp per fare in modo che ogni applicazione client unita duplicata utilizzi la propria cartella delle preferenze utente (in base al percorso dell’applicazione):

<BuildApp>
<CS>
<ClientUserPreferencesFolderByPath>True</ClientUserPreferencesFolderByPath>

Ricordate che per bypassare il broadcasting automatico della rete e far sì che ogni applicazione client unita si connetta al suo ultimo server, dovete pubblicare ogni applicazione server unita su una porta diversa da quella standard di 4D (19813) e su una porta diversa da quella definita durante buildApp.

Naturalmente, quando questo comportamento è attivato, i tasti Folder e Get 4D Folder restituiscono comunque la cartella corretta per ogni applicazione client unita.

La ciliegina sulla torta, se si usa il parametro magico stella del comando Open form window le finestre di ogni applicazione client unita recupereranno la propria dimensione e posizione, adattandosi all’organizzazione del desktop degli utenti.

La stessa architettura può essere utile anche per gli sviluppatori o i tester che vogliono connettersi a un server di prova, a un server di pre-produzione o a un server di produzione. In questo modo, possono avere applicazioni client duplicate e unite collegate al loro server dedicato.

Esempio

Un gruppo utilizza il software mioCRM per gestire i clienti delle proprie aziende. Ogni azienda ha il proprio server mioCRM. Per evitare che un’applicazione client unita si connetta automaticamente alla prima applicazione server trovata sulla sottorete, ogni applicazione server viene pubblicata su un numero di porta diverso da 19813 e definito in fase di buildApp.
I manager del gruppo possono connettersi facilmente al server che desiderano duplicando le applicazioni client unite.
Al primo avvio, basta tenere premuto il tasto ALT sulla tastiera per visualizzare la finestra di dialogo di connessione standard di 4D. Immettere quindi le credenziali del server e collegare l’applicazione client al server. Le credenziali del server vengono quindi memorizzate in una cartella relativa al percorso dell’applicazione client unita.
Successivamente, ogni applicazione client unita si connetterà automaticamente alla sua applicazione server dedicata!