Какие ловушки ждут меня, когда я мигрирую от CF6.1 до CF8 или Railo3.1?
Насколько я знаю, ты не можешь. Вот допустимые типы измерений:
http://developer.android.com/guide/topics/resources/more-resources.html#Dimension
Значение измерения определено в XML. Размерность указывается числом, за которым следует единица измерения. Например: 10px, 2in, 5sp
Допустимые единицы измерения:
dp , sp , pt , px , mm , в
Я бы просто поместил wrap_content непосредственно в свой макет или стиль XML, поскольку wrap_content равно wrap_content какое бы устройство / конфигурацию вы не имели.
5 ответов
У меня не было приложений CFMX 6.1 для переключения между ними, но Railo определенно является моим предпочтительным механизмом CFML.
С точки зрения совместимости, вряд ли возникнут какие-либо серьезные проблемы при миграции из CFMX 6.1, и вы можете легко проверить это с помощью версии Express - установка не требуется!
Railo может быть строже в отношении определенных аспектов CFML, поэтому вы можете получить несколько ошибок, если воспользуетесь ошибками / слабыми местами с CF, но ничего действительно о чем беспокоиться.
А если вы в чем-то застрянете, активен список рассылки Railo с множеством дружелюбных и отзывчивых людей, которые могут помочь вам снова начать работу.
We found that when we upgraded to CF 8:
Carraige returns are stripped in plain text emails. We found we had to be explicit about line feed characters by creating a var like so
Third party jar files caused problems due to the order in which jar files are loaded. Certain jar files must appear first in the java classpath as defined in cfroot/runtime/bin/jvm.config. This was a messy workaround and we have discontinued using that jar.
Also make sure to patch immediately to 8.0.1. We had a performance nightmare becuase of this issue.
Best of luck!
Мы сделали переход около года назад, и если вы говорите только о коде, то переход с cf6 на cf8 не требует каких-либо изменений, пока ваши настройки остаются прежними. тем же. Одно изменение заключается в том, как CF обрабатывает коллекции verity, поэтому, если вы воспользуетесь cfsearch, то это может быть то, что вам нужно. В cf6 есть ряд улучшений, которые вы должны реализовать. Особенно полезными оказались cfdocument, cfimage, cfpdf и cffeed. Вот хорошая ссылка на другие ключевые моменты ... http://www.adobe.com/products/coldfusion/upgrade/
I'm not aware of any depreciated tags or functions from CF6.1 to CF8. CF8 has been optimized for performance so you will most likely see an improvement in your application depending on what was used.
I successfully upgraded a large application from CF4.5 to CF8 with no problems. If the application consists of pretty straight forward use of ColdFusion tags and functions, you shouldn't have much problem.
However, since the developer version is free to use, you should really setup a test environment and determine the answer to this question yourself by testing your application. All datasources, custom tags, etc will have to be migrated and tested. If any CF6.1 applications used any of the lower level java api available in some things, you may need to test that thoroughly to make sure the underlying implementation of the coldfusion hasn't changed and fix what's necessary.
As for Railo3.1, there may be some tags or functions not implemented yet. You will again need to setup a test environment and determine this yourself. Somewhere on the Railo site there should be a list of compatibilities between the difference versions of CF and Railo.
При обновлении с 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 создаст локальную переменную в области переменных под названием «приложение» или «сеанс». Иногда это приводит к путанице.
Помимо всего этого, все должно идти безупречно. Если, конечно, у вас возникнут какие-либо проблемы, просто свяжитесь с нашей группой Railo в Google или с нами напрямую по адресу www.getrailo.com
Gert Franz
Railo Professional Open Source
Помимо всего этого, все должно идти безупречно. Если, конечно, у вас возникнут какие-либо проблемы, просто свяжитесь с нашей группой Railo в Google или с нами напрямую по адресу www.getrailo.com
Gert Franz
Railo Professional Open Source
Помимо всего этого, все должно идти безупречно. Если, конечно, у вас возникнут какие-либо проблемы, просто свяжитесь с нашей группой Railo в Google или с нами напрямую по адресу www.getrailo.com
Gert Franz
Railo Professional Open Source
он должен пройти безупречно. Если, конечно, у вас возникнут какие-либо проблемы, просто свяжитесь с нашей группой Railo в Google или с нами напрямую по адресу www.getrailo.comGert Franz
Railo Professional Open Source
он должен пройти безупречно. Если, конечно, у вас возникнут какие-либо проблемы, просто свяжитесь с нашей группой Railo в Google или с нами напрямую по адресу www.getrailo.comGert Franz
Railo Professional Open Source