Como o CF funciona?

Excelente resumo técnico sobre as etapas envolvidas no acesso a um script CFML passando pelo compilador CFM -> Javabytecode, pelo webserver (o Apache foi usado como exemplo) e algumas outras considerações bem colocadas e resumidas, inclusive mencionando qual é o compilador usado desde a versão 6.1. Trata-se do BCEL, feito pelo pessoal do Apache group. Me chamou também a atenção a informação de que os servidores do Macromedia.com usam o servidor built-in do CF para responder a requisições oriundas de um cluster feito com o Apache (webserver), contrariando o que ela mesma recomenda (não usar o servidor built-in em produção). Leitura recomendada:

How ColdFusion Receives and Processes Requests

FCKEditor Image upload para ColdFusion (upload.cfm)

Tive que montar um sisteminha e parti para usar o FCKEditor 2.1.1 (excelente), mas percebi que para ColdFusion faltava um módulo de upload de imagens (não confundir com o gerenciador de arquivos que já existe e acompanha o produto), que teoricamente deveria ser um arquivinho chamado “upload.cfm”. O arquivo connector.cfm, que se propõe a fazer o gerenciamento de arquivos e outras coisas (tal como nas versões disponívels em ASP, ASP.net e PHP) é incapaz de fazer o upload de imagens (usado na opção “Upload”) do FCKEditor image button, pois não responde ao editor de forma adequada. Procurei bastante na internet, mas parece que não existe nenhum módulo pronto para a versão 2.1.1 (a mais nova), por isso posto aqui o “upload.cfm” que fiz, de forma bem improvisada e rápida, para sanar a minha necessidade atual. Sinta-se livre para usá-lo e melhorá-lo.

FCKeditor_upload_cfm.zip

O zip já vêm com a estrutura de diretórios montada, mas para informação, você deve:

1) Extrair os dois arquivos (config.cfm e upload.cfm) na pasta /FCKEditor/editor/filemanager/upload/cfm/ (a pasta “cfm” não existe e precisa ser criada).
2) Não se esqueça de configurar o arquivo “fckconfig.js” para configurar a entrada “FCKConfig.ImageUploadURL” e “FCKConfig.FlashUploadURL” corretamente. Como exemplo segue a cópia do meu fckconfig aqui.

ColdFusion tornando-se cada vez mais popular

Já saiu em vários lugares, mas não custa reforçar. No índice de popularidade de linguagens de programação de uma empresa chamada TIOBE Software (eu nunca vi mais gorda), o CF aparece em 19o lugar (à frente de Phyton e ActionScript, por exemplo), com taxa de crescimento – em popularidade – maior que qualquer outra da lista (que inclui Java, C#, PHP e outras). Confiram vocês mesmos.

ColdFusion on Wheels (ou seria Rails?)

Se você gosta de Ruby on Rails e também programa em CFML, deve conhecer este projeto: ColdFusion on Wheels.

Mais informações aqui também.

Novos drivers JDBC e ODBC para CFMX e JRun

A Macromedia acaba de colocar no ar duas novas versões de drivers JDBC e “ODBC” (SequeLink Server) para o ColdFusion Server MX 6.1 e 7.01, bem como para o JRun 4. Estes drivers são mais novos que os empacotados no JRun 4 updater 6, bem como na última atualização do CFMX, o 7.01. Portanto, a instalação é altamente recomendada (de ambos).

ColdFusion MX 7.0 and 7.0.1: Hot fix available for SequeLink 5.4 Socket server

Updated DataDirect JDBC drivers (version 3.5)

Importante notar que no CFMX 6.1, os novos drivers são dependentes um do outro, portanto ambos devem ser instalados.

Nova versão de JRun à caminho

Segundo o relato encontrado aqui, a Macromedia prepara uma nova versão do JRun (seria o Jrun 5?) para o início do ano que vêm. Obviamente espera-se que esta versão seja J2EE 1.4 ou 1.5 compliance (o JRun e por conseqüência o CF ainda é 1.3). Vale notar (adicionalmente à leitura do link acima), que esta nova versão do JRun, está bem sincronizada com a do novo CF (codinome Scorpio). O que me pergunto é se a Macromedia, err, digo Adobe, continuaria oferecendo o Jrun como um produto separado (mas que é a base para o CF) ou abandonaria de vez o modelo de “produto JRun”, para torná-lo parte integral de produtos como o ColdFusion, o Flex e afins?

Aproveitando: é importante esclarecer uma dúvida que vejo em muitos: não confunda J2EE com J2SE. J2SE é o “motor” básico, o core, do Java, usado tanto para Java Enterprise – J2EE (EJB, por exemplo), como para Java “comum” (Applets, por exemplo). J2EE corresponde a um pacote de instruções e recursos complementares (incluindo classes da API) à implementação básica do Java (standard), alguns chegam até a chamá-lo de “framework”. Usando um JVM da geração 1.5 para rodar uma aplicação Java Enterprise (como o ColdFusion) 1.3, você não está usando J2EE 1.5. São coisas distintas. Desde a versão 6.0, o ColdFusion é uma aplicação J2EE 1.3. Não 1.4, muito menos 1.5, como muitos dizem, apesar de rodar com os motores do Java, cujas versões podem ser 1.4 ou 1.5 (ou 5.0, depende de como a Sun está nomeando isso hoje).