O JavaFX veio para substituir o Swing? [Resolvido]

Java FX veio… mas ja esa indo embora …

(minha opinião)

Não.

JavaFX vai além disso. E também não acredito que ele esteja indo embora. Penso que JavaFX terá o seu espaço ainda, principalmente em TV.

Aliás deixo editar aqui: No fórum existem várias discussões deste tema, inclusive da sua dúvida a respeito de Swing.

Se eu achar eu posto.

Ok… preciso levantar mais informações sobre javaFX. walew

As vezes sinto que estudei Swing pesadamente para nada. A Sun já tinha o matado faz tempo, e infelizmente a Oracle não irá ressucitá-lo.

Eu comecei a mexer com o JavaFX logo que lançou. Quando vi que tinham poucos componentes para GUI eu desencanei. Até agora não tem um componente tabela (grid).
Eu não me vejo desenvolvendo mais nada para desktop. Só se for para dar aula ou se algum cliente precisar de algo. Ou então algum jogo.
Para RIAs, existem N soluções baseadas “apenas” em JavaScript e também Flex usando o plugin do Flash, que quase todo mundo tem instalado.
Enfim, vale aprender JavaFX como curiosidade, mas é uma tecnologia que nasceu quase morta e que na minha visão está com os dias contados. A Sun demorou demais para se mexer, e agora a Oracle parece que está deixando o negócio terminar de morrer.

[]´s

É o contrário, é a tecnologia Java que a Oracle mais aposta.

Também acredito que seja tendência ele substituir o Swing no desktop, sendo mais flexível e fácil. Ainda faltam componentes, mas a cada versão essa defasagem vem caindo e os componentes JavaFX são mais flexíveis e mais simples de se trabalhar. GWT também não tem grid e nem por isso deixou de crescer.

Creio que os novos horizontes sejam javaFX, mas afinal ainda compensa programar para desktop em java?

A plataforma Web pode ter as mesmas funções que no desktop?

Se for um caso de um sistema ERP, seria um tanto complicado desenvolver em web, creio que a agilidade em vendas de alguma empresa que a rotina seja de respostas rapidas, não seria viavel fazer paginas carregarem no browser, posso estar errado, mas eh uma opinião formada com minha pouca experiencia.

A idéia do javafx vai mais além que se criar interfaces gráficas. Ele te proporciona uma ótima camada multimídia, hoje melhor que a jmf que só usava vídeo for windows.
Com o tempo javafx irá proporcionar muitas opções tanto no quesito ria como aplicações de multimedia.

Lucas Emanuel:

Não.

JavaFX vai além disso. E também não acredito que ele esteja indo embora. Penso que JavaFX terá o seu espaço ainda, principalmente em TV.

Aliás deixo editar aqui: No fórum existem várias discussões deste tema, inclusive da sua dúvida a respeito de Swing.

Se eu achar eu posto.

Java e TV Digital? Voce ainda acredita nisso mesmo?

Sim, próximo…

mochuara:

Lucas Emanuel:

Não.

JavaFX vai além disso. E também não acredito que ele esteja indo embora. Penso que JavaFX terá o seu espaço ainda, principalmente em TV.

Aliás deixo editar aqui: No fórum existem várias discussões deste tema, inclusive da sua dúvida a respeito de Swing.

Se eu achar eu posto.

Java e TV Digital? Voce ainda acredita nisso mesmo?

e por que não acreditar ?

Java e Mobile, tem seu espaço, por que não para TV tbm ?!!?!?

É o contrário, é a tecnologia Java que a Oracle mais aposta.

Também acredito que seja tendência ele substituir o Swing no desktop, sendo mais flexível e fácil. Ainda faltam componentes, mas a cada versão essa defasagem vem caindo e os componentes JavaFX são mais flexíveis e mais simples de se trabalhar. GWT também não tem grid e nem por isso deixou de crescer.

caro marcos gwt tem componente grid sim. é so procurar nos showcase da vida que vc encontrará.
[]s

m4rkk:

marcosalex:

É o contrário, é a tecnologia Java que a Oracle mais aposta.

Também acredito que seja tendência ele substituir o Swing no desktop, sendo mais flexível e fácil. Ainda faltam componentes, mas a cada versão essa defasagem vem caindo e os componentes JavaFX são mais flexíveis e mais simples de se trabalhar. GWT também não tem grid e nem por isso deixou de crescer.

caro marcos gwt tem componente grid sim. é so procurar nos showcase da vida que vc encontrará.
[]s

Nao sabia. São da implementação oficial ou são componentes de terceiros? Aliás, também tem componentes de terceiros com grid no JavaFX, mesmo assim ele é malhado.

JavaFX veio para ser o que a camada JSE representa hj.

Esperem o J1, ventos da mudança estão chegando

[]'s

Jesuino Master:

JavaFX veio para ser o que a camada JSE representa hj.

Esperem o J1, ventos da mudança estão chegando

[]'s

Será que eles vão melhorar a integração com os browsers para ficar mais transparente e “flash like”?

Eu espero de coração que se torne um bom framework. Todo framework tem um bom suporte a multimedia:

Qt- > Quick, Animation Framework, Phonon
Dotnet -> WPF, directshow/directx
…

Java passou uns 10 anos sem esse tipo de funcionalidade, porque jmf é uma brincadeira(lerdo e sem recursos).

juliocbq:

Eu espero de coração que se torne um bom framework. Todo framework tem um bom suporte a multimedia:

Qt- > Quick, Animation Framework, Phonon
Dotnet -> WPF, directshow/directx
…

Java passou uns 10 anos sem esse tipo de funcionalidade, porque jmf é uma brincadeira(lerdo e sem recursos).

O que me chateia e muito é que esses players não suportam InputStream ou byte array, portanto seria o uso de caminho direto por string ou URL.

Jesuino Master:

JavaFX veio para ser o que a camada JSE representa hj.

Esperem o J1, ventos da mudança estão chegando

[]'s

Hã? JSE? Esta se referindo ao JavaSE? JavaFX vai substituir o JavaSE, não faz o menor sentido essa afirmação. JavaSE é a base do Java , JavaFX é uma tecnologia de apresentação apenas. Esclarece pra gente essa história.

mochuara:

Jesuino Master:

JavaFX veio para ser o que a camada JSE representa hj.

Esperem o J1, ventos da mudança estão chegando

[]'s

Hã? JSE? Esta se referindo ao JavaSE? JavaFX vai substituir o JavaSE, não faz o menor sentido essa afirmação. JavaSE é a base do Java , JavaFX é uma tecnologia de apresentação apenas. Esclarece pra gente essa história.

Acho que nao foi isso que ele quis dizer.

Grinvon:

juliocbq:

Eu espero de coração que se torne um bom framework. Todo framework tem um bom suporte a multimedia:

Qt- > Quick, Animation Framework, Phonon
Dotnet -> WPF, directshow/directx
…

Java passou uns 10 anos sem esse tipo de funcionalidade, porque jmf é uma brincadeira(lerdo e sem recursos).

O que me chateia e muito é que esses players não suportam InputStream ou byte array, portanto seria o uso de caminho direto por string ou URL.

Para fazer apenas um playback de media você não precisa dos quadros(byte array como você disse). A url é suficiente. Agora para poder processar vídeo precisamos dessa opção, além de um sistema de codecs para podermos fazer também a captura em arquivos. Espero que o pessoal da oracle pense nisso, porque senão javafx vai ser somente um toolkit ria.

Júlio, mas por medida de segurança, poderia ser interessante carregar dessa forma como InputStream, sem protocolo de RMTP nem nada. Ou seja, poderíamos adicionar o vídeo em um banco de dados, estrair a informação e exibi-lo diretamente no player.

Grinvon:

Jesuino Master:

JavaFX veio para ser o que a camada JSE representa hj.

Esperem o J1, ventos da mudança estão chegando

[]'s

Será que eles vão melhorar a integração com os browsers para ficar mais transparente e “flash like”?

Achei engraçado “flash-like” aqui estar sendo usado como sinônimo de tecnologia que integra transparentemente com browsers.

mochuara:

Grinvon:

Jesuino Master:

JavaFX veio para ser o que a camada JSE representa hj.

Esperem o J1, ventos da mudança estão chegando

[]'s

Será que eles vão melhorar a integração com os browsers para ficar mais transparente e “flash like”?

Achei engraçado “flash-like” aqui estar sendo usado como sinônimo de tecnologia que integra transparentemente com browsers.

Pode não ser o ideal mas é sem dúvida melhor do que como está.

Guardar vídeo dentro de um banco está fora de questão grinvon. Isso ia acabar com o desempenho da transmissão. Imagina ter que consultar um banco, ler bits, decodificar, transmitir e posteriormente fazer o caminho inverso. No banco no máximo guardar o caminho do arquivo do vídeo. E imagina um vídeo HD, com milhares de quadros de 1600 por 900 px.

Mas o que eu quis dizer é que javafx hoje não suporta captura nem nenhuma funcionalidade para processar vídeo de maneira adequada. Ele tem bom desempenho, mas para se tornar robusto ainda falta bem coisa.

mochuara:

Jesuino Master:

JavaFX veio para ser o que a camada JSE representa hj.

Esperem o J1, ventos da mudança estão chegando

[]'s

Hã? JSE? Esta se referindo ao JavaSE? JavaFX vai substituir o JavaSE, não faz o menor sentido essa afirmação. JavaSE é a base do Java , JavaFX é uma tecnologia de apresentação apenas. Esclarece pra gente essa história.

Rafael Afonso:

mochuara:

Jesuino Master:

JavaFX veio para ser o que a camada JSE representa hj.

Esperem o J1, ventos da mudança estão chegando

[]'s

Hã? JSE? Esta se referindo ao JavaSE? JavaFX vai substituir o JavaSE, não faz o menor sentido essa afirmação. JavaSE é a base do Java , JavaFX é uma tecnologia de apresentação apenas. Esclarece pra gente essa história.

Acho que ele quis dizer em substituir o Java SE (Swing/AWT) na camada view no desktop. Da mesma forma em que o JSP/JSF subtitui a utilização direta de classes Java na camada view na web.

Muito provavel que seja utilizado em conjunto com swing. Até porque ele precisa de um container pra rodar.

Container? Você quer dizer rodar JavaFX em cima do Swing? Mas a intenção é remover todas as dependências em relação ao Swing/AWT para que os componentes sejam os mais portaveis possíveis (para Mobile, Web, TV). Embora exista um pacote javafx.ext.swing, a idéia é quie ele seja cada vez menos utilizado.
O que talvez você queira dizer é que no ambiente desktop aí sim o JavaFX utilize o Swing internamente. Mas a impressão que eu tenho é que vão usar Java2D para desenhar os componentes básicos. Alguém pode confirmar ou refutar minha teoria?

Rafael Afonso:

juliocbq:

Muito provavel que seja utilizado em conjunto com swing. Até porque ele precisa de um container pra rodar.

Container? Você quer dizer rodar JavaFX em cima do Swing? Mas a intenção é remover todas as dependências em relação ao Swing/AWT para que os componentes sejam os mais portaveis possíveis (para Mobile, Web, TV). Embora exista um pacote javafx.ext.swing, a idéia é quie ele seja cada vez menos utilizado.
O que talvez você queira dizer é que no ambiente desktop aí sim o JavaFX utilize o Swing internamente. Mas a impressão que eu tenho é que vão usar Java2D para desenhar os componentes básicos. Alguém pode confirmar ou refutar minha teoria?

Não, é justamente o contrário. Para escrever uma aplicação desktop usando JavaFx você precisa pintá-lo numa superfície swing. É para isso que serve o widgetsfx.
http://widgetfx.org/
Da mesma forma que para escrever uma aplicação opengl, você pinta uma superfície dela em cima de um widget ou componente.

Pode comparar o javafx como um java2d muito mais avançado(Olhando pelo lado gráfico claro).

Eu também achava que fosse o oposto, pra não precisar de usar Swing, que considero um gambiarra em cima de outra gambiarra (awt).

Outro dia vi aqui no fórum que o swing ia ser descontinuado. E se for!? foi tarde.
No trampo, temos legado em swing e ja estamos substituindo pelo adobe flex na camada view.
Não utilizamos o java fx pois o gerente é mala! :roll:

Pessoal,

O javaFX será independente do Swing, AWT e inclusive do Java 2D. O JavaFX está começando a usar outra api gráfica chamada Prism.

http://forums.sun.com/thread.jspa?threadID=5390242

EDIT. Link interessante sobre o Prism
http://weblogs.java.net/blog/opinali/archive/2010/08/21/jdk-6u21-javafx-131-and-deployment

Tentem usar algum componente Java Swing e verão uma mensagem de aviso no console falando que o uso de componentes Java Swing é depreciado.

Nesse JavaOne terá mais detalhes sobre isso!

mochuara:

Jesuino Master:

JavaFX veio para ser o que a camada JSE representa hj.

Esperem o J1, ventos da mudança estão chegando

[]'s

Hã? JSE? Esta se referindo ao JavaSE? JavaFX vai substituir o JavaSE, não faz o menor sentido essa afirmação. JavaSE é a base do Java , JavaFX é uma tecnologia de apresentação apenas. Esclarece pra gente essa história.

Vão acontecer várias mudanças. Uma das coisas que vai acontecer é uso de JavaFX com outras linguagens, como Groovy e Scala.

http://www.eventreg.com/cc250/sessionDetail.jsp?SID=319370

marcosalex:

juliocbq:

Não, é justamente o contrário. Para escrever uma aplicação desktop usando JavaFx você precisa pintá-lo numa superfície swing. É para isso que serve o widgetsfx.
http://widgetfx.org/
Da mesma forma que para escrever uma aplicação opengl, você pinta uma superfície dela em cima de um widget ou componente.

Pode comparar o javafx como um java2d muito mais avançado(Olhando pelo lado gráfico claro).

Eu também achava que fosse o oposto, pra não precisar de usar Swing, que considero um gambiarra em cima de outra gambiarra (awt).

Até não considero gambiarra, você pode utilizar o javafx em qualquer superfície. O swing é java enquanto o awt é nativo. Por isso grande parte dos dispositivos de pintura do java o usam(awt), por questão de desempenho, assim como o swt.

Jesuino Master:

Pessoal,

O javaFX será independente do Swing, AWT e inclusive do Java 2D. O JavaFX está começando a usar outra api gráfica chamada Prism.

http://forums.sun.com/thread.jspa?threadID=5390242

EDIT. Link interessante sobre o Prism
http://weblogs.java.net/blog/opinali/archive/2010/08/21/jdk-6u21-javafx-131-and-deployment

Tentem usar algum componente Java Swing e verão uma mensagem de aviso no console falando que o uso de componentes Java Swing é depreciado.

Nesse JavaOne terá mais detalhes sobre isso!

Então a novidade no JavaOne vai ser um blog post de 2 anos atrás? :lol:

Falando sério, o mínimo que o time do JavaFX deveria anunciar é uma aplicação usando a porra do framework, resolver algum problema real, pra servir como referência, caso de uso. Esse papo de que vai suportar linguagem X , vai rodar em cima de tecnologia Y, é historinha pra boi dormir.

como html 5 a tendencia é acabar com os pluginshell (inferno dos pugins) applets “que ja se foi”, flash, silverlight, javafx etc…

flex é muito legal com java com BlazeDS já fiz algumas coisas
é muito bonito as coisas da adobe

não tem como. Você vai precisar de uma funcionalidade que o html5 não tê provê como uma linguagem de programação real, e ae vai precisar de plugins. Não pensemos que silverlight, javafx são sómente para interfaces ricas ou gráficos. O silverlight hoje roda em cima do directx e vai muito além de fazer playback de áudio e vídeo.

não tem como. Você vai precisar de uma funcionalidade que o html5 não tê provê como uma linguagem de programação real, e ae vai precisar de plugins. Não pensemos que silverlight, javafx são sómente para interfaces ricas ou gráficos. O silverlight hoje roda em cima do directx e vai muito além de fazer playback de áudio e vídeo.

Falou tudo. A propósito, já viram sites usando HTML5 pra fazer banners de propaganda? A espearança era acabar com os banners em flash, eheheheheh

não tem como. Você vai precisar de uma funcionalidade que o html5 não tê provê como uma linguagem de programação real, e ae vai precisar de plugins. Não pensemos que silverlight, javafx são sómente para interfaces ricas ou gráficos. O silverlight hoje roda em cima do directx e vai muito além de fazer playback de áudio e vídeo.

Errr… poderia citar pelo menos uma funcionalidade?

marcosalex:

Falou tudo. A propósito, já viram sites usando HTML5 pra fazer banners de propaganda? A espearança era acabar com os banners em flash, eheheheheh

Acho que o propósito do HTML5 não era reinventar a publicidade na web, e sim fazer o que o Flash faz sem precisar de plugin. A menos que esteja dizendo que “banners de prograganda feitos em HTML5” ainda usa plugin, sinceramente não entendi seu ponto.

mochuara:

Acho que o propósito do HTML5 não era reinventar a publicidade na web, e sim fazer o que o Flash faz sem precisar de plugin. A menos que esteja dizendo que “banners de prograganda feitos em HTML5” ainda usa plugin, sinceramente não entendi seu ponto.

Mas era isso que eu queria dizer: os banners irritantes de propaganda feitos em flash eram a primeira coisa que eu bloqueava no browser e foi uma das primeiras utilidades do HTML5.

procurem sobre andrew andrade ele está bem por dentro do html5 e tem videos que ele fala a respeito muito bom mesmo!

não tem como. Você vai precisar de uma funcionalidade que o html5 não tê provê como uma linguagem de programação real, e ae vai precisar de plugins. Não pensemos que silverlight, javafx são sómente para interfaces ricas ou gráficos. O silverlight hoje roda em cima do directx e vai muito além de fazer playback de áudio e vídeo.

Errr… poderia citar pelo menos uma funcionalidade?

Várias até, como o processamento desses, Protocolos de comunicação proprietários, coisas que o html5 não faz. Mas não faz porque o propósito do html 5 é suprir somente uma plataforma de script, enquanto os outros não somente. Integram java ou c#.

Guardar vídeo dentro de um banco está fora de questão grinvon. Isso ia acabar com o desempenho da transmissão. Imagina ter que consultar um banco, ler bits, decodificar, transmitir e posteriormente fazer o caminho inverso. No banco no máximo guardar o caminho do arquivo do vídeo. E imagina um vídeo HD, com milhares de quadros de 1600 por 900 px.

Mas o que eu quis dizer é que javafx hoje não suporta captura nem nenhuma funcionalidade para processar vídeo de maneira adequada. Ele tem bom desempenho, mas para se tornar robusto ainda falta bem coisa.

Estou ciente disse Júlio, se formos levar para o lado web, onde a demanda de requisições é alta um processo de guardar vídeos em banco iria demorar realmente muito mais, mas num contexto intranet isso pode se tornar viável, desde que não sejam vídeos cavernosos de mais de 200 megas. O próprio Primefaces tem suporte a isso, dessa maneira como falei.

Guardar vídeo dentro de um banco está fora de questão grinvon. Isso ia acabar com o desempenho da transmissão. Imagina ter que consultar um banco, ler bits, decodificar, transmitir e posteriormente fazer o caminho inverso. No banco no máximo guardar o caminho do arquivo do vídeo. E imagina um vídeo HD, com milhares de quadros de 1600 por 900 px.

Mas o que eu quis dizer é que javafx hoje não suporta captura nem nenhuma funcionalidade para processar vídeo de maneira adequada. Ele tem bom desempenho, mas para se tornar robusto ainda falta bem coisa.

Estou ciente disse Júlio, se formos levar para o lado web, onde a demanda de requisições é alta um processo de guardar vídeos em banco iria demorar realmente muito mais, mas num contexto intranet isso pode se tornar viável, desde que não sejam vídeos cavernosos de mais de 200 megas. O próprio Primefaces tem suporte a isso, dessa maneira como falei.

Se for pensar por esse lado sim.

O texto ficou ambiguo.
Isso está indicando que OS componentes Java Swing são depreciados ou apenas que o Java FX não “aprecia” (não suporta) o uso de componentes Swing?
Acho que o correto seja a segunda interpretação, o que é louvavel. Evita que verdadeiras adaptações técnicas* sejam feitas devido a mistura de tecnologias.

Enqto o Java FX não prover a flexibilidade q o Swing fornece, acho pouco provavel que um substitua o outro no curto prazo.

[size=9]*vulgarmente conhecida como gambiarra[/size]