Istanze multiple di applicazioni server unite sulla stessa macchina
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.
Database del progetto: Distribuzione dell’applicazione
La vostra applicazione è stata sviluppata e siete pronti per il passo successivo. 4D vi permette di:
- generare un database compilato che non contiene più codice interpretato,
- generare un’applicazione standalone che può essere cliccata due volte( cioè unita a 4D Volume Desktop, il motore di database di 4D),
- generare applicazioni client/server con aggiornamenti automatici delle parti client e server.
Con un database di progetto, è anche possibile creare le applicazioni finali per entrambe le piattaforme. Un database di progetto utilizza lo stesso file di configurazione di un database binario.
Database di progetto: Gestione di utenti e gruppi
I database di progetto, disponibili in beta nelle ultime versioni di 4D v 17 R, sono ora disponibili per la produzione in 4D v18! Tra i molti cambiamenti di 4D v18 c’è il modo in cui vengono gestiti gli utenti e i gruppi… è diventato molto più semplice, soprattutto per quanto riguarda la distribuzione. Questo post evidenzierà brevemente tutto ciò che c’è da sapere su questi cambiamenti.
Distribuzione semplificata con 4D v18
4D v18 introduce una nuova architettura per i file e le cartelle per mantenere intatte le cartelle dei pacchetti macOS e delle applicazioni Windows distribuite. In poche parole, la cartella dei registri e tutte le impostazioni basate sull’utente, comprese le impostazioni di backup di 4D, sono ora memorizzate accanto al file di dati. In effetti, le impostazioni esistono due volte: una accanto alla struttura da usare come impostazioni predefinite per i nuovi file di dati e una accanto al file di dati, per memorizzare le modifiche dell’utente.
Di conseguenza, la cartella contenente la struttura può essere di sola lettura, poiché nulla viene modificato al suo interno (*). La distribuzione diventa più semplice perché la cartella della struttura può essere semplicemente sostituita e non è necessario copiare nulla al suo interno.
(*) solo nei database di progetto. Nei database binari le tabelle utenti e password sono memorizzate nella struttura, quindi la cartella non deve essere di sola lettura.
Client uniti simultaneamente dallo stesso computer
Ci avete chiesto di poter eseguire più client sullo stesso computer e di collegarli contemporaneamente allo stesso server 4D. Non solo vi abbiamo ascoltato, ma vi stiamo dando ancora di più con 4D v17 R5! Ogni connessione include ora una cartella di cache separata contenente l’indirizzo IP, la porta e un codice hash della connessione. Grazie a ciò, ora è possibile collegare più client dalla stessa macchina a più server su macchine diverse. Non è necessaria alcuna configurazione, basta lanciarlo e vederlo funzionare!
Nuova architettura per la distribuzione delle applicazioni
Oggi le applicazioni unite salvano molte informazioni nel pacchetto dell’applicazione e anche nel file compilato (.4DC). Oltre a impedire la creazione di applicazioni di sola lettura, il salvataggio delle informazioni nel pacchetto applicativo ha un’altra fastidiosa conseguenza: le informazioni vengono perse quando si aggiorna l’applicazione.
Evitare che la finestra di dialogo “Seleziona file di dati” venga visualizzata per una nuova applicazione distribuita.
Quando si distribuisce un’applicazione al cliente, sia che si tratti di un’applicazione unita 4D Server che di un’applicazione per utente singolo, 4D di solito apre la finestra di dialogo “Seleziona file di dati”. Questo accade perché per una soluzione aggiornata 4D non riesce a trovare la posizione dell’ultimo file di dati utilizzato, in quanto è stata appena sostituita la vecchia struttura. Inoltre, nel caso di un primo utilizzo, 4D non sa dove si desidera creare il file di dati, quindi ne chiede la posizione.
Questa finestra di dialogo, come prima interazione con l’applicazione, potrebbe confondere il cliente. Inoltre, la verifica del file di dati avviene prima dell’esecuzione dell’applicazione. On Startup prima che il codice abbia la possibilità di selezionare un altro file. Per evitare tutto ciò, 4D v15 introduce una nuova funzione, denominata Dati predefiniti.
Contattateci
Avete domande, suggerimenti o volete semplicemente entrare in contatto con i blogger di 4D? Lasciateci un messaggio!
* La vostra privacy è molto importante per noi. Fare clic qui per visualizzare il nostro Politica