Quali sono le insidie ​​che mi attendono quando migro da CF6.1 a CF8 o Railo3.1?

Question

Google non offre molto contenuto (o la mia query fa schifo). Qualcuno ha fatto il passaggio e può condividere l'esperienza?

Answer 1

Non ho avuto alcuna app CFMX 6.1 da passare, ma Railo è sicuramente il mio motore CFML preferito.

Compatibilità: è molto improbabile che si verifichino problemi significativi durante la migrazione da CFMX 6.1 e si può facilmente testarlo con la versione Express - nessuna installazione richiesta!

Railo può essere più rigido su alcuni aspetti di CFML, quindi potresti ottenere alcuni errori se sfrutti bug/debolezze con CF, ma non c'è nulla di cui preoccuparsi.

E, se rimani bloccato su qualsiasi cosa, il Railo mailing list è attivo con un sacco di persone amichevoli che possono aiutarti a farti andare di nuovo.

Answer 2

Abbiamo fatto il passaggio circa un anno fa e se si sta parlando solo sul lato codice, quindi la modifica da cf6 a cf8 non dovrebbe richiedere alcuna modifica finché la configurazione rimane la stessa. Una modifica è il modo in cui CF gestisce le raccolte di verità, quindi se si fa uso di cfsearch, potrebbe essere qualcosa in cui si cerca. Ci sono una serie di miglioramenti da cf6 che dovresti cercare di implementare. I pochi che abbiamo trovato particolarmente utili sono cfdocument, cfimage, cfpdf e cffeed. Ecco un buon collegamento con altri punti chiave ... http://www.adobe.com/products/coldfusion/upgrade/

Answer 3

Non sono a conoscenza di tag o funzioni ammortizzati da CF6.1 a CF8. CF8 è stato ottimizzato per le prestazioni, quindi molto probabilmente vedrai un miglioramento nella tua applicazione a seconda di cosa è stato utilizzato.

Ho aggiornato con successo una grande applicazione da CF4.5 a CF8 senza problemi. Se l'applicazione consiste in un uso piuttosto diretto dei tag e delle funzioni di ColdFusion, non dovresti avere molti problemi.

Tuttavia, poiché la versione per sviluppatori è gratuita, è necessario configurare un ambiente di test e determinare personalmente la risposta a questa domanda testando la propria applicazione. Tutte le origini dati, i tag personalizzati, ecc. Dovranno essere migrati e testati. Se alcune applicazioni CF6.1 utilizzano alcune delle API di livello inferiore disponibili in alcune cose, potrebbe essere necessario testarle accuratamente per assicurarsi che l'implementazione sottostante del coldfusion non sia cambiata e correggere ciò che è necessario.

Per quanto riguarda Railo3.1, alcuni tag o funzioni potrebbero non essere ancora implementati. Dovrai nuovamente configurare un ambiente di test e determinarlo tu stesso. Da qualche parte nel sito di Railo dovrebbe esserci un elenco di compatibilità tra le diverse versioni di CF e Railo.

Answer 4

Abbiamo trovato che quando siamo trasferiti in CF 8:

rendimenti carraige sono spogliati nelle e-mail di testo. Abbiamo scoperto che dovevamo essere espliciti sui caratteri di avanzamento riga creando una variabile come <cfset CRLF = "#Chr(13)##Chr(10)#"> e inserendola nell'email di testo in chiaro in cui avevamo bisogno del feed di riga. Alla fine siamo andati a e-mail HTML.

I file jar di terze parti hanno causato problemi a causa dell'ordine in cui sono caricati i file jar. Alcuni file jar devono apparire per primi nel classpath java come definito in cfroot/runtime/bin/jvm.config. Questa è stata una soluzione disordinata e abbiamo interrotto l'uso di quel barattolo.

Assicurati inoltre di applicare immediatamente la patch a 8.0.1. Abbiamo avuto un incubo da prestazione a causa del problema this.

Buona fortuna!

Answer 5

Se si sta effettuando l'aggiornamento da CFMX 6.1 a Railo 3.1, non dovrebbero verificarsi quasi problemi. Ci sono alcune cose che non supportiamo (come i tag CFREPORT o C++ CFX). Inoltre, dovrebbe essere molto semplice migrare il codice CFMX 6.1 esistente su Railo. Di default, Railo è configurato per essere il più compatibile possibile con CFMX.

Ci sono alcune altre cose che si potrebbe guardare fuori per:

• Se si crea una struttura come questa in CF: < CFSET un [ "image.x"]> si sarà in grado di chiamare quella variabile usando il "." notazione, anche se è fuorviante. Quindi, in CF si potrebbe fare < cfoutput> # # a.image.x </cfoutput> mentre in Railo si dovrebbe scrivere: < cfoutput> #a [ ""] image.x # </cfoutput>
• funzioni all'interno la creazione di variabili nello scope locale denominate come scope funzionerà in CFMX ma non in Railo. Quindi questo: < cfset var url = "qualunque"> funzionerà in CF ma non in Railo.
• In Railo non è possibile utilizzare l'ambito dell'applicazione o l'ambito della sessione prima dell'inizializzazione con cfapplication. Beh, in CF non si può neanche farlo, ma CF creerà una variabile locale nello scope delle variabili chiamata "application" o "session". Questo a volte porta alla confusione.

Oltre a queste cose, dovrebbe andare perfettamente. Se avete naturalmente eventuali problemi, basta contattare il nostro gruppo Railo Google o direttamente a www.getrailo.com

Gert Franz

---

Railo professionale Open Source