tb.cowork, lo spazio di lavoro alterBIT per portare le applicazioni TaskBuilder da Mago.net a Mago4 e da Mago4 a MagoWeb, integra ora il motore di migrazione verso MagoWeb nella versione 1.2.7. Gli aggiornamenti della serie 1.2 riguardano soprattutto il tratto finale del percorso: preparare l'ambiente di sviluppo MagoWeb, compilare e arrivare all'applicazione avviata nel browser con meno passaggi manuali.
[DA VERIFICARE: numerazione. I tag 1.2.x sono del motore di migrazione Mago4 → MagoWeb; il prodotto tb.cowork è alla versione 0.6, come indica anche il sito. Il titolo e il testo parlano quindi di «motore 1.2».]
Database della subscription con il nome che vuoi
Nella preparazione dell'ambiente di sviluppo puoi indicare il nome del database da usare per la subscription. Se il database esiste già viene associato e aggiornato; se non esiste viene creato con quel nome. È l'operazione che prima si faceva a mano dal Development Manager, ora inclusa nel flusso guidato.
Compilazione in Debug e in Release
La fase di compilazione produce sia la versione Debug, usata per provare l'applicazione in sviluppo, sia la versione Release, quella che serve al setup per la distribuzione. Una sola operazione, due risultati pronti.
Meno correzioni a mano sul codice e sui progetti
- Header non più presenti in MagoWeb: gli include di file che esistono solo in Mago4 vengono commentati se il progetto non li usa davvero; se invece il codice ne usa le classi, vengono segnalati con l'indicazione di cosa intervenire.
- Librerie non disponibili nel web: una libreria di Mago4 che in MagoWeb non esiste viene tolta dai progetti a 64 bit, così il collegamento non si blocca; le altre librerie assenti nel web vengono segnalate.
Avvio e aggiornamento del database più affidabili
- Account della console ricordato: l'account usato dal Development Manager viene riutilizzato; se non è disponibile lo inserisci una volta nella pagina e resta salvato in forma cifrata per il tuo utente Windows.
- Avvio come amministratore: l'applicazione si apre correttamente nel browser anche quando l'avvio richiede i permessi di amministratore, e il riavvio chiude e riapre tutti i servizi dell'ambiente.
- Aggiornamento del database: se il servizio che gestisce i database era già in esecuzione prima della migrazione e non vede la nuova applicazione, viene riavviato automaticamente. Si evita così il caso in cui Mago segnala un database non allineato.
Cosa resta in mano a te
tb.cowork automatizza la conversione e la preparazione dell'ambiente, ma non sostituisce le verifiche: la compilazione va controllata, i costrutti segnalati nel log vanno rivisti e l'applicazione va provata in MagoWeb prima di consegnarla. La simulazione riguarda la sola conversione dei sorgenti; le operazioni sull'ambiente (database, subscription, servizi) sono reali e chiedono conferma.
Parliamone
Hai un verticale TaskBuilder da portare su Mago4 o su MagoWeb? Scopri tb.cowork nella pagina prodotto o contattaci per vedere insieme come affrontare la migrazione.