2009-06-17 3 views

ответ

3

У меня не было никаких приложений CFMX 6.1 для переключения, но Railo определенно является моим CFML-механизмом выбора.

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

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

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

3

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

+0

звучит хорошо, только наш старший DEV использовал прямое cfml, ничего не скрывал – mrt181

+0

Я бы порекомендовал, как указал Джейсон, что создание локальной версии разработчика cf8 и тестирование вещей может быть очень полезным. – Jason

1

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

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

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

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

+0

В CFMX6.1 не так много, что Railo 3.1 не реализовал. Можно просто взять экспресс-версию и попробовать. –

4

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

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

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

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

Удачи!

3

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

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

  • Если вы создаете-структуру, как это в CF: < CFSET а [ «image.x»]> вы будете в состоянии назвать эту переменную используя "." но это вводит в заблуждение. Таким образом, в CF можно сделать < cfoutput> # a.image.x # </cfoutput> тогда как в Railo вы должны написать: < cfoutput> #A [ "image.x"] # </cfoutput>
  • Внутри функции создание переменных в локальной области, которые называются областями, будут работать в CFMX, но не в Railo. Итак, это: < cfset var url = "whatever"> будет работать в CF, но не в Railo.
  • В Railo вы не можете использовать область приложения или область сеанса до того, как она была инициализирована cfapplication. Ну, в CF вы тоже не могли, но CF создаст локальную переменную в области переменных, называемой «приложение» или «сеанс». Иногда это приводит к путанице.

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

Герт Францу


Railo Professional Open Source