Переход с ColdFusion 8 на ColdFusion 10 - сбой миграции

При переходе с CF8 на CF10 произошли серьезные изменения.

Будьте осторожны и дважды проверьте подключения к БД, в CF10 есть новые разъемы.

Папка установки также может создать проблему. Путь к папкам ColdFusion 8 находится по адресу c:/coldfusion8/lib но путь к ColdFusion 10 работает иначе, c:/coldfusion10/cfusion/lib .

Я получил ту же ошибку во время установки, однако CF не выполняет фактический процесс миграции, пока вы не загрузите CFIDE. Включение CFIDE в оперативный режим после выполнения процесса обновления запустило фактический процесс обновления и перенесло мои настройки. Однако некоторые настройки не переносятся с CF8 на CF10 правильно, и их необходимо будет перенести вручную. Запланированные задачи являются одним из таких элементов.

Из-за этого я выполняю настройку в режиме сосуществования для начала и переношу настройки на сервер CF10. После этого у них теперь есть хороший инструмент с графическим интерфейсом для преобразования веб-сайтов для использования CF10. Однако недостаток в инструменте, который я обнаружил, находится в IIS7 / 7.5, он не удаляет старые ссылки CF8, поэтому вам нужно вручную удалить их.

Если единственная проблема заключается в сбое миграции, возможно, полностью пропустите миграцию и просто скопируйте свои источники данных из Coldfusion8 / lib / neo-datasource.xml.

Если вам тоже нужны ваши запланированные задачи, я перешел с CF9, и это все равно не удалось, я просто использовал API администратора и подобный скрипт - чтобы получить их. Остальные параметры незначительны, и я просто настроил их напрямую.

<cffile action="read" file="C:\your file here" variable="fileNeoCron">

<cfwddx action="wddx2cfml" input="#fileNeoCron#" output="wddxOut">

<cfset oCron = wddxOut[1]>
<cfoutput>
<cfloop list="#ListSort(StructKeyList(oCron), "textnocase")#" index="sKey">
    <cfset oCurCronJob = oCron[sKey]>


    #oCurCronJob.task# - 

    <cftry>
        <cfif StructKeyExists(oCurCronJob, "end_time")>

            <cfschedule  action="update"
                         task="#oCurCronJob.task#" 
                         operation="httprequest"
                         url="#oCurCronJob.url#"
                         startdate="#dateformat(now(), "mm/dd/yyyy")#" 
                         starttime="#oCurCronJob.start_time#" 
                         endTime="#oCurCronJob.end_time#"
                         interval = "#oCurCronJob.interval#"
                         requestTimeOut = "600"> 
        <cfelse>

            <cfschedule  action="update"
                         task="#oCurCronJob.task#" 
                         operation="httprequest"
                         url="#oCurCronJob.url#"
                         startdate="#dateformat(now(), "mm/dd/yyyy")#" 
                         starttime="#oCurCronJob.start_time#" 
                         interval = "#oCurCronJob.interval#"
                         requestTimeOut = "600"> 
        </cfif>

        OK
        <cfcatch>
            ERROR <cfdump var="#cfcatch#">
        </cfcatch>
    </cftry>


</cfloop>
</cfoutput>

Я бы выполнил поиск значений реестра в 'C: \ ColdFusion' с помощью инструмента regedit, чтобы увидеть, есть ли какие-то странности сопоставления между версиями CF и путями к установочным файлам. Я бы также посмотрел в настройках консоли управления IIS, чтобы проверить сопоставление модуля обработчика между расширением .cfm и .dll (обработчиком). Тот факт, что установщик ищет предыдущую версию 6 или 7 CF, установленную в каталог, путь которого предполагает, что там находится установка версии 8, мне кажется проблемой сопоставления. Может быть, произошла грязная деинсталляция версии 6 или 7, при которой не были удалены все параметры реестра до того, как некоторые из них были обновлены для отражения параметров версии 8?