Quels sont les pièges qui m'attendent lorsque je migre de CF6.1 vers CF8 ou Railo3.1?

Question

Google ne fournit pas vraiment beaucoup de contenu (ou ma requête est nulle). Quelqu'un at-il fait le changement et peut partager l'expérience?

Answer 1

Je n'ai eu aucune application CFMX 6.1 à permuter, mais Railo est sans aucun doute mon moteur de prédilection pour CFML.

En ce qui concerne la compatibilité, il est très peu probable que des problèmes importants se produisent lors de la migration depuis CFMX 6.1. Vous pouvez facilement le tester avec la version Express - aucune installation requise!

Railo peut être plus strict sur certains aspects de CFML. Vous risquez donc de rencontrer quelques erreurs si vous exploitez des bugs / faiblesses avec CF, mais ne vous inquiétez pas vraiment.

Si vous êtes bloqué, la liste de diffusion de Railo est active avec plein de gens sympathiques et serviables qui peuvent vous aider à démarrer.

Answer 2

Nous avons constaté que, lors de la mise à niveau vers CF 8:

Les retours Carraige sont supprimés dans les emails en texte brut. Nous avons constaté que nous devions être explicites à propos des caractères de saut de ligne en créant une variable telle que so <cfset CRLF = "#Chr(13)##Chr(10)#"> et en l'insérant dans le message en texte brut à l'endroit où nous avions besoin du saut de ligne. Nous sommes finalement allés aux emails HTML.

Les fichiers JAR tiers ont posé des problèmes en raison de l'ordre dans lequel les fichiers JAR sont chargés. Certains fichiers jar doivent apparaître en premier dans le chemin de classe java, comme défini dans cfroot/runtime/bin/jvm.config. C'était une solution de rechange désordonnée et nous avons cessé d'utiliser ce bocal.

Veillez également à appliquer immédiatement un correctif à la version 8.0.1. Nous avons eu un cauchemar de performances, car ce problème .

Bonne chance!

Answer 3

Nous avons effectué le changement il y a environ un an et si vous parlez uniquement du côté du code, le changement de cf6 à cf8 ne devrait pas nécessiter de modification tant que votre configuration reste la même. L'un des changements concerne la façon dont CF gère les collections de vérités. Par conséquent, si vous utilisez cfsearch, vous pourrez peut-être vous en occuper. Il y a un certain nombre d'améliorations de cf6 que vous devriez chercher à implémenter. Les quelques fichiers que nous avons trouvés particulièrement utiles sont cfdocument, cfimage, cfpdf et cffeed. Voici un bon lien avec d’autres points clés ... http://www.adobe.com / produits / coldfusion / mise à niveau /

Answer 4

Si vous effectuez une mise à niveau de CFMX 6.1 vers Railo 3.1, aucun problème ne devrait survenir. Certaines choses que nous ne prenons pas en charge (comme les balises CFREPORT ou C ++ CFX). En outre, il devrait être très facile de migrer le code CFMX 6.1 existant vers Railo. Par défaut, Railo est configuré pour être aussi compatible que possible avec CFMX.

Il y a d'autres choses que vous pourriez surveiller:

• Si vous créez une structure comme celle-ci dans CF: < cfset a [" image.x "]]! > vous pourrez appeler cette variable en utilisant le ". " la notation, bien que ce soit trompeur. Donc, dans CF, vous pouvez faire & Lt; cfoutput & Gt; # a.image.x # & Lt; / cfoutput & Gt; alors que dans Railo, il faudrait écrire: < cfoutput > #a [& "; image.x &";]] # < / cfoutput >
• Les fonctions internes créant des variables dans l'étendue locale nommées comme les étendues fonctionneront dans CFMX mais pas dans Railo. Donc ceci: & Lt; cfset var url = & "Quel que soit &"; & Gt; travaillera dans les FC mais pas dans Railo.
• Dans Railo, vous ne pouvez pas utiliser l'étendue de l'application ni celle de la session avant son initialisation avec cfapplication. Eh bien, dans CF, vous ne pourriez pas non plus, mais CF créera une variable locale dans la portée des variables appelée & "Application &"; ou " session " ;. Cela conduit parfois à confusion.

Outre ces choses, cela devrait aller parfaitement. Si vous rencontrez bien sûr des problèmes, contactez simplement notre groupe Railo Google ou contactez-nous directement à l'adresse www.getrailo.com

Gert Franz

Railo Professional Open Source

Answer 5

Je ne connais aucune balise ou fonction dépréciée de CF6.1 à CF8. La performance de CF8 a été optimisée, vous constaterez donc probablement une amélioration de votre application en fonction de ce qui a été utilisé.

J'ai mis à niveau une grande application de CF4.5 à CF8 sans aucun problème. Si l'application consiste en une utilisation assez simple des balises et des fonctions ColdFusion, vous ne devriez pas avoir trop de problèmes.

Cependant, étant donné que la version pour développeur est libre d'utilisation, vous devez réellement configurer un environnement de test et déterminer vous-même la réponse à cette question en testant votre application. Toutes les sources de données, balises personnalisées, etc. devront être migrées et testées. Si des applications CF6.1 utilisaient l'une des API java de niveau inférieur disponibles dans certaines fonctionnalités, vous devrez peut-être effectuer un test approfondi pour vous assurer que la mise en oeuvre sous-jacente de coldfusion n'a pas changé et corriger ce qui est nécessaire.

Comme pour Railo3.1, il se peut que certaines balises ou fonctions ne soient pas encore implémentées. Vous devrez à nouveau configurer un environnement de test et le déterminer vous-même. Une liste des compatibilités entre les différentes versions de CF et de Railo devrait figurer sur le site Railo.