Pivot Nasce Desafiando JavaFX

Quando eu tiver um tempo vou testar. Não gostei muito da aparência dele, comparando com outras tecnologias RIA.

Mas sobre esse trecho(que está na documentação oficial):

A Google que desenvolve as APIs e livrarias do GWT

O resultado não é ByteCode, mas sim Javascript, que depende dos recursos do navegador

Não suporta uma linguagem de marcação(como, por exemplo, XML) na construção da interface, só “programativamente”

Não é o Google que desenvolve todas as bibliotecas para GWT e o GWT tem sim uma forma de construir telas de forma declarativa, e ela se chama UIBinder. E pessoalmente eu acho o Javascript vantagem e não desvantagem.

Sei lá desse Pivot ai viu…

Por um lado me parece um cara fazendo barulho, por outro um facilitador de construção de RIAs…

Tanto faz agora quem ganha a parada no lado Java(Pivot ou JavaFX), o importante é o Flex perder, o que é difícil. Se Pivot se der bem, daqui a algumas versões o JavaFX supera ele, a Sun faz como fez com o JavaEE mesmo, vai evoluindo(e copiando :P), evoluindo, até que fica com a mesma qualidade, ou melhor.(Não foi assim com o JEE 6? veio com suporte a muita coisa que usavamos Spring ou outros frameworks para fazer).

Ele cita umas vantagens ridículas e “pessoais” quanto a outras tecnologias, assim como o @serathiuk falou. O Javascript é questão, as vezes, de opinião…

O Pivot “fala” muito que JavaFX é uma outra linguagem, mas não fala que é completamente compatível com Java e que é muito simples… Uma nova linguagem era necessária sim: Imagine você ficar se matando para fazer coisas bobas no lado cliente usando código Java? Exemplos: Transições, efeitos, leitura de WEB Services - Isso em JavaFX é super trivial! Sem falar no foco do JavaFX no fluxo de desenvolvimento Designer -> Desenvolvedor, quem um próprio Designer me explicou ser muito importante!

[]'s

Rapaz, isso para mim é fogo de palha.
porque:

1- Primeiro, na minha concepção, foi um grande ganho a criação de uma nova linguagem, as nova funcionalidades como trigger, bind são grandes ganhos na construções de animações, java é muito atrasado nesse quesito.
2- Falta uma IDE para dar suporte, não adianta ter uma linguagem fantastica e não ter IDE, não vai para lugar nenhum, podemos ver isso pelo Jasper e IReport, um sem o outro não existe. :twisted:
3- A sun esta apotando alto no JavaFX, já tendo ate pedido para o OpenOffice ser refeito em JavaFX

Uma opinião pessoal minha é que com esse movimento da sun já esta solicitando que projetos novos para Desktop já seja apostado no JavaFX seja uma forma até de demonstrara que daqui a um tempo, a depender de como seja a aceitação do JavaFX pelo mercado, ela descontinue o Swing, lembrando que isso é uma opinião pessoal. O que falta para op JavaFX hoje é um ambiente de desenvolvimento melhor e mais componentes.

Percebam até a coincidência dos papei da Sun terem valorizado no dia em que ela lançou o plugin para o NetBeans que permite desenvolver para JavaFX com o arrastar o mouse.

Também penso assim. Além do mais, se pro JavaFX já está sendo difícil entrar nesse mercado polarizado de RIA, imagina mais um?

Ah, um detalhe. As apresentações preview do novo visual do OpenOffice foram feitas em JavaFX, bem antes da Oracle comprar a Sun. Não o novo visual, mas uma apresentação no estilo PowerPoint. Sinal de que os desenvolvedores do OO já estudavam a nova tecnologia.

afamorim:

Rapaz, isso para mim é fogo de palha.
porque:

1- Primeiro, na minha concepção, foi um grande ganho a criação de uma nova linguagem, as nova funcionalidades como trigger, bind são grandes ganhos na construções de animações, java é muito atrasado nesse quesito.
2- Falta uma IDE para dar suporte, não adianta ter uma linguagem fantastica e não ter IDE, não vai para lugar nenhum, podemos ver isso pelo Jasper e IReport, um sem o outro não existe. :twisted:
3- A sun esta apotando alto no JavaFX, já tendo ate pedido para o OpenOffice ser refeito em JavaFX

Uma opinião pessoal minha é que com esse movimento da sun já esta solicitando que projetos novos para Desktop já seja apostado no JavaFX seja uma forma até de demonstrara que daqui a um tempo, a depender de como seja a aceitação do JavaFX pelo mercado, ela descontinue o Swing, lembrando que isso é uma opinião pessoal. O que falta para op JavaFX hoje é um ambiente de desenvolvimento melhor e mais componentes.

Percebam até a coincidência dos papei da Sun terem valorizado no dia em que ela lançou o plugin para o NetBeans que permite desenvolver para JavaFX com o arrastar o mouse.

Concordo plenamente com o item 1 que você citou. Pior que muitos lugares apontam isso como desvantagem (o próprio Pivot). O pessoal pensa que JavaFX deveria ser tipo uma biblioteca em cima de Java, o que seria SuX, pois tem muita biblioteca pras coisas que JavaFX faz por ae. Sem dizer que JavaFX ganha em performance sendo uma nova linguagem!

BTW, em Javafx você pode usar uma sintaxe aproximada do Java… Enfim, JavaFX é espetacular e está crescendo!

I wouldn’t recommend JavaFX for developers who dislike learning new technology, language, or components. Innovative technologies always require more passion and energy to learn – the experience has to be earned.
Adam Bien

gr_marco:

I wouldn’t recommend JavaFX for developers who dislike learning new technology, language, or components. Innovative technologies always require more passion and energy to learn – the experience has to be earned.
Adam Bien

JavaFx é pra quem tem interesse…
Se o cara não têm interesse… que continue acreditando que “nasceu morto”, mas tenta guardar pra você, não fica falando o que não sabe, hehe!!!
Qaunto a IDE, não sei se é exatamente isto que falta não. Acredito que falte mais a criatividade mesmo para desenvolver, e a IDE não vai te trazer isto com componentes prontos.
Concordo que é espetacular e está crescendo!
Boa sorte pro Pivot também, quero ver quando ele atender tudo que o JavaFX pretende fornecer.

IMHO

O mercado dos “sem criatividade que usam componentes prontos” é considerável e importante também. E o Java não conseguiu ainda atingir esse público. Se conseguir entrar, vai ser um crescimento bem acelerado pro JavaFX, já que boa parte do público do Flex é assim.

Me desculpe (de verdade, sorry), mas achei esse seu comentário completamente estúpido. O melhor programador é aquele que sabe escolher a melhor tecnologia pra resolver o problema, e não aquele que vai ficar apostando em 1 ou 2 tecnologias e tentar fazer um shopping com um cotonete, um clips e umas chicletes. Programei em Flex e amo pra cacete fazer aplicações que tenham o front-end nessa tecnologias. Mas se o JavaFX (ou o Pivot ou aquele tal de Silverlight que não resolve nada) vier com alguns recursos poderosos ganhando de 10 do Flex, você acha que eu (e mais trocentos) programadores não vamos optar pela que melhor resolver o maldito problema?

ps.: me desculpe… sério mesmo… mas chegar de um longo dia de trabalho e ver (ainda, AINDA) coisas desse tipo escritas… é de quebrar as pernas (me desculpe + 1 vez e, se possível, leve na esportiva).

Me desculpe (de verdade, sorry), mas achei esse seu comentário completamente estúpido. O melhor programador é aquele que sabe escolher a melhor tecnologia pra resolver o problema, e não aquele que vai ficar apostando em 1 ou 2 tecnologias e tentar fazer um shopping com um cotonete, um clips e umas chicletes. Programei em Flex e amo pra cacete fazer aplicações que tenham o front-end nessa tecnologias. Mas se o JavaFX (ou o Pivot ou aquele tal de Silverlight que não resolve nada) vier com alguns recursos poderosos ganhando de 10 do Flex, você acha que eu (e mais trocentos) programadores não vamos optar pela que melhor resolver o maldito problema?

ps.: me desculpe… sério mesmo… mas chegar de um longo dia de trabalho e ver (ainda, AINDA) coisas desse tipo escritas… é de quebrar as pernas (me desculpe + 1 vez e, se possível, leve na esportiva).

Concordo com você, é sério

Foi estúpido mesmo o comentário. Foi só uma opinião guiada pelo meu “coração” hushusahusah. Não é sério, também sei que a melhor tecnologia é aquela que melhor se adapta e resolve um problema e bla blas.

É que falei no sentido do mundo RIA agora, tudo está sendo lançado focando derrotar Flex, foi isso que quis dizer… E tem minha opinião pessoal também, Flex é monopólio, quantas empresas não estão adotando flex por ae, o importante é alguma tecnologia que brigue de cara com ele e não tem, ou tem e eu não sei?

Nunca levaria a mal um comentário em fórum, tem que falar mesmo o que não concorda. Porque não concordar e ficar só lendo é bobeira!

EDIT:

Em outras palavras: Eu também programaria em Flex sem problemas…

Alguma coisa worth mentioning foi desenvolvida com o JavaFX até agora?

Dei uma olhada nele e pelo menos a parte de programacao parece
estar melhor que o javaFX.

mas nao vi nada de video no pivot, alguem sabe se colocarao este
importante recurso ?

Roadmap do Pivot: http://issues.apache.org/jira/browse/PIVOT?report=com.atlassian.jira.plugin.system.project:roadmap-panel

j-menezes:

Dei uma olhada nele e pelo menos a parte de programacao parece
estar melhor que o javaFX.

mas nao vi nada de video no pivot, alguem sabe se colocarao este
importante recurso ?

Porque a programação do Pivot é melhor que a do Jfx??

[]'s

Esses caras tão vendendo soluções JavaFX:

http://javafx.com/partners/

Tem o editor like gdocs em JavaFX. o aplicativo das olimpíadas[to enjoado de falar desse :s] e muitas coisinhas que temos conhecimentos diariamente. Se der tempo, faço um resumo depois!

[]'s

Em breve teremos notícias, mas adiantando, vou postar aqui mesmo.

A Oracle afirmou hoje no web cast que vai continuar investindo forte em JavaFX.

Um “forte” nessa afirmação faz toda a diferença, não é só manter, é investir forte.

Una isso ao JavaFX 1.3 e vamos ver

Jesuino Master:

j-menezes:

Dei uma olhada nele e pelo menos a parte de programacao parece
estar melhor que o javaFX.

mas nao vi nada de video no pivot, alguem sabe se colocarao este
importante recurso ?

Porque a programação do Pivot é melhor que a do Jfx??

[]'s

Simplesmente porque e’ java, alias uma API bem enxuta e simples.

Entao…, programacao e’ uma coisa pessoal, cada um tem uma opiniao e acaba usando
o que melhor se adapta.

Mas na minha opiniao pra quem esta acostumado com java puro a curva pra se entender
o Pivot e menor, alias bem menor.

Um pouco que li os exemplo do Pivot, entendi perfeitamente.

O JavaFX e’ preciso aprender uma nova linguagem e depois que se entendeu bem ai sim
devera’ ser bom para o desenvolvedor.

Porque programacao nao e’ somente ESCREVER tem que ser bom tambem para se LER os
codigos e nisso o javao tem seus meritos.

j-menezes:

Jesuino Master:

j-menezes:

Dei uma olhada nele e pelo menos a parte de programacao parece
estar melhor que o javaFX.

mas nao vi nada de video no pivot, alguem sabe se colocarao este
importante recurso ?

Porque a programação do Pivot é melhor que a do Jfx??

[]'s

Simplesmente porque e’ java, alias uma API bem enxuta e simples.

Entao…, programacao e’ uma coisa pessoal, cada um tem uma opiniao e acaba usando
o que melhor se adapta.

Mas na minha opiniao pra quem esta acostumado com java puro a curva pra se entender
o Pivot e menor, alias bem menor.

Um pouco que li os exemplo do Pivot, entendi perfeitamente.

O JavaFX e’ preciso aprender uma nova linguagem e depois que se entendeu bem ai sim
devera’ ser bom para o desenvolvedor.

Porque programacao nao e’ somente ESCREVER tem que ser bom tambem para se LER os
codigos e nisso o javao tem seus meritos.

Hm, isso é verdade.

O problema que o peso de aprender uma nova linguagem inválida meus argumentos de que JavaFX é fácil demais, tem uma sintaxe voltada para a construção de GUIs, classes que facilitam a leitura de webservices e tals.

Isso realmente é muito criticado em JavaFX: Uma nova linguagem. Bem, não sei, eu não vi problemas, mas acho muito meloso para construção de GUI, pelo menos é o que ficou comigo por ter feito algumas coisas com Java Swing, não sei se seria possível mudar essa abordagem uasndo o próprio Java.

É claro que com as facilidades de JavaFX pode fazer o código da view ser “uma zona”, mas é possível melhorar, veja esse post:

http://groups.google.com/group/javafx-br/browse_thread/thread/6eaccc316a4665f7

É serio que você prefere isso:

JButton btn = new JButton("Teste");
btn.set....

A isso:

Button{
    text: "Teste"
    action: function(){}    
}

E ainda prefere dispensar recursos como bind e trigger do JavaFX para não aprender uma nova linguagem?

Eu também gosto muito de Java, muito mesmo, quem me conhece sabe! Mas sou realista e sei o custo para construir algo específico com uma linguagem geral, como o Java. JavaFX nasceu para fazer GUI/interface, creio eu que eles fizeram de tudo para melhorar a programação de GUI lá.

Não estou criticando a sua opinião, jamais, só estou tentando amenizar o impacto de JavaFX ser uma nova linguagem…
Não me leve a mal como em outros posts por ae, onde alguns respondem, me parecem, magoados, ou querendo ganhar algo que ainda não sei o que é :S

Aproveitando a deixa com quem entende do assunto, é possível no JavaFX fazer bind com um bean pra acesso ao banco de dados? (tipo os componentes dbEdit no Delphi)

JavaFX também tem suporte simples para fazer uma requisição http e consumir JSON? Tem algum livro bacana sobre JavaFX que você indicaria?

JavaFX também tem suporte simples para fazer uma requisição http e consumir JSON? Tem algum livro bacana sobre JavaFX que você indicaria?
Usamos a duplinha HttpRequest + PullParser para ler WEB Services.

O pullparser tem uma sacada interessante, tem um evento conforme ele le o XML/JSON, ajuda muito =D

Os livros que indico são esses:

http://apress.com/book/view/[telefone removido]
Pro JavaFX Platform -> Os três autores que conheço são gente boa e manjam muito de JavaFX. O Stephen Chin é o líder do grupo JavaFX do Vale do Silício, que é online também. O Jim Weaver é o cara que sempre fala de JavaFX em diversos eventos e um dos primeiros a publicar coisas sobre a plataforma.
Passa desde o básico da linguagem até aplicativos do tipo “Oh”. O melhor é que toda seção tem coisa prática, pelo menos um aplicativo você faz para colocar em prática.

O outro é o JavaFX in Action, não conheço muito, mas um amigo fez uma das reviews e gostou muito. O que vi é que as aplicações são um pouco avançadas, isso ajuda bastante a manter a motivação pelo livro. Interessante que JavaFX não é tão popular quanto Flex, mas deve vender livro, pois temos bastante e um recentemente lançado: “JavaFX Effects” algo assim.

Os livros são em inglês, mas falei com o Jim Weaver, do Pro JavaFX Platform, e ele mostrou interesses em fazer uma versão do livro em PT-BR. Embora temos aquele detalhe da tradução ser, as vezes, um problema, ainda acredito em boas traduções!

O bind do JavaFX permite que qualquer variável tenha seu comportamento alterado pelo comportamento da outra. Exemplo:

Pessoa{nome: bind txtNome.text};

Mudando o campo texto na tela, ele já altera diretamente no objeto.

Só temos um problema, os atributos dos beans são privados, JavaFX não vai poder acessar diretamente, no entanto, é possível fazer um método utilitário que realizar a modificação do objeto de acordo com a view.

Mas é possível fazer com que um objeto corresponda diretamente a um objeto[tabela] no banco com poucas camadas.

Valeu Jesuino! Vou dar uma olhada neste livro

Deixe-me fazer uma pergunta: Há algum bom motivo para preferir Flex ao invés de JavaFX? Como você parece conhecer bem JavaFX, talvez você deve saber bem se o espaço que o Flex tem é realmente justo. De acordo com sua experiência, quais das duas tecnologias é em sua opinião mais produtiva?

Obs: sei que essa pergunta talvez seja batida, mas sou um completo ignorante em JavaFX, e se não fosse esta thread nunca iria pesquisá-lo, rsrs. Valeu!

Thiago Senna:

Valeu Jesuino! Vou dar uma olhada neste livro

Deixe-me fazer uma pergunta: Há algum bom motivo para preferir Flex ao invés de JavaFX? Como você parece conhecer bem JavaFX, talvez você deve saber bem se o espaço que o Flex tem é realmente justo. De acordo com sua experiência, quais das duas tecnologias é em sua opinião mais produtiva?

Obs: sei que essa pergunta talvez seja batida, mas sou um completo ignorante em JavaFX, e se não fosse esta thread nunca iria pesquisá-lo, rsrs. Valeu!

Flex tem o mercado porque é bom! O que eu sei de Flex é o que um amigo me ensinava, enquanto trabalhávamos.

A minha história com JavaFX é o seguinte, eu tinha feito uns projetos com Java usando Swing, muitos amadores, outros acadêmicos e poucos comerciais. JavaSwing é legal, mas quando se quer vender software com ele você começa a perceber que a programação vai ficando chata. Mas você evoluiu e cria fábricas, fábricas abstratas de componentes, conhece um ou dois framework, mas encontra outro problema quando quer incluir alguns efeitos. Então conhece frameworks de efeitos, que também são verbosos, mas vai em frente porque precisa de fade/transição/o que for. O pior ainda é que você sabe que está desenvolvendo desktop em um mundo que não para de ir pra WEB/Mobile

Então aparece JavaFX! Componentes Swing, Triggers e bind nativos, aprendizado fácil, funcionar com Java(meus DAOs/controllers estavam a salvos!), são coisas simples para JavaFX. Ao entrar no mundo JavaFX(final 2008) conheci mais pessoas que eram desktop e foram para o mundo JavaFX, falavam a mesma coisa! Na metade de 2009 o lançamento da versão 1.2 me fez abandonar Java Swing, no entanto, não consegui mais projetos Desktop para atuar e aplicar JavaFX =/.

Sou mais JavaFX e Flex porque JavaFX é Java! Outras promessas de portar JavaFX para qualquer plataforma são um pouco mais lentas para tomarem forma, mas ainda acredito, pois tem potencial! O que todo mundo que está estudando, ligado no mundo JavaFX deve saber é que ele precisa de tempo, Flex é forte, dominante e maduro, JavaFX precisa “rodar” mais, mas tem potencial!

A incerteza por volta era alta, mas com o anúncio da Oracle, acho que isso não será mais desculpa para não adotar JFx. O outro problema era quando a Sun parecia não se importar com JavaFX. Lembro do comentário do autor do CRUDFX em um artigo desses JavaFX X Flex: “Eu fiz um biblioteca que habilita a criação de aplicações desktop com facilidade, mas a Sun só quer saber de “Bolinhas Saltitantes””, algo assim. Outra coisa que notei era a não preocupação do time jfx com a performance e a distribuição do JavaFX(artigo na JavaWorld dizia isso), além de exemplos travando navegadores no mundo todo, com os applets. Isso foi melhorado na versão 1.2.1[alguém deve ter puxado a orelha do time lá =D] e vai melhorar ainda mais na 1.3, eu pelo menos não encontro mais problema rodando Applets.

Resumindo: Desktop -> Sou JavaFX, Mobile -> A Sun precisa “evangelizar” mais e conseguir mais aparelhos, WEB -> tempo ao tempo, talvez no 1.3 venha pra arregaçar.

Gosto de JavaFX porque é fácil pra mim e pra quem eu tento passar o que sei, é Java, tem uma comunidade assim como Java tem: Sugere as coisas, faz bibliotecas, se comunica e se ajuda[O Flex também tem uma comunidade, mas em JavaFX vejo mais pessoas criando, embora tenham menos desenvolvedores], “coisinhas” pré-prontas[classes para criação de gráficos, transições, leitura de webservices, controls], já tem algumas bibliotecas / frameworks, não é XML[opinião pessoal, eu sei], não tem relação nenhuma com XML. É mais pessoal mesmo.

Não sou contra o flex e muitas pessoas do mundo Jfx não são tbm: Flex é bom, é dominante. A idéia não é falar de JavaFX pra brigar com Flex, antes de eu mergulhar em JavaFX(mais como hobbie/by myself, nunca comercialmente por falta de oportunidade) e já sugeri um parceiro a usar Flex invés de JavaFX[botei pra fora! :oops: ], talvez eu vá para uma vaga Java+Flex.

Por outro lado já fui massacrado por falar de JavaFX: Em palestras, em entrevistas de emprego, em palestras quando eu falava, em fóruns[esse último muito] e em comentários de blogs/notícias/artigos[nesse sim muito mais]. Em uma palestra, todos riram de mim ao falar que JavaFX era uma tecnologia RIA promissora Mas antes nem tinha o programa partners para falar de quem apostava na coisa, pelo menos andou de lá pra cá…

Espero um dia virar a revista Mundo Java que está na minha mão e ver JavaFX nas listagens dos cursos oferecidos pela Caelum, espero mais oportunidades de emprego do que as únicas 2 que me vi aparecerem em âmbito mundial, espero ver o fim de briga JavaFX/Flex para as duas conviverem juntas e que muitos aparelhos celulares com JavaFX dentro. Tenho certeza que muita coisa virá nesse ano já!!!

[]'s

Opa,

valeu pela contribuição. Acredito que JavaFX é muito bem vindo. É fato que quando o assunto é UI, o desenvolvimento ainda é muito doloroso. Pelo pouco que vi de flex já vi que é bem legal. Sou a favor q exista uma competição saudável.

Hoje em meus projetos pessoais já separo “back-end” e “front-end”. Isso para que eu possa usar a melhor tecnologia disponível em cada um dos casos. Assim como você, vou torcer para que JavaFX e novas tecnologias para UI cresçam!

Abraço,
Thiago

JavaFX também tem suporte simples para fazer uma requisição http e consumir JSON? Tem algum livro bacana sobre JavaFX que você indicaria?

Por incrível que pareça, só agora me lembrei desse artigo que eu mesmo escrevi -.-’’’:

http://javafree.uol.com.br/artigo/876101/Construindo-um-tradutor-em-JavaFX-usando-a-API-da-Google.html

Ele mostra o acesso ao webservice da Google para tradução.

Jesuino, se fui eu quem falei (ou ‘massacrei’) você quando você falou bem de JavaFX, peço sinceras desculpas (como fiz com aquela mensagem que coloquei ali, pra você levar na esportiva - meu intuito não era (e não é) esse e acho que você sabe disso. Não sou troll e não quero criar flames.). Acho que o JavaFX é a única tecnologia que no futuro, possivelmente vai bater de frente com o Flex. Gosto de Capuccino e jQuery também (alguma coisa de JSF me atrai também, mas não tanto quanto as outras) quando se tratam de coisas mais leves. E ao falar que fiz meu TCC em Flex, muita gente fala que é ruim e que é aquilo ou outra coisa. Eu penso da seguinte maneira: se você consegue fazer uma coisa impressionante em uma tecnologia, não vejo porque não usar ela.

E nessa ‘guerra’ de plataformas, as únicas pessoas que saem ganhando somos nós, programadores.

Abraço e desculpe mais uma vez.

[Editado]
Aliás, encorajo (ou intimo, como você se sentir mais motivado) você a fazer um artigo bem completo para o GUJ. Abraço (e, se precisar de ajuda, me mande uma MP que eu vou estudar JavaFX pra ajudar).

Jesuino, se fui eu quem falei (ou ‘massacrei’) você quando você falou bem de JavaFX, peço sinceras desculpas (como fiz com aquela mensagem que coloquei ali, pra você levar na esportiva - meu intuito não era (e não é) esse e acho que você sabe disso. Não sou troll e não quero criar flames.). Acho que o JavaFX é a única tecnologia que no futuro, possivelmente vai bater de frente com o Flex. Gosto de Capuccino e jQuery também (alguma coisa de JSF me atrai também, mas não tanto quanto as outras) quando se tratam de coisas mais leves. E ao falar que fiz meu TCC em Flex, muita gente fala que é ruim e que é aquilo ou outra coisa. Eu penso da seguinte maneira: se você consegue fazer uma coisa impressionante em uma tecnologia, não vejo porque não usar ela.

E nessa ‘guerra’ de plataformas, as únicas pessoas que saem ganhando somos nós, programadores.

Abraço e desculpe mais uma vez.

[Editado]
Aliás, encorajo (ou intimo, como você se sentir mais motivado) você a fazer um artigo bem completo para o GUJ. Abraço (e, se precisar de ajuda, me mande uma MP que eu vou estudar JavaFX pra ajudar).

Nossa, que nada, sua resposta foi bem de boa e coerente, sei que você teve boa intenção!

Em breve estarei divulgando um wrapperzinho que estou fazendo para a API IVA, em forma de artigo:

http://api.internetvideoarchive.com/

Espero que isso atraia mais pessoas a fazerem Mashups usando JavaFX.

O importante é que saímos ganhando, sempre, só olhar a guerra de navegadores, de ferramenta de busca para ver as vantagens que nos trouxeram.