Pregunta

Google realmente no entrega mucho contenido (o mi consulta apesta). ¿Alguien ha hecho el cambio y puede compartir la experiencia?

¿Fue útil?

Solución

No he tenido ninguna aplicación CFMX 6.1 para cambiar, pero Railo es definitivamente mi motor CFML de elección.

En cuanto a la compatibilidad, es muy poco probable que haya problemas importantes al migrar desde CFMX 6.1, y puede probarlo fácilmente con la versión Express: ¡no requiere instalación!

Railo puede ser más estricto sobre ciertos aspectos de CFML, por lo que puede obtener algunos errores si explota errores / debilidades con CF, pero no hay nada de qué preocuparse.

Y, si se queda atascado en algo, la lista de correo Railo está activa con muchas personas amigables y útiles que pueden ayudarlo a que vuelva a funcionar.

Otros consejos

Descubrimos que cuando actualizamos a CF 8:

Las devoluciones de Carraige se eliminan en correos electrónicos de texto sin formato. Descubrimos que teníamos que ser explícitos sobre los caracteres de avance de línea al crear una variable como <cfset CRLF = "#Chr(13)##Chr(10)#"> e insertarla en el correo electrónico de texto sin formato donde necesitábamos el avance de línea. Finalmente fuimos a correos electrónicos HTML.

Los archivos jar de terceros causaron problemas debido al orden en que se cargan los archivos jar. Ciertos archivos jar deben aparecer primero en el classpath de java como se define en cfroot/runtime/bin/jvm.config. Esta fue una solución desordenada y hemos dejado de usar ese jar.

También asegúrese de parchear inmediatamente a 8.0.1. Tuvimos una pesadilla de rendimiento debido a este problema

¡Mucha suerte!

Hicimos el cambio hace aproximadamente un año y si está hablando solo del lado del código, entonces el cambio de cf6 a cf8 no debería requerir ningún cambio siempre que su configuración permanezca igual. Un cambio es la forma en que CF maneja las colecciones de verdades, por lo que si hace uso de cfsearch, entonces podría ser algo que esté buscando. Hay una serie de mejoras de cf6 que debe buscar implementar. Los pocos que hemos encontrado especialmente útiles son cfdocument, cfimage, cfpdf y cffeed. Aquí hay un buen enlace con otros puntos clave ... http://www.adobe.com / productos / coldfusion / upgrade /

Si está actualizando CFMX 6.1 a Railo 3.1, casi no debería haber problemas. Hay algunas cosas que no admitimos (como las etiquetas CFREPORT o C ++ CFX). Además de eso, debería ser muy fácil migrar el código CFMX 6.1 existente a Railo. Por defecto, Railo está configurado para ser lo más compatible posible con CFMX.

Hay algunas otras cosas que puede tener en cuenta:

  • Si crea una estructura como esta en CF: < cfset a [" image.x "] > podrá llamar a esa variable utilizando ". " notación, aunque es engañosa. Entonces, en CF podría hacer & Lt; cfoutput & Gt; # a.image.x # & Lt; / cfoutput & Gt; mientras que en Railo tendría que escribir: < cfoutput > #a [" image.x "] # < / cfoutput >
  • Las funciones internas que crean variables en el ámbito local que se denominan como ámbitos funcionarán en CFMX pero no en Railo. Entonces esto: & Lt; cfset var url = & Quot; lo que sea & Quot; & Gt; funcionará en CF pero no en Railo.
  • En Railo no puede usar el alcance de la aplicación o el alcance de la sesión antes de que se inicializara con cfapplication. Bueno, en CF tampoco podrías, pero allí CF creará una variable local en el alcance de variables llamada & Quot; application & Quot; o " sesión " ;. Esto a veces conduce a la confusión.

Además de estas cosas, debería funcionar perfectamente. Si, por supuesto, tiene algún problema, comuníquese con nuestro grupo Railo Google o con nosotros directamente en www.getrailo.com

Gert Franz


Railo Professional Open Source

No conozco ninguna etiqueta o función depreciada de CF6.1 a CF8. El CF8 se ha optimizado para el rendimiento, por lo que lo más probable es que vea una mejora en su aplicación dependiendo de lo que se utilizó.

Actualicé con éxito una aplicación grande de CF4.5 a CF8 sin problemas. Si la aplicación consiste en un uso bastante sencillo de las etiquetas y funciones de ColdFusion, no debería tener muchos problemas.

Sin embargo, dado que la versión para desarrolladores es de uso gratuito, realmente debe configurar un entorno de prueba y determinar la respuesta a esta pregunta probando su aplicación. Todas las fuentes de datos, etiquetas personalizadas, etc. deberán migrarse y probarse. Si alguna aplicación CF6.1 usó alguna de las API de Java de nivel inferior disponibles en algunas cosas, es posible que deba probarla a fondo para asegurarse de que la implementación subyacente de la fusión fría no haya cambiado y corregir lo que sea necesario.

En cuanto a Railo3.1, puede haber algunas etiquetas o funciones aún no implementadas. Deberá configurar nuevamente un entorno de prueba y determinarlo usted mismo. En algún lugar del sitio de Railo debería haber una lista de compatibilidades entre las diferentes versiones de CF y Railo.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top