Mover do ColdFusion 8 para o ColdFusion 10 - Falha na migração

2

Depois de fazer várias tentativas de migrar de um servidor ColdFusion 8 Standard para um servidor ColdFusion 10 Standard, parece que estou "quase" lá. Estou usando o instalador de 64 bits do site da Adobe.

Estou usando um servidor Windows Server 2008 (64 bits) com o IIS 7.0.

A própria instalação é suave e os serviços iniciam e estão em execução. Mas no final da instalação, diz "ColdFusion Installed, mas com erros" e gera um arquivo de log.

O arquivo de log diz:

Migration Error: : Check that "C:\ColdFusion8" is a valid directory and is an installation of either ColdFusion MX 6 or ColdFusionMX 7

e mais abaixo diz:

Status: WARNING

Additional Notes: WARNING - Could not migrate settings from previous version of ColdFusion

Custom Action:

com.macromedia.ia.action.MigrateColdFusionAction

Status: ERROR

Additional Notes: ERROR - class com.macromedia.ia.action.MigrateColdFusionAction NonfatalInstallException null

O arquivo applicationHost.config tem um novo XML que faz referência ao diretório do ColdFusion 10, mas o IIS ainda está usando o ColdFusion 8. Também vou adivinhar que as configurações no CF Admin não foram migradas com base na mensagem no log acima.

Eu segui as instruções no site da Adobe, incluindo a garantia de que ASP.NET , CGI , Extensões ISAPI e Os filtros ISAPI estão todos ativados. Eu também habilitei a Compatibilidade da Metabase do IIS 6 , embora eu não ache necessário.

Alguém mais teve problemas semelhantes com o ColdFusion 10 e o IIS 7? Atualmente eu desinstalei o CF 10 e reverti para

    
por XenoFoxx 23.07.2012 / 22:55

4 respostas

2

Há grandes mudanças na migração da CF8 para a CF10.

Tenha cuidado e verifique suas Conexões DB, existem novos conectores fornecidos no CF10.

A pasta de instalação também pode criar problemas. O caminho para as pastas do ColdFusion 8 está em c:/coldfusion8/lib , mas o caminho para o ColdFusion 10 funciona de maneira diferente para ser c:/coldfusion10/cfusion/lib .

    
por 20.10.2015 / 18:43
1

Eu realizaria uma pesquisa de valor do registro em 'C: \ ColdFusion' usando a ferramenta regedit para ver se existem algumas esquisitices de mapeamento entre as versões do CF e os caminhos do arquivo de instalação. Também procuraria nas configurações do console de gerenciamento do IIS para verificar o mapeamento do módulo de manipulador entre a extensão .cfm e o .dll (manipulador). O fato de que o instalador está procurando por uma versão anterior 6 ou 7 do CF instalado em um diretório com um caminho que sugira uma instalação da versão 8 vive lá parece apenas um problema de mapeamento para mim. Talvez tenha havido uma desinstalação suja de uma versão 6 ou 7 que não removeu todas as configurações do registro antes que algumas fossem atualizadas para refletir as configurações da versão 8?

    
por 27.07.2012 / 18:47
1

Se o único problema for a migração falhando, talvez pule a migração completamente e apenas copie suas fontes de dados do Coldfusion8 / lib / neo-datasource.xml.

Se você precisar de tarefas agendadas também, eu migrei do CF9 e isso ainda falhou, eu usei apenas a API de administração e um script como esse - para inseri-las. As outras configurações são insignificantes e eu as configurei diretamente. / p>

<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>
    
por 25.09.2012 / 03:56
1

Eu estava recebendo o mesmo erro durante a instalação, no entanto, o CF não realiza o processo de migração real até você carregar o CFIDE. Colocar o CFIDE on-line depois de fazer o processo de atualização deu início ao processo de atualização real e migrou minhas configurações. Algumas configurações, no entanto, não migram do CF8 para o CF10 corretamente e precisam ser migradas manualmente. As tarefas agendadas são um desses itens.

Devido a isso, estou fazendo a configuração em um modo de coexistência para iniciar e migrar as configurações para o servidor CF10. Depois disso, eles têm uma boa ferramenta GUI agora para converter sites para usar o CF10. No entanto, a falha na ferramenta que encontrei está no IIS7 / 7.5 e não remove as referências antigas do CF8, portanto, você precisa removê-las manualmente.

    
por 08.01.2013 / 17:36