CFAjax

Vale a pena conhecer e experimentar: CFAjax.

Tecnologia ColdFusion completa 10 anos de existência

O ColdFusion Server completa 10 anos de existência no próximo dia 13 de Julho. A melhor maneira de se comemorar esta marca histórica (numa área de tanta volatilidade) é trabalhar. É o que farei, tal como venho fazendo há 6 anos. Poucas tecnologias web são a personificação do que julgo ser mais importante em nossa área: concretizar idéias, projetos e aplicativos. Com o ColdFusion temos uma excelente oportunidade de tirar do papel coisas que, sem ele, seriam bastante dificeis e levariam um bom tempo, inviabilizando-as. Como diria Elvis: little less conversation, a little more action. RAD para que te quero. 😉

A Macromedia está preparando uma série de eventos (incluindo online) para comemorar esta marca. Confira aqui.

CPFValidate v1.2

Fiz uma pequena alteração na função CPFValidate. O problema, que foi alertado por Marcio Amorin, acontecia quando ambos os dígitos verificadores eram zero (-00) e ocorria um problema na divisão.

A nova versão corrige esse problema e está disponível aqui.

Remova o suporte à JSP no ColdFusion MX

Algo que sempre menciono em documentos ou palestras sobre performance e segurança de ColdFusion Server: quando estiver usando o ColdFusion Enterprise em ambiente compartilhado (típico de provedores de hospedagem), remova o suporte à JSP. Hoje encontrei um post exatamente sobre este assunto. Leitura (e compreensão) altamente recomendadas.

Vale notar que, adicionalmente ao proposto pelo post e pela documentação, é interessante remover todas as extensões para .jsp, .jws e outras que não sejam inerentes ao CF e apontem para o JRun.

Update: JDBC drivers version 3.4

A Macromedia lançou ontem as novas versões (3.4) dos drivers JDBC para o CFMX 6.1, 7.0 e para o JRun 4.

Essa nova versão corrige alguns dos problemas encontrados, a maioria deles em relação a conexões com o Oracle.

O update é mais do que recomendado.

Flash Remoting no ColdFusion MX 7

Algumas pessoas tiveram e ainda tem problemas ao utilizar o Flash Remoting no ColdFusion MX 7.

A primeira grande mudança é que a versão 7 também já inclui o Flash Remoting MX 2004, com suporte a AS 2.0, e não mais utiliza o NetServices.as. Veja no Release Notes.

Uma outra grande questão, onde, pelo que vi, é onde está a maior parte das dúvidas, é que agora, ao acessar o endereço do gateway do Flash Remoting pelo browser não mais retorna uma página em branco como na versão MX 6, mas é redirecionado para http://servidor/flashservices, que retorna:

404 /flashservices/
/flashservices/


Nesse ponto, é criado uma entrada no arquivo de log flash.log:

"[Flash Remoting MX]->Request received was not Flash-based (not of the binary AMF protocol)."

Sua conexão foi recebida, mas não era do protocolo do Flash Remoting e por questões de segurança o CFMX7 retorna o erro 404.

Um outro ponto, abordado já há algum tempo pelo Forta, é que o ColdFusion pode montar a URL de forma errônea ao adicionar a variávei jsessionid (se esta for utilizada, óbviamente). Ele sugere adicionar um ? ao final, “preparando” a URL para receber a variáveis jsessionid

http://servidor/flashservices/gateway?

Uma outra novidade é que agora há listas de acesso, em que é possível especificar quais componentes do servidor poderão ser acessados via Flash Remoting. O arquivo de configuração desse e de outros recursos (o modo de configuração utilizado na versão 6 não é mais válido), é no arquivo gateway-config.xml. Veja mais informações sobre este arquivo na documentação do ColdFusion.

UOL com CFMX

Depois do Terra, o UOL, antigo crítico do ColdFusion Server (quem já teve contato com o pessoal da área técnica de parcerias sabe o que estou dizendo), quem diria, está usando ColdFusion MX. Certa vez (lá pelos idos de 2001) eu ouvi da boca de um sysadmin do UOL (daqueles xiitas sem muita noção) que eles nunca mais iriam colocar no ar qualquer coisa nova que fosse feita em CF, muito menos migrar qualquer coisa (eles tinham uns 3 ou 4 servidores em CF 4.5). Não só vejo cada vez mais sites de parceiros (e do próprio UOL) em ColdFusion, como vejo que eles atualizaram algumas aplicações do 4.5 para o MX (finalmente).

InstallNoWhere com ColdFusion MX 7

UPDATE em 19/07/05: a Macromedia disponibilizou um technote sobre este assunto. Veja aqui.

Mais problemas com a instalação do ColdFusion MX7. Desta vez foi num servidor Windows 2003 em português. Ao que parece tudo se resume ao arquivo de instalação “coldfusion-70-win.exe” (baseado no software InstallAnywhere) que pode estar corrompido, inviabilizando a instalação por um ou outro erro de extração. Por algum mistério inexplicável (até agora), pacotes de instalação montados no InstallAnyWhere podem se tornar corrompidos ao trafegarem por redes mistas e distintas, justamente o caso da nossa Internet (veja aqui um relato parecido). A orientação da Macromedia para estes casos é bastante tosca e simplória (nenhuma novidade), sem entrar em maiores detalhes do porquê e quando. Ela diz:

Problem: InstallAnywhere displays a message to choose another install location. No matter what location you choose, the install doesn’t succeed.
Solution: Make sure that you downloaded the complete installation file; if not, download the file again.

Ou seja: “te vira bonitão, dá um jeito de baixar o arquivo completo, sem erros…”

Bom, mas e se toda vez que você baixar o arquivo ele vier corrompido (mesmo de fontes diferentes), especialmente se o seu servidor não tem uma boa conexão para baixar rapidamente os quase 300Mb do instalador? E se, mesmo assim, o tamanho do arquivo baixado (e ainda bichado) for idêntico ao do arquivo bom (289.183.480 bytes)?

Bem, foi exatamente o que aconteceu comigo hoje (eu sei, sou um cara bastante sortudo). Não existe qualquer garantia de que o arquivo que você for baixar novamente vai estar intacto internamente (em outros inúmeros zips internos), isso pode depender da sua rede, da configuração do seu OS, do tipo de storage usado (IDE, SCSI, etc), do tipo de partição (NTFS, FAT, etc) e de uma série de fatores que não precisam ser mencionados aqui (até porque eu não tenho a menor idéia). Perdi um bom tempo tentando entender o problema e anuncio (para espantar urucubacas): NUNCA mais serei pego por esta porcaria de instalador. Agora consigo instalar o CF até debaixo d’água, não vem que não tem. Depois de hoje, só se resolverem complicar demais o simples processo de instalação em uma máquina Windows é porque estamos fritos… Antes de irmos às explicações extras sobre o arquivo corrompido, é necessário ler este post aqui, só depois prossiga a leitura.

O arquivo “coldfusion-70-win.exe” nada mais é que um arquivo zipado contendo uma série de dados e instruções de instalação e outros arquivos “zipados”. O primeiro passo que o instalador (InstallAnywhere) toma, ao ser executado, é extrair todos estes arquivos para a pasta temporária do Windows (definida nas variáveis de ambiente). O primeiro problema começa aí. Por um bug do InstallAnywhere (não do CF), esta pasta não pode conter espaços (como você viu no post linkado acima). O segundo problema (e alvo deste post) é que você tem que torcer para que o arquivo de instalação (mesmo que tenha o tamanho exato) esteja consistente e não apresente erros de CRC (Cyclic Redundancy Check) em nenhum de seus arquivos internos, sejam outros zips ou não. Caso tenha erros (o que acontece frequentemente, como já disse), você terá problemas na instalação, os mais comuns no processo de extração, quando o instalador do CF7 (e do 6.1 também) te pede para escolher uma outra pasta temporária (“Please select another location to extract the files to“) ou mesmo some da tela, sem aviso, ao chegar aos 99% de extração.

Uma boa maneira de testar se o arquivo instalador está com problemas é renomear a sua extensão de .exe para .zip, abrí-lo (usando o WinRAR – WinZip não vai funcionar) e extraí-lo para uma pasta qualquer. Se, durante o processo de extração, o WinRAR te apontar o erro: “CRC failed in InstallerDataDisk1InstDataResource1.zip. The file is corrupt” (ou qualquer outro semelhante), o instalador está bichado, dê um murro na mesa.

A solução nestes casos é, mandar brasa em outro download, até conseguir baixar uma versão não-bichada. Mas se isso se mostrar imposível (como foi o meu caso), ou mesmo se você estiver sem saco e uma conexão decente para tal, poderá fazer uma reconstrução do pacote (para não usar o termo gambiarra), à prova de falhas (no meu caso) quando trafegado na rede, partindo de uma extração do arquivo instalador feita sem problemas, em outra máquina. Vamos aos passos:

1) Opcional: siga os passos descritos aqui (exceto o ítem 4);
2) Numa máquina diferente da que você está tendo problemas, baixe o instalador do site da Macromedia;
3) Usando o WinRAR, extraia o arquivo “coldfusion-70-win.exe” (ele não precisa ter a extensão .rar ou .zip) para qualquer pasta. Muito importante: esta instalação deve ocorrer sem qualquer problema do tipo CRC, caso contrário, volte ao passo 2 acima comece tudo de novo (rezando para não entrar em looping);
4) Depois de extrair, você verá a seguinte estrutura de pastas:
Windows
InstallerData
5) Verifique se o tamanho do arquivo “InstallerDataDisk1InstDataResource1.zip” é 267.360.929 bytes;
6) Crie um arquivo .rar com o conteúdo das duas pastas que você viu no ítem 3;
7) Transporte este arquivo (de preferência via FTP) para o seu servidor;
8) No seu servidor, extraia o arquivo para uma pasta qualquer, você deverá ver a mesma estrutura de pastas do ítem 4 acima;
9) Rode o arquivo “cf_install.exe” presente na pasta “Windows”;
10) Aguarde o início da instalação do ColdFusion (“select language”) e siga normalmente.

É provável que o instalador aponte encontre erros durante o processo ou na configuração do servidor no passo dentro do browser (onde ele instala os serviços de ODBC e afins), mas estes erros não devem impedí-lo de ter o CF rodando e perfeitamente funcional. Boa sorte!