Oracle promete Java com efeitos 3D e código aberto
30 Respostas
Se cumprirem será muito bom… 
Só lamento o abandono da Oracle com relação a JAVAFX Scripting APIs para o Java. Sinceramente, gastamos um certo tempo para dominar a tecnologia e agora eles simplesmente mudaram, quer dizer, largaram o projeto do JAVAFX Scripting language, que por sinal é tranquila, mas é uma pena.
Só quero ver como vai ficar o suporte ao bind do JavaFX Scripting prometido para a nova API do Java 7… medo 
Só lamento o abandono da Oracle com relação a JAVAFX Scripting APIs para o Java. Sinceramente, gastamos um certo tempo para dominar a tecnologia e agora eles simplesmente mudaram, quer dizer, largaram o projeto do JAVAFX Scripting language, que por sinal é tranquila, mas é uma pena.Só quero ver como vai ficar o suporte ao bind do JavaFX Scripting prometido para a nova API do Java 7… medo
Cara, nesse ponto eu descordo de você, quando lançaram o JavaFX todo mundo já sabia que era algo morto, pois veio tarde demais sem apresentar algo de novo. Como ele não “pegou”, pq não reestrutura-lo para fazer com que tenha valido a pena desenvolve-lo?
Quanto ao estudo, paciência. É esse o preço que se paga as vezes por estudar uma tecnologia nova.
Sem dúvida, código aberto em 3D é a nova tendência!
Todo mundo precisa de efeitos 3D em suas aplicações…
Todo mundo precisa de efeitos 3D em suas aplicações…
Não em minhas aplicações servidoras. Aplicações com GUI, não lembro a ultima aplicação que era Java, faz muito tempo.
Uia!!! É esperar pra ver.
Como diria o Silvio: Eu soh acredito VENDO !
Parece notícia para acalmar o ânimo dos CEOS cliente da Oracle. Pelo menos até eles lançarem alguma outra solução mágica q irá substituir o Java … e não será opensource. Espero estar enganado e que realmente eles cumpram com a palavra.
Só lamento o abandono da Oracle com relação a JAVAFX Scripting APIs para o Java. Sinceramente, gastamos um certo tempo para dominar a tecnologia e agora eles simplesmente mudaram, quer dizer, largaram o projeto do JAVAFX Scripting language, que por sinal é tranquila, mas é uma pena.Só quero ver como vai ficar o suporte ao bind do JavaFX Scripting prometido para a nova API do Java 7… medo
Cara, nesse ponto eu descordo de você, quando lançaram o JavaFX todo mundo já sabia que era algo morto, pois veio tarde demais sem apresentar algo de novo. Como ele não “pegou”, pq não reestrutura-lo para fazer com que tenha valido a pena desenvolve-lo?
Quanto ao estudo, paciência. É esse o preço que se paga as vezes por estudar uma tecnologia nova.
A nova apresentação, se for mesmo implementada todas aquelas coisas, mostra que JavaFX está muito poderoso nos labs da Oracle:
[youtube]http://www.youtube.com/watch?v=UXSmJYFrulY[/youtube]
Muito legal o vídeo.
Gostei.
Pelo menos, parece que souberam vender o peixe.
Só falta saber se o peixe vai ser fresco ou se os olhos já vão ter secado quando ficar pronto
[]´s
É agora é só esperar para vermos o que realmente vai dar
porque a gente sabe o que eles falam mas não sabemos o que eles pensam!!
Mais java por rodam em VM não seria muito lenta para aplicações 3D???
Seria legal poder converter .Jar em .EXE, ai você faz um .JAR, converte para .EXE em linux, windows, mac, etc. E você pode escolher entre multiplataforma ou velocidade.
Mais java por rodam em VM não seria muito lenta para aplicações 3D???Seria legal poder converter .Jar em .EXE, ai você faz um .JAR, converte para .EXE em linux, windows, mac, etc. E você pode escolher entre multiplataforma ou velocidade.
Isso não roda em vm não. Quem faz esse trabalho é opengl ou direct3d, que são escritas em c e c++ respectivamente. Java fx é só um mapeamento para elas.
Só citando um detalhe em relação ao vídeo. A oracle possui um sistema operacional próprio e está usando windows 7!?
O gargalo das aplicações 3D geralmente está na GPU, não na CPU. Por isso dá tanta diferença quando você compra uma placa de vídeo nova nos seus jogos.
Como o código Java roda na CPU, ele dificilmente será um problema, exceto talvez em jogos de estratégia. Ainda assim, é muito provável que o gargalo não esteja na velocidade da execução do código e sim, nos algoritmos de IA escolhidos e no gerenciamento do disco.
Todo mundo precisa de efeitos 3D em suas aplicações…
Não em minhas aplicações servidoras. Aplicações com GUI, não lembro a ultima aplicação que era Java, faz muito tempo.
Acho que não user sarcasmo suficiente =)
O gargalo das aplicações 3D geralmente está na GPU, não na CPU. Por isso dá tanta diferença quando você compra uma placa de vídeo nova nos seus jogos.
Como o código Java roda na CPU, ele dificilmente será um problema, exceto talvez em jogos de estratégia. Ainda assim, é muito provável que o gargalo não esteja na velocidade da execução do código e sim, nos algoritmos de IA escolhidos e no gerenciamento do disco.
Máquinas modernas tornam possível paralelizar o processamento de código de cpu com gpu, não necessáriamente precisa ser de recursos gráficos.
Sim, no caso de jogos é comum jogar a física para a GPU também. Alguns cálculos matemáticos também rodam bem em GPUs, como é o caso de calculos meteorológicos.
Agora, geralmente, se a aplicação necessita de uma GPU, é muito provável que a GPU seja o gargalo e não a CPU.
Até porque, se fosse o contrário, incluir uma GPU não faria muita diferença.
Sim, no caso de jogos é comum jogar a física para a GPU também. Alguns cálculos matemáticos também rodam bem em GPUs, como é o caso de calculos meteorológicos.
Agora, geralmente, se a aplicação necessita de uma GPU, é muito provável que a GPU seja o gargalo e não a CPU.
Até porque, se fosse o contrário, incluir uma GPU não faria muita diferença.
Claro, foi só um comentário. Para gpu é melhor tratar de computação gráfica mesmo, do que jogar trabalho “simples” para ela fazer.
Eu estava discutindo isso com um amigo, que mudou o ubuntu para win7 porque os unixs ainda não te permitem usar isso.
Mais java por rodam em VM não seria muito lenta para aplicações 3D???Seria legal poder converter .Jar em .EXE, ai você faz um .JAR, converte para .EXE em linux, windows, mac, etc. E você pode escolher entre multiplataforma ou velocidade.
Isso não roda em vm não. Quem faz esse trabalho é opengl ou direct3d, que são escritas em c e c++ respectivamente. Java fx é só um mapeamento para elas.
Só citando um detalhe em relação ao vídeo. A oracle possui um sistema operacional próprio e está usando windows 7!?
Talvez o driver da placa de vídeo no sistema da Oracle não consiga usar toda a potência da placa… ou o JavaFx 2 só rode ainda no DirectX hehe, a versão OpenGL fica pra depois
Mais java por rodam em VM não seria muito lenta para aplicações 3D???Seria legal poder converter .Jar em .EXE, ai você faz um .JAR, converte para .EXE em linux, windows, mac, etc. E você pode escolher entre multiplataforma ou velocidade.
Isso não roda em vm não. Quem faz esse trabalho é opengl ou direct3d, que são escritas em c e c++ respectivamente. Java fx é só um mapeamento para elas.
Só citando um detalhe em relação ao vídeo. A oracle possui um sistema operacional próprio e está usando windows 7!?
Talvez o driver da placa de vídeo no sistema da Oracle não consiga usar toda a potência da placa… ou o JavaFx 2 só rode ainda no DirectX hehe, a versão OpenGL fica pra depois
é, vai saber. Mas até celular tem aceleração de hardware hoje. O jfx já rodava em linux, então provavelmente rodaria em solaris também, até porque o kernel deve ser o mesmo.
Mais java por rodam em VM não seria muito lenta para aplicações 3D???Seria legal poder converter .Jar em .EXE, ai você faz um .JAR, converte para .EXE em linux, windows, mac, etc. E você pode escolher entre multiplataforma ou velocidade.
Isso não roda em vm não. Quem faz esse trabalho é opengl ou direct3d, que são escritas em c e c++ respectivamente. Java fx é só um mapeamento para elas.
Só citando um detalhe em relação ao vídeo. A oracle possui um sistema operacional próprio e está usando windows 7!?
Talvez o driver da placa de vídeo no sistema da Oracle não consiga usar toda a potência da placa… ou o JavaFx 2 só rode ainda no DirectX hehe, a versão OpenGL fica pra depois
é, vai saber. Mas até celular tem aceleração de hardware hoje. O jfx já rodava em linux, então provavelmente rodaria em solaris também, até porque o kernel deve ser o mesmo.
Pois é… quem sabe se a Oracle está planejando uma versão do JME com Swing/JFX para bater de frente com o Android
Att.
Mais java por rodam em VM não seria muito lenta para aplicações 3D???Seria legal poder converter .Jar em .EXE, ai você faz um .JAR, converte para .EXE em linux, windows, mac, etc. E você pode escolher entre multiplataforma ou velocidade.
Isso não roda em vm não. Quem faz esse trabalho é opengl ou direct3d, que são escritas em c e c++ respectivamente. Java fx é só um mapeamento para elas.
Só citando um detalhe em relação ao vídeo. A oracle possui um sistema operacional próprio e está usando windows 7!?
Talvez o driver da placa de vídeo no sistema da Oracle não consiga usar toda a potência da placa… ou o JavaFx 2 só rode ainda no DirectX hehe, a versão OpenGL fica pra depois
é, vai saber. Mas até celular tem aceleração de hardware hoje. O jfx já rodava em linux, então provavelmente rodaria em solaris também, até porque o kernel deve ser o mesmo.
Pois é… quem sabe se a Oracle está planejando uma versão do JME com Swing/JFX para bater de frente com o Android
Att.
pode até ser. A oracle já tem tudo o que precisa. Se esse javafx2 for o que estão prometendo pode ter certeza que é a revolução que as pessoas estavam esperando, e ae sim, você vai ver muitos jogos de grande porte sendo desenvolvidos usando essa linguagem.
Excelente notícia para nós!
espero que a Oracle continue dando esse brinde (Java) para gente! para que ela continue vendendo seus produtos (Bancos entre outros)!
Se o Java for comercializado pela Oracle vai ser pior para o Java!! (vai estragar a tecnologia), e a própria Oracle vai se queimar!
Espero que a estratégia e planejamento da Oracle continue não sendo a de vender Java!
[]'s
Sobre 3D e JavaFX: Fiquei sabendo que o Prism(“novo java2d”) irá ter aceleração de hardware. Se não suportada, o Java2D será usado mesmo.
Sobre a primeira liberação do JavaFX 2.0: Uma versão para acesso prematuro estará disponível no primeiro quartil do ano que vem. Espero que em fevereiro no máximo :D.
[]'s
Sobre 3D e JavaFX: Fiquei sabendo que o Prism(“novo java2d”) irá ter aceleração de hardware. Se não suportada, o Java2D será usado mesmo.Sobre a primeira liberação do JavaFX 2.0: Uma versão para acesso prematuro estará disponível no primeiro quartil do ano que vem. Espero que em fevereiro no máximo :D.
[]'s
O Java2D é acelerado no hardware. Ele é um mapeamento para opengl, mas só usa recursos 2d. Se o prism não usar a gpu a oracle andou pra traz. Não existe esse risco.
E para fazer aquela quantidade de poligonos em tempo real vai precisar de hardware mesmo, porque software não faz. O prism é opengl e d3d sem dúvidas.
…
O Java2D é acelerado no hardware. Ele é um mapeamento para opengl, mas só usa recursos 2d. Se o prism não usar a gpu a oracle andou pra traz. Não existe esse risco.
E para fazer aquela quantidade de poligonos em tempo real vai precisar de hardware mesmo, porque software não faz. O prism é opengl e d3d sem dúvidas.
Certeza que vem coisa boa aí.
Att.
Os gringos estão conjeturando um fork do Java:
http://www.javahispano.org/contenidos/es/deberiamos_hacer_un_fork_de_java/
http://gregluck.com/blog/archives/2010/10/is-it-time-to-fork-java/
Lava Foundation
We don?t want one company to take over the fork. What would be best is if a foundation, like the Linux Foundation, Mozilla Foundation, or Eclipse Foundation be formed. This group would be funded by corporations with deep enough pockets to make it work such as Google, IBM, HP and RedHat.
It would be a non-profit foundation.
It would perform the following duties:
A code fork of OpenJDK, based on current trunk.
A new standards body to replace the JCP
Creation and maintenance of a Lava TCK, which implementations would test against.
A new annual conference, or a series of conferences.
Stefan Asemota created a Lava Foundation facebook:
Acho que são só boatos para FUD.
Att.
Fork do Java? Acho que esse pessoal ainda não conhece o Apache Harmony. :lol: