JavaFX 2.0

boa notícia

Muito legal a notícia, e a documentação ficou interessante.

Estou acompanhando do javafx2 desde que foi liberado para os desenvolvedores, e para uma versao inicial esta realmente bom. Só senti falta de um componente para formatos e mascaras tipo JFormattedTextField. o mesmo foi classificado para a proxima versao.

eu gostei muito do javafx to fazendo um joguinho de damas nele e é muito pratico (beta 42) !

ed: Legal o link do netbeans 7.1 beta estava aguardando anciosamente por ele (integração com javaFX)

Muito legal. A documentação está ótima.
Será que vale a pena começar um projeto com JavaFX agora?

Notícia muito boa. Talvez agora eu migre do Flex. Vamos ver…

Parece legal, pena que ainda não tenha versão para linux.

Tem problemas com path e espaços no win 7. Para quem pegou o problema unable to load jfx runtime, instale em uma pasta sem espaços.

Bem que poderia ter a lista de todos os componentes tal como exemplos de uso. Ainda não achei e faz falta.

Como ficou aquela historia de se usar qualquer linguagem nele?
Lembro de ter ouvido algo!

fredferrao:

Como ficou aquela historia de se usar qualquer linguagem nele?
Lembro de ter ouvido algo!

Tem uns exemplos usando groovy e scala no site.

Bom dia,

Alguém sabe em que estado de evolução está o JavaFX Mobile ?

Pode se ler na web isto :

JavaFX Mobile é a evolução da plataforma SavaJe criado pela empresa de mesmo nome, adquirido pela Sun Microsystems, em abril de 2007.

JavaFX Mobile é capaz de rodar em vários sistemas operacionais móveis, incluindo o Android, Windows Mobile, e sistemas operacionais em tempo real ? será isso verdade ?

Cordialmente

GroovyFX e ScalaFX:

E tem essa apresentação:

JxtaNode:

Bom dia,

Alguém sabe em que estado de evolução está o JavaFX Mobile ?

Pode se ler na web isto :

JavaFX Mobile é a evolução da plataforma SavaJe criado pela empresa de mesmo nome, adquirido pela Sun Microsystems, em abril de 2007.

JavaFX Mobile é capaz de rodar em vários sistemas operacionais móveis, incluindo o Android, Windows Mobile, e sistemas operacionais em tempo real ? será isso verdade ?

Cordialmente

O novo JavaFX é só desktop. JavaFX mobile foi parado por enquanto…

hum legal, estou vendo esses links postado pelo jesuino …

bem otimo ! ehehe

abrxx

uma pergunta !

tem como integrar JavaFX e JSF ?

Uma pena que a versão pra linux está prevista apenas para o segundo semestre de 2012

Polverini:

uma pergunta !

tem como integrar JavaFX e JSF ?

Excelente notícia… Vou testar esta versão…

Adelar:

Polverini:

uma pergunta !

tem como integrar JavaFX e JSF ?

Já tinha visto integração na forma anterior, mas JavaFX 2.0 não sei se é possível. Da forma que está agora isto é mais ou menos como integrar Swing com JSF.

Você pode usar o plugin do jfx num componente composto jsf, como um flash mesmo.

juliocbq:

Adelar:

Polverini:

uma pergunta !

tem como integrar JavaFX e JSF ?

Já tinha visto integração na forma anterior, mas JavaFX 2.0 não sei se é possível. Da forma que está agora isto é mais ou menos como integrar Swing com JSF.

Você pode usar o plugin do jfx num componente composto jsf, como um flash mesmo.

hmmm, na versão 1.3 era usado o script certo, que agora foi retirado ?

Quanto a integração Fx e Swing, no meu jogo de damas eu coloquei um JOptionPane no meio, quando ele aparece pela primeira vez causa uma lentidão gigante, alguem reparou algo assim ?

Polverini:

juliocbq:

Adelar:

Polverini:

uma pergunta !

tem como integrar JavaFX e JSF ?

Já tinha visto integração na forma anterior, mas JavaFX 2.0 não sei se é possível. Da forma que está agora isto é mais ou menos como integrar Swing com JSF.

Você pode usar o plugin do jfx num componente composto jsf, como um flash mesmo.

hmmm, na versão 1.3 era usado o script certo, que agora foi retirado ?

Quanto a integração Fx e Swing, no meu jogo de damas eu coloquei um JOptionPane no meio, quando ele aparece pela primeira vez causa uma lentidão gigante, alguem reparou algo assim ?

em casa tenho um pc com gpu 9400. Ele fica legal com aceleração, mas ainda come muitos recursos. Ainda tem que polir bastante o fx. Mas isso é questão de tempo.

Esse tal de Java FX deveria gerar HTML5 desde o inicio

É um ponto interessante.

O que o JavaFX está se tornando? Qual o ponto?

Parece que está “dando tiro para todos os lados”.

Antes era um camada acima de JME/JSE para criar aplicações ricas para diversos dispositivos.

Mas do JavaFX original(F3) acredito que não tem mais nada.

Agora é replace para o Swing/AWT.

Gerar HTML5 é só mais uma dor de cabeça IMHO. Tem muita coisa a se pensar,

o FXML é baseado no XML do Pivot. Bem, não sei o que pensar…

Seria melhor se tivessemos primeiramente um toolkit gráfico funcionando 100% e depois sub-projetos para atingir esses objetivos do que um projeto gigante funcionando mais ou menos.

Não sei se é isso que acontece ou vai acontecer, mas quanto maior o projeto, maior a possibilidade de coisas sairem mais ou menos…

Ou seja, nem pensar em usar o FX2 em projetos sérios. Essa era uma grande dúvida minha. Eu até comecei a ficar um pouco empolgado com FX2, mas pelo visto, vai demorar um tempão para ficar bom para desenvolvimento de projetos sérios e enquanto isso não acontece… melhor utilizar o Netbeans Platform ou o Eclipse Platform.

porque?

Ou seja, nem pensar em usar o FX2 em projetos sérios. Essa era uma grande dúvida minha. Eu até comecei a ficar um pouco empolgado com FX2, mas pelo visto, vai demorar um tempão para ficar bom para desenvolvimento de projetos sérios e enquanto isso não acontece… melhor utilizar o Netbeans Platform ou o Eclipse Platform.

eu já acho o contrário. Ficou bem robusto e fácil de usar. Em máquinas com gpu sua aplicação vai ter um desempenho alto.
O jfx não é uma tecnologia para ser usada apenas na web, ela vai trazer qualidade de software para a plataforma java em geral.

Ou seja, nem pensar em usar o FX2 em projetos sérios. Essa era uma grande dúvida minha. Eu até comecei a ficar um pouco empolgado com FX2, mas pelo visto, vai demorar um tempão para ficar bom para desenvolvimento de projetos sérios e enquanto isso não acontece… melhor utilizar o Netbeans Platform ou o Eclipse Platform.

eu já acho o contrário. Ficou bem robusto e fácil de usar. Em máquinas com gpu sua aplicação vai ter um desempenho alto.
O jfx não é uma tecnologia para ser usada apenas na web, ela vai trazer qualidade de software para a plataforma java em geral.

Também concordo. Acredito também que vai melhorar é muito o desenvolvimento de aplicações desktop em Java

Acho que o FX é uma boa opção para quem desenvolve aplicações para desktop, simplesmente muito prática, chega a dispensar o uso de dnd para criação de GUI (arrasta e joga)

p/s: To usando no meu TCC

Trabalho há mais ou menos 10 anos na área.
90% dos sistemas de informação tem o requisito de serem rápidos para desenvolver, alguns podem ser web outros desktop, hoje em dia todos podem ser web, por que não?

A questão é que, pelo pouco conhecimento que tenho, é simples ao invés de renderizar nativamente atraves de um plugin, renderizar os componentes num containter html5

Teriamos então, uma maneira rápida de desenvolver para web/desktop/mobile, sem ter que reaprender 200 frameworks diferentes e sublinguagens.

Sou analista de sistemas e desenvolvedor de sistemas, boa parte dos trabalhos que tenho que fazer são campos texto, botões, checkboxes, organizar informação.
As vezes eu me pego estudando javascript, css, html
pra que? eu não deveria ter que aprender isso, deveria me preocupar com pedidos, notas fiscais, estoques, esse tipo de coisas

Ou seja, nem pensar em usar o FX2 em projetos sérios. Essa era uma grande dúvida minha. Eu até comecei a ficar um pouco empolgado com FX2, mas pelo visto, vai demorar um tempão para ficar bom para desenvolvimento de projetos sérios e enquanto isso não acontece… melhor utilizar o Netbeans Platform ou o Eclipse Platform.

eu já acho o contrário. Ficou bem robusto e fácil de usar. Em máquinas com gpu sua aplicação vai ter um desempenho alto.
O jfx não é uma tecnologia para ser usada apenas na web, ela vai trazer qualidade de software para a plataforma java em geral.

Ok, na verdade me baseei pelo fato de vc ter experimentado com a gpu e ter notado que ainda está comendo muitos recursos. Que o jfx é uma tecnologia que traz grandes benefícios para a plataforma, isso é claro.
É bem viável para desenvolvedores que atuam no ramo desktop sim (como eu), mas a minha dúvida ainda continua sendo com o desempenho de grandes aplicações feitas com jfx.

Tirando alguns Bug (muitos na verdade), eu gostei da primeira versão real do jfx, o unico ponto fraco para mim foi não vir de cara dois componentes tipo um JFormattedTextField (mascaras e numero e formatos) , e um JDialog/JOpitionPane nativo do jfx (não um Stage secundario).

Ps.: quanto a lentidao na primeira JOptionPane, é que na primeira vez que vc executa um componente Swing, ele da toda a carga de Swing/Awt.

Rafael Rossignol:

Trabalho há mais ou menos 10 anos na área.
90% dos sistemas de informação tem o requisito de serem rápidos para desenvolver, alguns podem ser web outros desktop, hoje em dia todos podem ser web, por que não?

A questão é que, pelo pouco conhecimento que tenho, é simples ao invés de renderizar nativamente atraves de um plugin, renderizar os componentes num containter html5

Teriamos então, uma maneira rápida de desenvolver para web/desktop/mobile, sem ter que reaprender 200 frameworks diferentes e sublinguagens.

Sou analista de sistemas e desenvolvedor de sistemas, boa parte dos trabalhos que tenho que fazer são campos texto, botões, checkboxes, organizar informação.
As vezes eu me pego estudando javascript, css, html
pra que? eu não deveria ter que aprender isso, deveria me preocupar com pedidos, notas fiscais, estoques, esse tipo de coisas

Se você soltar somente html5 você já perdeu o desktop e o móvel e outros nichos do mercado. Nesse ponto eu acabei concordando com a oracle por ela ter criado uma camada multimedia ao invés de uma simples api de alto nível.

não coloque palavras na minha boca
Eu disse que devia soltar html5 desde o começo, e não deixar de fazer o resto.
Do mesmo jeito q o inkscape salva em PDF, SVG, EMF e outros formatos
o java fx poderia trabalhar com html5, android, ios, desktop, etc…
Simples assim

Rafael Rossignol:

não coloque palavras na minha boca
Eu disse que devia soltar html5 desde o começo, e não deixar de fazer o resto.
Do mesmo jeito q o inkscape salva em PDF, SVG, EMF e outros formatos
o java fx poderia trabalhar com html5, android, ios, desktop, etc…
Simples assim

Rafael Rossignol:

não coloque palavras na minha boca
Eu disse que devia soltar html5 desde o começo, e não deixar de fazer o resto.
Do mesmo jeito q o inkscape salva em PDF, SVG, EMF e outros formatos
o java fx poderia trabalhar com html5, android, ios, desktop, etc…
Simples assim

não estou colocando palavras não. Só estou dizendo que javafx é uma plataforma e não uma api. Ele não precisa gerar html5 porque a superfície de desenho trabalha diretamente na placa de vídeo. E não irá trabalhar com o android nunca. Se você parar para analizar a situação entre a Oracle e a Google vai perceber.

Mas pensando aqui eu entendi o que você quis dizer. Você quer uma maneira de salvar os vetores em um arquivo. Acho que ele já faz isso no formato svg(que é universal).

Ops. :roll:
DUPLICADO.

Sem dúvida, foi uma das maiores novidades do evento. Voces acham que ele pode substituir o Swing pra aplicações desktop?

Talvez em alguns anos se continuar assim. Mas tudo depende de como a Oracle vai seguir o projeto. Os dois principais impactantes hoje ao meu ver são a licença e as plataformas disponíveis.

Pelo que eu já experimentei aqui pode sim apesar da idéia não ser essa. Você ganha em produtividade porque a arquitetura é muito superior a do swing, pois os widgets do fx são thread safe.
Em máquinas com gpu por exemplo 70% do processamento e carga de memória cai para placa de vídeo. Aquele exemplo ensemble ocupa 160 Mb em um pc com uma aceleradora, enquanto ocupa uns 450Mb em uma máquina sem uma.

A vantagem para mim é a aceleração. Dá para exibir vídeo ali sem ter dor de cabeça de usar jni para criar uma superfície do d3d em cima do swing, já que o fx já fez isso atraz dos panos.

No último dia 5 foi anunciada a passagem do JavaFX para open source… segue o link http://blogs.oracle.com/javaone/entry/javafx_2_0_arrives_and

estava lendo na infoq que o javaFX3.0 vira dentro do java 8 em meados de 2013 http://www.infoq.com/br/news/2011/10/estrategia-java

Polverini:

estava lendo na infoq que o javaFX3.0 vira dentro do java 8 em meados de 2013 http://www.infoq.com/br/news/2011/10/estrategia-java

Isso. Vai virar parte do jdk. Dizem que vão manter os widgets do swing, mas como o fx vai estar tão bom que ninguém vai usá-lo.

juliocbq:

Polverini:

estava lendo na infoq que o javaFX3.0 vira dentro do java 8 em meados de 2013 http://www.infoq.com/br/news/2011/10/estrategia-java

Isso. Vai virar parte do jdk. Dizem que vão manter os widgets do swing, mas como o fx vai estar tão bom que ninguém vai usá-lo.

Aproveitando o tópico, eu já pesquisei em diversos sites e ainda não consegui decidir o que devo usar para programação para desktop.

Eu tenho um conhecimento básico de java swing, já fiz algumas telas e pequenos projetos na faculdade. Agora eu vou começar a trabalhar em cima do meu tcc, e ainda estou indeciso entre o java swing e o fx.

Alguém de vocês que tenha experiência em ambos sabem me dizer qual devo usar profissionalmente? Continuo no swing ou acham que o futuro é o FX?

ricksouto:

Aproveitando o tópico, eu já pesquisei em diversos sites e ainda não consegui decidir o que devo usar para programação para desktop.

Eu tenho um conhecimento básico de java swing, já fiz algumas telas e pequenos projetos na faculdade. Agora eu vou começar a trabalhar em cima do meu tcc, e ainda estou indeciso entre o java swing e o fx.

Alguém de vocês que tenha experiência em ambos sabem me dizer qual devo usar profissionalmente? Continuo no swing ou acham que o futuro é o FX?

Entendi, eu já havia começado a desenvolver em swing, vou continuar assim por enquanto e ficar de olho no java fx.

Obrigado.