tutorial - ¿OpenBD o Railo son un reemplazo viable para ColdFusion?
free coldfusion server (8)
Ambos están a la par con la compatibilidad de CFMX 7, por lo que no debería tener problemas para migrar un sitio cf6.1 a ninguno de los dos.
Tenga en cuenta que OpenBD NO es compatible con la etiqueta CFDOCUMENT, por lo que la generación de PDF será un problema. Railo por otro lado sí.
Railo tiene una versión expresa , que no requiere instalación y hace que sea muy fácil ver si una aplicación existente funciona con ella o no.
OpenBD también tiene una versión descargable y lista para ejecutarse , aunque no la he probado, debería ser tan fácil de configurar como la versión Railo Express.
Parece que hay un proyecto iniciado para OpenBD para integrar el proyecto Flying Saucer como un reemplazo para el soporte de CFDOCUMENT. Más se puede encontrar aquí sobre esto.
¿Alguien aquí ha tenido alguna experiencia con la ejecución de OpenBD o Railo en producción? Tenemos algunas aplicaciones heredadas de CF6.1 que deben alojarse en algún lugar y me pregunto si OpenBD o Railo son lo suficientemente estables para su uso en producción, no requerirán un gran esfuerzo para migrar, etc.
¡Absolutamente! Ambas son soluciones de clase empresarial y no deberían plantear demasiados problemas. Como rip747 menciona que hay copias que puede descargar para probar rápidamente la compatibilidad de sus aplicaciones.
En cuanto a rendimiento, generalmente se cree que Railo es el más rápido de los tres motores, mientras que BlueDragon es el más lento. Aunque actualmente no está en producción, estoy desarrollando una aplicación contra Railo 3.0 y tengo la intención de implementarlo en Railo 3.1 una vez que se haya lanzado.
Seré el tipo de ''Adobe'' y diré que sí, tanto OpenBD como Railo son motores de CFML viables. Los principales obstáculos están alrededor de la compatibilidad con CFML. Durante la última década, Allaire / Macomedia / Adobe ha estado impulsando el estándar CFML, pero hemos formado un consejo asesor CFML abierto compuesto por varios expertos en el campo para ayudar a impulsar el futuro del idioma.
Hoy parece que ColdFusion 7 es el estándar fundamental. A partir de ahí, el estándar CFML parece dividirse entre proveedores. ColdFusion 8 agregó una serie de características exclusivas que no se han agregado a los otros motores y viceversa con Railo y OpenBD. En el futuro, el Consejo CFML debería resolver este problema.
Usando ColdFusion como estándar, encuentro que los siguientes dos enlaces son los mejores lugares para entender las diferencias de compatibilidad.
Aquí está la url para el grupo asesor de CFML. Acaban de comenzar el sitio, por lo que aún no hay demasiada información.
El soporte para cfdocument se incluirá en la próxima versión versionada "principal" de OpenBD.
Para darles un poco de información sobre el soporte de cfdocument en OpenBD, se utilizó una biblioteca comercial para cfdocument en New Atlanta BlueDragon, por lo que tuvo que ser eliminada cuando OpenBD fue de código abierto. Sin embargo, los "ganchos" todavía están en el motor OpenBD, así que solo es cuestión de implementar la funcionalidad subyacente utilizando un motor de documentos de fuente abierta, del cual hay muchos.
La compatibilidad CFML en Railo es un enfoque importante para nosotros. Si hay cosas en Railo que no son compatibles con Adobe CF, infórmenos sobre ellas y luego intentaremos solucionarlas lo antes posible. Por supuesto, estamos tratando de implementar todos los requisitos del Comité Asesor de CFML en Railo 3.1.x para que podamos llamarnos CFML 2009 compatibles.
AFAIK un motor debería implementar el núcleo y el núcleo ampliado que se llamará CFML 2009 compatible, pero supongo que el Comité Asesor no ha estado de acuerdo con esto. De hecho, los proveedores (como nosotros) deben obedecer estos estándares e implementarlos en consecuencia.
Si, por supuesto, experimenta algún problema, solo informe al grupo de Railo Google o contáctenos en www.getrailo.com
Gert Franz
Railo Professional Open Source
Creo que replaceirect.nl recientemente migró su tienda web a railo.
Railo prácticamente no tiene documentación. No parece ser una prioridad para el equipo central, no han manejado bien el proyecto de código abierto Railo. Es un caso de pérdida de impulso debido a la incompetencia.
Railo es bastante difícil de implementar debido a documentación muy débil y, por lo tanto, no se puede tomar en serio. Además, las etiquetas de etiquetas y funciones están vacías cuando se desplaza hacia abajo para ver ejemplos de uso. Este proyecto de código abierto y el equipo que lo ejecuta son una broma, completamente fuera de contacto con las quejas recurrentes de las dificultades de instalación / configuración en los últimos 2 años.
Seguir con Adobe Coldfusion que tiene buena documentación o cambiar a otro idioma.
Rob, ¿te importa si trato de resolver tu problema proporcionándote una solución diferente de la que tu pregunta te hace?
En cuanto mencionas un interés en el alojamiento, solo ten en cuenta que si te refieres al alojamiento compartido, entonces no tienes que preocuparte por el costo del motor CFML. Eso será creado por el proveedor de alojamiento y amortizado por la gente del servidor. Como tal, encontrará muchos proveedores de hospedaje CF de bajo costo (e incluso ninguno) que se ejecutan en Adobe CF (y encontrará una gama de ellos ejecutando diferentes versiones para satisfacer sus gustos, desde CF 6, 7, 8 o 9, mientras escribo hoy.)
Hay varias listas de proveedores de alojamiento de CF. Ofrezco uno (y también proporciono punteros a otras listas) en una categoría de mi sitio CF411: http://www.cf411.com/#cfhost