Validação CFFORM e submit via onClick, bug ou o que?

Semana passada estava desenvolvendo um website quando surgiu a necessidade de se submeter um formulário (criado com CFFORM) com um link de texto, ao invés de uma imagem ou tradicional botão de submit. Pensei: nada mais simples. Basta chamar a função submit(); invocando JavaScript direto na tag <a> (<a href=”JavaScript:submit();”>) ou usando o método OnClick (<a href=”#” OnClick=”submit();”>).

Mas acontecia um problema estranho: ao se clicar no link para submeter o formulário, toda em qualquer validação necessária para este formulário (justamente o que mais nos interessa na tag CFFORM) era ignorada e o formulário submetido assim mesmo. Campos obrigatórios que eram, por exemplo, deixados em branco, eram submetidos assim mesmo, ignorando a validação gerada pelo CFFORM (atributo required=”yes”).

Confira o problema aqui. Googlei a respeito mas não encontrei nada, apenas alguns relatos de problemas parecidos, porém sem solução. Para resolver o meu problema imediato, acabei encontrando uma forma de contorno (workaround) relativamente simpls, vulgo gambiarra, que funciona bem e que consiste na criação de uma nova função, exclusiva para (1) forçar as verificações pendentes (onSubmit) e (2) submeter o formulário na seqüência, assim (supondo que o seu formulário seja nomeado como “formulario”):

<script language="JavaScript">
function submitform() {
if (_CF_checkformulario(formulario))
formulario.submit();
}
</script>

O workaround pode ser visto em funcionamento também aqui. Na seqüência postei o meu problema na CF-Brasil e tive a ajuda do Fernando Barros que me disse acertadamente não se tratar de um bug do CFFORM, mas sim de algum outro elemento, muito provavelmente o browser, que não estava seguindo uma recomendação do W3, com base nesta informação. É difícil dizer se o problema é simplesmente este, uma vez que a recomendação é bastante clara: o evento submit deve submeter o formulário (o que efetivamente acontece), mas não fala nada sobre eventuais handlers pendentes e existentes para este mesmo formulário. IE, Mozilla/Firefox e Opera apresentam o mesmo problema. Como JavaScript não é necessariamente uma área cujas recomendações do W3 valham, procurei na Nestcape (mãe do JavaScript) qualquer informação a respeito e de novo acertei a água, nada.

Até agora não encontrei nenhuma explicação definitiva e conclusiva. Por isso pergunto: alguém aí sabe de alguma coisa? Poderia nos dar uma luz?

Wallpaper do CFMX 7

Ok, fui eu que fiz (com base num material do SAM), tá meia-boca, mas em começo de namoro a gente sempre anda como uma fotinho do amor em nossa mesa de trabalho não é? Então aproveitem.

OBS: fiz para 1152×864, que é a definição que uso. Tem este outro, que fiz quando do lançamento da versão MX, ainda em 2002.

ColdFusion MX 7 ‘COM’ problema

Hoje fui instalar o CFMX 7 sob a minha versão do 6.1 em casa. Caramba! A coisa não foi fácil não!

Tudo começou com aquele velho problema do instalador fechar logo depois do extract dos arquivos. Ok, ok… isso está previsto na seção de “troubleshooting” do CF7, mas o que recomendam não adiantou. Eis que apliquei as dicas daqui (que foram adicionadas ao livedocs) e pimba, rodou beleza.

A instalação foi iniciada, passei os passos iniciais, configurei as pastas, coloquei a senha, etc, etc… e no final: PUM! Os conectores do IIS não funcionaram como deveriam e a instalação foi interrompida faltando justamente a parte onde acontece a migração de settings do 6.1 para o 7.0 (migração de datasources, mappings e afins). Vale notar que nesta migração vêm tudo, exceto suas colletions Verity, que agora é uma outra versão, incompatível com a que vinha com o 6.1.

Mas o que raios aconteceu com a instalação? Mas claro! Como eu sou burro! Me esqueci de desligar o “firewall” de TCP/Filter (no nível do kernel) que eu uso no Windows… Bem que o release notes (e já no CFMX 6.1) isso já era avisado. Caramba, como fui esquecer? O conector jamais consegueria configurar nada.

Pensei: calma, nem tudo está perdido, tenho um .car que tive o cuidado de gerar antes de partir para a migração (para vocês verem como eu confio nos upgrades do CF). Interrompida a instalação (com direito a crtl+del e “end application”), reestarto a minha máquina e faço o óbvio: começar tudo de novo. Mas dessa vez vou ser esperto, claro. Já que tudo ficou bichado, com as duas instalações coexistindo, nenhum dos servidores funcionando, dois serviços dentro do windows services, duas pastas distintas (CFusionMX e CFusionMX7) no meu C: (uma puta zona em resumo), vou primeiro desinstalar o CFMX 6.1 pelo menu “Add/Remove” programs. Limpar o que sobrou de sujeira dele no registro e no drive, reiniciar a máquina e repetir a operação com a “semi” instalação do CF7.

Duas horas e uns três reboots depois – não que isso fosse necessário, mas sou usuário Windows das antigas, daqueles que curte dar uma reiniciada na máquina por qualquer motivo – eis que estou com a minha máquina limpinha. Maravilha! Corre instalar o CF7 de novo. Tudo perfeito, tudo funcionando, instalação completada perfeitamente, conectores do IIS tinindo… vamos ver nossas aplicações: vejamos… esta aqui ok, esta outra beleza… epa! O que raios é esse errinho “500 nul” num código que invoca um componente COM?…

Começava mais outra hora de tentativas frustadas de entender o que raios acontecia com o dito cujo e meus componentes COM (inclusive custom tags em C++). Eis que quase perdendo as esperanças vejo o seguinte comentário: “When you uninstall ColdFusion MX 7, COM is disabled“.. Ahhh.. Que ótima notícia! Vamos fazer o que eles sugerem, re-registar a “typeviewer.dll”. Um comandinho simples de DOS e pronto. Reiniciar o CF, rodar a aplicação e…. “500 null”. CARAL&¨%.!

Umas três latas de coca-light, 200 re-registradas da dll de novo, e nada. Eis que encontro este technote e tomo uma decisão radical: vou limar do registro todas as entradas para essa tal de “typeviewer.dll”.

Feito. Uma reiniciadinha a mais (claro…) e vamos lá nós outra vez re-registrar a dll: “regsvr32 cf_rootlibtypeviewer.dll“… Abrir o browser, acessar a aplicação maldita e … pimba! A porcaria do COM voltou a funcionar!! Isso é possível ou eu ando dormindo pouco?

Independentemente, fica o registro da minha dificuldade e um conselho: monte um .car, desinstale o CFMX 6.1 e instale o CFMX 7.0 do zero. 😉

Solução radical? Talvez, mas pelo menos é segura… Afinal de contas, veja só que bela dica a Macromedia dá:

Data sources not recognized
Problem: When you migrate from a previous version of ColdFusion to ColdFusion MX 7, your application does not recognize data sources.
Solution: Redefine the data sources.

Go for it! 😉