Какие подводные камни ждут меня при переходе с CF6.1 на CF8 или Railo3.1?

Question

Google на самом деле не доставляет много контента (или мой запрос отстой). Кто-нибудь сделал выключатель и может поделиться опытом?

Answer 1

Мы обнаружили, что при обновлении до CF 8:

Карраге возвращается в текстовых электронных письмах. Мы обнаружили, что нам нужно четко указывать символы перевода строки, создав переменную типа <cfset CRLF = "#Chr(13)##Chr(10)#"> и вставив ее в текстовое электронное письмо, где нам нужен перевод строки. В конце концов мы перешли на электронные письма HTML.

Сторонние jar-файлы вызывали проблемы из-за порядка загрузки jar-файлов. Некоторые файлы jar должны появляться первыми в пути к классам java, как определено в cfroot/runtime/bin/jvm.config. Это был грязный обходной путь, и мы прекратили использовать эту банку.

Также убедитесь, что исправили немедленно 8.0.1. У нас был кошмар производительности из-за этой проблемы.

Удачи!

Answer 2

Если вы переходите с CFMX 6.1 на Railo 3.1, почти не должно возникнуть никаких проблем. Есть некоторые вещи, которые мы не поддерживаем (например, теги CFREPORT или C ++ CFX). Кроме того, должно быть очень легко перенести существующий код CFMX 6.1 в Railo. По умолчанию Railo настроен на максимальную совместимость с CFMX.

Есть и другие вещи, на которые вы могли бы обратить внимание:

• Если вы создадите такую ​​структуру в CF: , вы сможете вызвать эту переменную, используя "." запись, хотя это вводит в заблуждение. Таким образом, в CF вы можете сделать # a.image.x # , тогда как в Railo вам придется написать: # a ["image.x"] #
• Внутри функций, создающих переменные в локальной области видимости, которые называются областями, будут работать в CFMX, но не в Railo. Итак, это: будет работать в CF, но не в Railo.
• В Railo вы не можете использовать область приложения или область сеанса до того, как она была инициализирована с помощью cfapplication. Ну, в CF вы тоже не могли, но там CF создаст локальную переменную в области видимости переменных, называемой «application» или «session». Это иногда приводит к путанице.

Помимо этих вещей, все должно пройти без нареканий. Если у вас возникли какие-либо проблемы, просто свяжитесь с нашей группой Google Railo или с нами по адресу www.getrailo.com

Герт Франц

---

Railo Professional с открытым исходным кодом

Answer 3

У меня не было приложений для CFMX 6.1, но Railo определенно мой выбор для CFML.

С точки зрения совместимости очень маловероятно, что при переходе с CFMX 6.1 будут какие-либо существенные проблемы, и вы можете легко проверить это с версией Express - установка не требуется!

Railo может быть более строгим в отношении определенных аспектов CFML, поэтому вы можете получить несколько ошибок, если воспользуетесь ошибками / слабостями в CF, но на самом деле не о чем беспокоиться.

И, если вы застряли на чем-либо, список рассылки Railo активен с большим количеством дружелюбных и полезных людей, которые могут помочь вам снова начать работу.

Answer 4

Мы сделали переход около года назад, и если вы говорите только о стороне кода, то переход с cf6 на cf8 не должен требовать каких-либо изменений, пока ваши настройки остаются прежними. Одним из изменений является способ, которым CF обрабатывает коллекции verity, поэтому, если вы используете cfsearch, то это может быть то, на что вы посмотрите. В cf6 есть ряд улучшений, которые вы должны реализовать. Те немногие, которые мы нашли особенно полезными, это cfdocument, cfimage, cfpdf и cffeed. Вот хорошая связь с другими ключевыми моментами ... http://www.adobe.com/products/coldfusion/upgrade/

Answer 5

Мне не известны какие-либо устаревшие теги или функции от CF6.1 до CF8. CF8 был оптимизирован для производительности, поэтому вы, скорее всего, увидите улучшение в вашем приложении в зависимости от того, что было использовано.

Я успешно обновил большое приложение с CF4.5 до CF8 без проблем. Если приложение состоит из довольно простого использования тегов и функций ColdFusion, у вас не должно быть особых проблем.

Однако, поскольку версия для разработчиков является бесплатной, вам следует настроить тестовую среду и самостоятельно определить ответ на этот вопрос, протестировав свое приложение. Все источники данных, пользовательские теги и т. Д. Должны быть перенесены и протестированы. Если какие-либо приложения CF6.1 использовали какой-либо из java api более низкого уровня, доступных в некоторых вещах, вам может потребоваться тщательно протестировать его, чтобы убедиться, что базовая реализация coldfusion не изменилась, и исправить то, что необходимо.

Что касается Railo3.1, могут быть некоторые теги или функции, которые еще не реализованы. Вам снова нужно будет настроить тестовую среду и определить это самостоятельно. Где-то на сайте Railo должен быть список совместимости между разными версиями CF и Railo.