A mais recente atualização do ColdFusion Server já está disponível para download. A versão vem em dois pacotes de executáveis, um como atualizador/updater e outro como o produto completo. Em ambos os casos a atualização do 8 para o 8.01 é recomendada. Entre as principais melhorias estão o suporte nativo à 64bits em plataformas antes não suportadas oficialmente, melhorias no suporte à AJAX (incluindo atualizações nas bibliotecas JSUtils, Yahoo! UI e FCKEditor), entre outras.
http://www.adobe.com/support/coldfusion/downloads_updates.html#cf8
Ok, já não é novidade, mas ainda sim uma notícia importante demais para deixar passar em branco. Pela primeira vez uma versão de peso (e respeitada) de um interpretador CFML será opensource e gratuíto. A New-Atlanta anunciou uma versão gratuíta e aberta do BlueDragon, o melhor servidor CFML depois do ColdFusion da Adobe.
Leia um overview de todo o buz gerado pela notícia e também algumas considerações oficiais pós anúncio.
Infelizmente estou sem tempo para registrar o que penso a respeito dessa importante notícia, por isso apenas deixo registrado que este é um passo fundamental para o aumento no número de usuários da linguagem, especialmente no Brasil, onde não é costume pagar por uma linguagem server-side como o ColdFusion.
Demorou mas chegou... Referência obrigatória para iniciantes, iniciados e experts.
Pode ser que você já tenha visto e já sabia (é provável), mas como a minha memória anda fraca e, confesso, nunca tinha me chamado a atenção, vale a pena citar - na forma deste post - que um dos bancos mais importantes (e conhecidos) do mundo usa ColdFusion em seu site principal.
http://www.abnamro.com/index.cfm
Sou cliente do Banco Real ABN Amro no Brasil e por acaso caí em uma página institucional do ABN Amro (mundial), que tinha extensão .cfm. Percebi de cara e fui fuçar. O resto do site todo roda em CFM. Interessante. Vale a pena lembrar para citar para os que fazem aquela velha pergunta "mas quem é que usa ColdFusion?"
Detalhe: como o banco foi vendido para o Santander, o exemplo pode não durar muito.
Aparentemente a versão 6 do Java VM (a JVM configurada por padrão no CF8) apresenta problemas para carregar grandes quantidades de .class na memória. Um número grande de .class é típico de aplicações ColdFusion grandes ou em provedores de hospedagem, que armazenam muitos sites em ColdFusion. A sugestão é trocar a VM do CF8 para a 5/1.5 (não há diferença em termos de suporte à linguagem nem mudanças significativas em termos de estabilidade) até que a Sun resolva o problema.
[1] Java 6 and ColdFusion 8
[2] Huge Performance Gain in Moving ColdFusion 8 to Java 1.5
Dica boba, mas que demorei a descobrir. Se o Dreamweaver demora alguns segundos a mais do que o normal para abrir um .cfm que contenha muitos cfincludes (típico em aplicações fusebox 2), desabilite a opção "Show contents of included file" em "Server-side includes" da categoria "Invisible Elements" nas preferências do programa. A melhora na velocidade é perceptível.
Aqui no Brasil/Portugal ninguém comentou sobre este post no blog CFInsider (blog de Jason Delmore, gerente para ColdFusion da Adobe). Até porque, sejamos francos, por mais que o autor diga o contrário, os argumentos que ele apresentou são válidos apenas na esfera do marketing. Tecnicamente, a lista de produtos que ele listou - que segungo ele, compõem o "ColdFusion como solução" e não como linguagem - pode ser contraposta de forma relativamente simples, utilizando alternativas abertas/gratuítas (que existem aos montes) para suplantá-las e substituí-las (aliás, a Adobe vêm fazendo exatamente isso ao adotar padrões abertos como o Yahoo! User Interface Library (YUI) e FCKEditor, só para ficar em alguns exemplos). Eu até já caí nessa conversa no passado. Defendia com unhas e dentes que o CF custava barato perto de outras soluções existentes (ASP por exemplo). Mas isso mudou, especialmente porque nos últimos anos temos visto surgir iniciativas excelentes e abertas na área de desenvolvimento web. Estas (não preciso citar exemplos) estão fazendo com que o CF não tenha um valor tão apelativo como tinha antes (lá pelos idos de 2002/2003, quando saiu a versão MX). È minha opinião, compre-a se quiser. Em suma: para mim a Adobe precisa parar com essa história de tentar convencer seus desenvolvedores de que o CF é uma solução barata pelo que oferece. Confesso, é um senhor pacote, mas acho que não justifica os preços e a modalidade de licenciamento atual. Se os argumentos da Adobe a favor do alto valor da licença do CF fossem coerentes, o que dizer então do Flex e as mudanças que a Adobe implementou em termos de licença neste produto? Vai entender...
Entretanto os comentários que se seguiram ao post valem a pena a leitura. Valem para saber o que pensa a comunidade internacional sobre essa história de o ColdFusion ser gratuíto, aberto, whatever.
Agora, não pense que eu sou a favor de uma versão livre e gratuíta do CF. Eu não sou, que fique bem claro. Eu prefiro o CF sob as asas da Adobe ou de alguma outra grande empresa (ok, menos a Microsoft), por enquanto. Explico: sim, sim... eu ia adorar o CF "na faixa", mas como comentei na minha apresentação de abertura na última vinda do Forta, acho que estaríamos em maus lençóis se dependêssemos apenas da comunidade de usuários desta tecnologia.
Quem daqui se considera capaz de contribuir de forma efetiva (eu estou falando: codificar, botar a mão na massa e fazer a coisa acontecer) para modificar e incrementar um produto como o CF? Eu, por exemplo, não tenho, nem de longe, o conhecimento em desenvolvimento de software (seja colaborativo ou não), Java, J2EE, protocolos, etc, etc, para ousar abrir e alterar um fonte de um módulo qualquer (por exemplo, o que converte CFML em Java e depois para Java bytecode - ok, esse último fica à cargo do compilador) de um software como o ColdFusion. O que falar do tempo?? Falta conhecimento, falta experiência, falta tudo. São poucos os que seriam capazes de fazer isso com o CF. Inevitavelmente ficaríamos na dependência de engenheiros de software que ganham para isso: leia-se, dependeríamos da Adobe ou uma outra empresa. Temos um exemplo na nossa comunidade: o CFEclipse. É um puta produto, mas só existe por conta de apenas alguns gatos pingados (mais notadamente Mark Drew). E CFEclipse é um cisco em termos de software perto do ColdFusion. Não é a toa que a comunidade fica implorando para a Adobe assumir o produto e colocá-lo como "a" IDE para ColdFusion. Tornando-se aberto e gratuito o CF poderia estagnar e morrer. Por isso, na hora em que você for comprar uma licença de CF, lembre-se que software pago é isso aí mesmo: pagar por algo que você não é capaz de fazer igual ou não tem tempo para tal. Até rimou...
Agora... se a Adobe abrisse o CF e adotasse um outro modelo de negócios/lucro em cima do produto (eu ouvi Flex?...), a história poderia ser diferente... Poderia? Não sei... só sei que essa é uma longa discussão... ;-)
(for english see here)
Uma das novidades do CF8 é o format HTML para a tag CFGRID. Assim como outros recursos de AJAX do CF8, o HTML CFGRID utiliza um framework "terceirizado" (por assim dizer) para montar estruturas bem interessantes. Mas como nem tudo são rosas, a implementação em CFML destes recursos é quase sempre muito básica, não permitindo muita customização nem a utilização de todos os recursos e características destes componentes/frameworks (no caso do CFGRID em html, o CF8 faz uso da poderosa biblioteca/framework Ext JS).
Eu precisava montar um CFGRID com paginação (o Ext JS é realmente fantástico), porém que permitisse a seleção de múltiplas linhas/records e enviar o valor da chave para uma página de ação qualquer. Nativamente isso não é possível com a tag CFGRID. Fuçando um pouco no código gerado (com o Firebug) pelo CF, e buscando paralelos na documentação da API do Ext JS eu consegui chegar a uma gambiarra que permite fazer exatamente o que estava precisando: montar um grid que permite selecionar múltiplas linhas e submeter os valores-chave para uma página de ação qualquer. A idéia é bastante simples: mostrar a listagem de dados dentro de um grid (que tem paginação elegante e rápida) e poder selecionar os valores para fazer qualquer coisa depois (update/delete/whatever).
Você pode ver a gambiarra aqui e baixar o fonte também (para rodar na sua máquina basta ter a datasource "cfdocexamples" instalada). Certamente há margem para melhorar (e muito) esta minha gambiarra, incluindo a saída totalmente "POG" de esperar os dados serem carregados no grid para habilitar a seleção múltipla (tentei fazer isso quando o CF invoca/cria o grid, mas não consegui/descobri como). Mas isso eu deixo para quem tiver saco (e conhecimento). Por enquanto estou satisfeito com o resultado. ;-)
