Tal como no ano passado, também este ano a Sun tem tentado fazer um push muito grande da tecnologia JavaFX.
Começou com a sessão de abertura do evento e com a uma afirmação um pouco surreal que nada daquilo era possível fazer com outras tecnologias.
A realidade que eu vejo é que Flash, Flex, Air e Silverlight estão bem à frente do JavaFX em termos de aceitação, complexidade de aplicações e efeito wow. O único uso em que vejo lógico o JavaFX é para os actuais programadores Swing, que não são assim tantos. E mesmo aqui penso que preferia uma solução com Flex e java a funcionar por baixo com BlazeDS ou GraniteDS.

Outra questão é a integração do JavaFX e do JavaFX Script com as linguagens dinâmicas existentes na JVM actualmente (JRuby, Grooby, Jython, etc.). A questão de como usar estas linguagens no JavaFX da forma como são usadas hoje em dia para facilitar o desenvolvimento de applets foi levantada ontem na sessão do Script Bowl mas ficou sem resposta e causou alguns risos nos oradores.

A ideia geral com que fico e depois de falar com muita gente, tendo todos a mesma ideia, é que JavaFX é ainda pouco maduro em relação à concorrência e não tem lógica fingir que é a melhor coisa à face da terra. Tem a vantagem de ser open-source – penso eu, não verifiquei -, que das outras apenas o Flex é. Mas não chega.

Entranho como ainda não tinha encontrado esta demo pois é a primeira coisa que vejo feita em JavaFX que vale alguma coisa. A interface não está perfeita, mas dá para ter uma ideia bastante concreta do que se quer com a tecnologia. Agora não sei é como é que vai conseguir concorrer com flash pois esta demo foi um download de 4.9MB… Um tamanho de download tão elevado vai impedir que a tecnologia entre facilmente no mercado, isto porque para o utilizador não traz nada de especial a mais do que já tem actualmente. Para um user final tanto faz que tenha uma aplicação feita em Flex ou em JavaFX, quer é aquilo bonito e rápido.
Deverá ser possível carregar resources by-demand durante a execução da aplicação, sem que seja necessário ter a noção de cliente/servidor. Se tal não for possível, era um bom produto a desenvolver.
Podem lançar a demo a partir daqui.

A ReportMill, conhecidos por terem feito o … ReportMill, do qual não tenho assim grande opinião, lançou um pequeno aplicativo que pode ser engraçado. Chamam-lhe JFXBuilder e permite fazer umas brincadeiras com o novo JavaFX de que falei há uns tempos atrás. Por enquanto é apenas desenhar formas geométricas e brincar com cores e animações mas dá para ter uma vista de ecrã dividido em que vemos em baixo o código JavaFX e em cima o resultado de executar aquilo tudo. Permite igualmente fazer tabelas e ligar a dados definindo datasources num interface simples.
É básico mas é só para se ter um lamiré de como funcionará a tecnologia. Podem consultar a demo aqui.

Anteriormente conhecido como F3, foi apresentado no JavaOne e criou algum buzz no meio do pessoal que se dedicar a pensar um bocado em RIAs (Rich Internet Applications).
JavaFX (e o JavaFX Script) permite desenvolver interfaces ricos, ao estilo flash, de forma declarativa, sendo que assenta à mesma sobre java Swing. Tem como principais concorrentes as tecnologias da Adobe (Flash, Flex e principalmente o Apollo) e a recém-anunciada Silverlight da Microsoft, que tira partido da poderosa WPF (Windows Presentation Foundation).

Não tendo testado nada disto, continuo a achar uma parvoíce tudo isto, senão vejamos. Nenhuma destas tecnologias de interfaces ricas é acessível, tal como aplicações Ajax também não o são (screenreaders têm dificuldades em detectar alteração de valores e partes de páginas). Ajax ficou na moda porque o caminho é que todos queremos ter interfaces mais usáveis, que possam ter múltiplas acções assíncronas, no fundo, que dêem um feeling mais desktop. No entanto, os únicos standards que temos na web para poder fazer algo assim, são xhtml, css e javascript (e mesmo assim, implicam muito trabalho porque as especificações não são implementadas da mesma forma em todos os browsers). Embora flash e o jre tenham uma taxa de penetração muito elevada, são tecnologias proprietárias, daí ser difícil um screenreader ler uma aplicação em flash, por exemplo.
Na minha opinião, o caminho das RIAs devia ser o de utilizar ou criar um standard não proprietário como o flash/javafx/silverlight, tal como foi tentado com os XForms e que parece ter morrido. Este standard permitiria que browsers o implementassem, screenreaders o lessem, etc.
Para um browser ser compatível, teria de passar um conjunto de testes de aceitação que seriam efectuados por uma aplicação da W3C, e só se passassem poderiam dizer serem compatíveis. Ajudaria se a nível da união europeia, se definisse uma meta para a implementação dessa tecnologia.
Sinceramente, XForms seria mesmo um óptimo candidato para isto. É já um standard W3C, permita implementar dinamismo destas outras tecnologias e não é vendor specific.