JavaFX Script será descontinuado, Novidades na plataforma JavaFX surpreendem

Pois é, parece que os boatos são verdade. JavaFX Script que foi anunciado no JavaOne 2007 (!) agora será descontinuado, também num JavaOne.

Parece que para melhor: agora as outras linguagens assumirão esse papel.

Mesmo a notícia sendo nova, estou vendo uma onde revoltados e uma onda de pessoas que passaram a gostar do JavaFX.

Vamos ver o que mais nos espera.

Eu estou gostando do que estou vendo!

Na minha opinião, a antiga Sun fez o maior estardalhaço ao anunciar o JavaFX, mas pecou na demora da disponibilização da mesma.

Vamos esperar e ver o que acontece…

Mas, do jeito que estão “pipocando” linguagens de script para a JVM, se realmente os boatos se confirmarem, mais hora menos hora os apaixonados por JFXS criam uma linguagem com a mesma sintaxe.

Abraços.

lgi2020:

Vamos esperar e ver o que acontece…

Mas, do jeito que estão “pipocando” linguagens de script para a JVM, se realmente os boatos se confirmarem, mais hora menos hora os apaixonados por JFXS criam uma linguagem com a mesma sintaxe.

Abraços.

Acho difícil isso… Mas nenhum conhecimento foi perdido, pois a API será a que usamos no JavaFX <= 1.3, mas, é claro, com muitas melhorias.

Na boa, a política da Oracle/Sun para o JavaFX tá pior que bêbado em fim de festa.

Não sabe se vai, não sabe se vem…

Por essas e por outras que nunca me interessei em me aprofundar nessa… plataforma(?).

\//

Jesuino Master:

Mesmo a notícia sendo nova, estou vendo uma onde revoltados e uma onda de pessoas que passaram a gostar do JavaFX.

Vamos ver o que mais nos espera.

Eu estou gostando do que estou vendo!

Eu como um iniciante no JavaFX gosto muito de vários aspectos desta linguagem:

• “bind” e “bind with inverse”
• Modificador de acesso public-read" ao inves de um atributo privado apenas com um método get e sem o set
• Modificador de acesso “public-init” que obriga o preenchimento desta variavel no momento da instanciação.
• Poder instanciar um objeto já informando todos os atributos que eu quiser. TextBox{text: “teste”} ao invés de ter que criar construtores com números específicos de argumentos.
  Gostaria de ter estes recursos no java.

Entretanto, não gosto de algumas coisas do JavaFx como a sua sintaxe css obscura e sem documentação e algumas características de alguns de seus componentes visuais, como por exemplo o TextBox que não possui um método onChange()

Se isto for verdade, é uma PUTA falta de respeito com quem investiu tempo aprendendo a linguagem JavaFX.

É quase a mesma coisa que a Microsoft fez com os programadores VB6 quando lançou o VB.net. A diferença é que, se a Oracle tá fazendo isto, é sinal de que quase ninguém usava a linguagem JavaFX.

Aliás, se for verdade, é uma pena, porque a linguagem JavaFX era muito legal.

rodrigoaraujo:

Jesuino Master:

Mesmo a notícia sendo nova, estou vendo uma onde revoltados e uma onda de pessoas que passaram a gostar do JavaFX.

Vamos ver o que mais nos espera.

Eu estou gostando do que estou vendo!

Eu como um iniciante no JavaFX gosto muito de vários aspectos desta linguagem:

• “bind” e “bind with inverse”
• Modificador de acesso public-read" ao inves de um atributo privado apenas com um método get e sem o set
• Modificador de acesso “public-init” que obriga o preenchimento desta variavel no momento da instanciação.
• Poder instanciar um objeto já informando todos os atributos que eu quiser. TextBox{text: “teste”} ao invés de ter que criar construtores com números específicos de argumentos.
  Gostaria de ter estes recursos no java.

Entretanto, não gosto de algumas coisas do JavaFx como a sua sintaxe css obscura e sem documentação e algumas características de alguns de seus componentes visuais, como por exemplo o TextBox que não possui um método onChange()

http://download.oracle.com/docs/cd/E17802_01/javafx/javafx/1.3/docs/api/javafx.scene/doc-files/cssref.html

- Poder instanciar um objeto já informando todos os atributos que eu quiser. TextBox{text: “teste”} ao invés de ter que criar construtores com números específicos de argumentos.
Gostaria de ter estes recursos no java.

Com Groovy e outras linguagens é possível fazer isso! e a implementação da API será pensando nessas “facilidades”. É importante que JavaFX seja extremamente fácil…

A maior novidade é poder escrever HTML com JavaFX, quero ver isso.

Outra coisas que parece legal é javaFX + CSS 3…

kicolobo:

Se isto for verdade, é uma PUTA falta de respeito com quem investiu tempo aprendendo a linguagem JavaFX.

É quase a mesma coisa que a Microsoft fez com os programadores VB6 quando lançou o VB.net. A diferença é que, se a Oracle tá fazendo isto, é sinal de que quase ninguém usava a linguagem JavaFX.

Aliás, se for verdade, é uma pena, porque a linguagem JavaFX era muito legal.

Verdade… Eles vão fazer umas coisas, mas que acredito que não passam de “consolo”, pois um suporte digno é o que merece quem mexeu com a tecnologia. Nada justifica isso que fizeram.

Espero que pelo menos eles amoleçam a licença do javaFX, algo que já aconteceu no JavaFX 1.3.1.

[]'s

Como dizem por aí: Puta falta de sacanagem!
Mas isso significa então que teremos um pacote chamado javafx.* ou javax.javafx.* incorporado a API do Java (7, 8 )? Usando a sintaxe Java?

kicolobo:

Se isto for verdade, é uma PUTA falta de respeito com quem investiu tempo aprendendo a linguagem JavaFX.

É quase a mesma coisa que a Microsoft fez com os programadores VB6 quando lançou o VB.net. A diferença é que, se a Oracle tá fazendo isto, é sinal de que quase ninguém usava a linguagem JavaFX.

Aliás, se for verdade, é uma pena, porque a linguagem JavaFX era muito legal.

O forte era justamente a característica da linguagem. Se for mudar então era preferível criar uma outra superfície em paralelo ao java2D/3D.
Isso tem nome na minha opinião. “Desorganização”.

Rafael Afonso:

Como dizem por aí: Puta falta de sacanagem!
Mas isso significa então que teremos um pacote chamado javafx.* ou javax.javafx.* incorporado a API do Java (7, 8 )? Usando a sintaxe Java?

Pode ser, mas na minha opinião isso quer dizer que a plataforma não é mais confiável.

Rafael Afonso:

Como dizem por aí: Puta falta de sacanagem!
Mas isso significa então que teremos um pacote chamado javafx.* ou javax.javafx.* incorporado a API do Java (7, 8 )? Usando a sintaxe Java?

É exatamente isso que vão fazer.

juliocbq:

Rafael Afonso:

Como dizem por aí: Puta falta de sacanagem!
Mas isso significa então que teremos um pacote chamado javafx.* ou javax.javafx.* incorporado a API do Java (7, 8 )? Usando a sintaxe Java?

Pode ser, mas na minha opinião isso quer dizer que a plataforma não é mais confiável.

This is [color=red] Oracle[/color]

Dúvida: se vão de fato acabar com o JavaFX (até este momento não foi confirmado), por que no Netbeans 6.9 foi colocada tanta ênfase nele? Sinceramente, tá me soando mais a boato do que a fato viu.

O JavaFX Script não vai ser atualizado com as novidades do JavaFX 2.0: Table, WebKit entre outros.

Pode ter certeza que o JavaFX Script infelizmente foi descontinuado, tenho fontes seguras.

O que pode acontecer é a Oracle resolver continuar JavaFX Script, acho que eles deveriam fazer e criar esse suporte multi linguagem…

Minhas dúvidas são quanto a ferramenta de design do JavaFX. Se ela foi descontinuada, pode ter certeza que quem mais perdeu tempo foi a Oracle…

[]'s

Nem sei mais pra que serve o JavaFX e qual problema ele resolve. Me parece que a Oracle não teve muito sucesso em comunicar o que ela pretende fazer com o JavaFX. Isso fica mais evidente quando alguém noticia isto, um tweet com quase nenhuma informação, como “bomba”!

Não liga não gente já que a Oracle não quer nem saber de RIA ( Rich Internet Application-Aplicaçoes ricas para internet),
Então vamos integrar Java com Flex e Flash.

Já que a Oracle não está nem ai para o andar da carroagem!!!

mas a Oracle esqueçeu que o Desktop praticamente morreu, e cada dia que passa as aplicações
são mais voltadas para internet.

Já existem vários frameworks que fazem a integração.
8) 8) 8) 8) 8) 8) 8)

O JavaFX Script não vai ser atualizado com as novidades do JavaFX 2.0: Table, WebKit entre outros.

Pode ter certeza que o JavaFX Script infelizmente foi descontinuado, tenho fontes seguras.

O que pode acontecer é a Oracle resolver continuar JavaFX Script, acho que eles deveriam fazer e criar esse suporte multi linguagem…

Minhas dúvidas são quanto a ferramenta de design do JavaFX. Se ela foi descontinuada, pode ter certeza que quem mais perdeu tempo foi a Oracle…

[]'s

Se a linguagem mudar, isso significa que somente o lexico e o semântico serão alterados. Um motor de análise(Parser) semelhante a um compilador, com a diferença que não gera bytecode. Só isso deve ser trocado, mais poucas coisas na interface da ferramenta. Agora pode ser também o que o kiko falou - BOATOS.

Me recuso a acreditar que uma ferramenta recém lançada como o netbeans 6.9 viria com uma tecnologia descontinuada. Isso não tem cabimento.

mochuara:

Nem sei mais pra que serve o JavaFX e qual problema ele resolve. Me parece que a Oracle não teve muito sucesso em comunicar o que ela pretende fazer com o JavaFX. Isso fica mais evidente quando alguém noticia isto, um tweet com quase nenhuma informação, como “bomba”!

Estamos sabendo o que vai acontecer com o JavaFX. Não só eu, pelo que andei “minerando” de alguns outros programadores JavaFX que conheço, mas também todos os “partners” da Oracle. Eu falei há uns meses aqui mesmo que muita coisa ia mudar, mas eu não tinha certeza, só tive hoje falando com um amigo que está no J1, daí os Twitts que estão chegando até agora. Mais tarde Stephen Chin e Johan Vos devem postar as apresentações deles…

Pra constar não foi um tweet, foram muitos e de muitos caras do mundo JavaFX

Não se preocupe, eu não postaria nada se eu não tivesse certeza

Parece que o foco vai ser desktop/web pois ele vai vir englobado ao Java e com a linguagem Java como principal…

O JavaFX Script não vai ser atualizado com as novidades do JavaFX 2.0: Table, WebKit entre outros.

Pode ter certeza que o JavaFX Script infelizmente foi descontinuado, tenho fontes seguras.

O que pode acontecer é a Oracle resolver continuar JavaFX Script, acho que eles deveriam fazer e criar esse suporte multi linguagem…

Minhas dúvidas são quanto a ferramenta de design do JavaFX. Se ela foi descontinuada, pode ter certeza que quem mais perdeu tempo foi a Oracle…

[]'s

Se a linguagem mudar, isso significa que somente o lexico e o semântico serão alterados. Um motor de análise(Parser) semelhante a um compilador, com a diferença que não gera bytecode. Só isso deve ser trocado, mais poucas coisas na interface da ferramenta. Agora pode ser também o que o kiko falou - BOATOS.

Me recuso a acreditar que uma ferramenta recém lançada como o netbeans 6.9 viria com uma tecnologia descontinuada. Isso não tem cabimento.

São mais ~10 meses até o JavaFX 2.0 sair, até lá ainda são aplicações com JavaFX Script.

O que eu me recuso a acreditar não é quanto ao Netbeans, mas sim a Authoring Tool, que não falam nada(quem está no J1 e quem apresentou por lá) e ninguém me responde algo conclusivo :S

EDIT: Acha mesmo que nomes como Adam Bien e Max Katz mentiriam ou twittariam simples boatos no Twitter?

Aos que não estavam acreditando:

Me diga se vai implementar MVC corretamente.

Esta última curti “JavaFX poderá ser usado dentro de JavaSwing.”

Mexi muito pouco com JavaFX, tinha gostado da ferramenta visual dele pro Netbeans, mas me tirem umas dúvidas:

• JavaFX Script era aquela linguagem do JavaFX que parecia CSS?
• Se for a linguagem, agora a gente vai programar no JavaFX 2.0 em Java e Swing, o que exatamente seria o JavaFX 2.0?

Muita gente gostava do JavaFX, mas muita gente, até da Caelum torciam pra que ele fosse morto.

Sim.

Espero que sim. Seria muito interessante se juntasse JavaFX e Swing. Fico imaginando como seria…

Att.

O JavaFX demorou muito para ser produtivo como o Actionscript.
O engraçado é que o JavaFX era algo vindo do complicado para o simples e hoje, o AC3 é uma versão que foi do simples para o complicado, virando realmente OO.

Hoje eu penso em produtividade e eficiência, duas coisas que não aconteceram com o JavaFX.
Todos falam que o desktop está morrendo, mas o desktop é a base!
As aplicações Web são desenvolvidos no desktop, são publicadas por um programa FTP que roda no desktop, são visualizadas por um programa navegador desktop e o Tomcat é um aplicativo desktop.

Se a Sun tivesse dado atenção ao swing, poderíamos ter uma plataforma desktop melhor, que permitiria criar uma IDE que concorresse de verdade com o Flash e assim teriamos produtividade usando JavaFX.

E se muita gente usa-se, talvez não travasse meu Firefox sempre que tento ver algo feito em JavaFX.

JavaFX 2.0 Roadmap.

Introdução:

Pois é… duvido que abandonem um ambiente desses. Já que não vem tão cedo o Java 7 que venha o “SwingFX” para nos animar

Att.

MatHeuZ:

Não liga não gente já que a Oracle não quer nem saber de RIA ( Rich Internet Application-Aplicaçoes ricas para internet),
Então vamos integrar Java com Flex e Flash.

Já que a Oracle não está nem ai para o andar da carroagem!!!

mas a Oracle esqueçeu que o Desktop praticamente morreu, e cada dia que passa as aplicações
são mais voltadas para internet.

Já existem vários frameworks que fazem a integração.
8) 8) 8) 8) 8) 8) 8)

Amem, que assim seja, o desktop morreu, estou gostando disso, todo mundo só quer saber da web e eu estou satisfeito com o mundo desktop, está menos concorrido e mais rentável hoje.

mochuara:

Jesuino Master:

Parece que o foco vai ser desktop/web pois ele vai vir englobado ao Java e com a linguagem Java como principal…

Me diga se vai implementar MVC corretamente.

Acho que isso depende mais do programador, JavaFX continua voltado para GUI…

marcosalex:

Mexi muito pouco com JavaFX, tinha gostado da ferramenta visual dele pro Netbeans, mas me tirem umas dúvidas:

• JavaFX Script era aquela linguagem do JavaFX que parecia CSS?
• Se for a linguagem, agora a gente vai programar no JavaFX 2.0 em Java e Swing, o que exatamente seria o JavaFX 2.0?

Muita gente gostava do JavaFX, mas muita gente, até da Caelum torciam pra que ele fosse morto.

Isso mesmo, a idéia era usar um linguagem de script para criar interfaces ricas e depois pintar uma superfície do javafx em cima de algum componente(Swing propriamente), como JFrames ou applets. É como criar um software usando opengl ou direct3D, onde você pinta uma superfície deles em uma janela.

Querem saber, gostei desta notícia !!!

Era e ainda e’ bem estranho ter que dominar javaFX e java puro.

Jesuino Master:

Esclarece uma dúvida, já que o javafx vai virar API java, todo o código javafx (components e tal) será repassado para a linguagem java?

Também gostei, estava me preparando pra aprendê-la, agora vou esperar mais um pouco.

Agora a Oracle tem que dar um chega pra la’ naquele Android da google e acabar com a bagunça.

Java tem que ser Java em todo Lugar.

j-menezes:

Agora a Oracle tem que dar um chega pra la’ naquele Android da google e acabar com a bagunça.

Java tem que ser Java em todo Lugar.

giovanni_stiwes:

Jesuino Master:

Esclarece uma dúvida, já que o javafx vai virar API java, todo o código javafx (components e tal) será repassado para a linguagem java?

Sim. Será possível programar para gerar gráficos em javaFX usando Java ou uma das outras linguagens suportadas.

A apresentação de Jonathan Giles bastante esclarecedora:

http://jonathangiles.net/blog/wp-content/uploads/2010/09/JavaFXYourWay.pdf

? JavaFX Script no longer required to write JavaFX
applications
? Benefits:
? Easier integration with business logic on JVM
? Access to generics, annotations, (closures), etc
? Java has great IDE support
? Downsides:
? JavaFX Script was kind to us

Daí ele apresenta como será com Java, Scala, Groovy, JRuby e Clojure:

Java:

public class HelloStage implements Runnable {
public void run() {
Stage stage = new Stage();
stage.setTitle("Hello Stage");
stage.setWidth(600);
stage.setHeight(450);
Scene scene = new Scene();
scene.setFill(Color.LIGHTGREEN);
stage.setScene(scene);
stage.setVisible(true);
}
public static void main(String[] args) {
FX.start(new HelloStage());
}
}

JRuby

require 'swiby'
class HelloWorldModel
attr_accessor :saying
end
model = HelloWorldModel.new
model.saying = "Hello World"
Frame {
title "Hello World?
width 200
content {
Label {
text bind(model,:saying)
}
}
visible true
}

Clojure

(defn javafxapp []
(let [stage (Stage. "JavaFX Stage")
scene (Scene.)]
(.setFill scene Color/LIGHTGREEN)
(.setWidth stage 600)
(.setHeight stage 450)
(.setScene stage scene)
(.setVisible stage true)))
(javafxapp)

Groovy

FxBuilder.build {
stage = stage(
title: "Hello Rectangle (Groovy FxBuilder 2)",  
width: 600,  
height: 450,
scene: scene(fill: Color.LIGHTSKYBLUE) {
rectangle(
x: 25, y: 40,
width: 100, height: 50,
fill: Color.RED
)
}
)
stage.visible = true;
}

Scala

object HelloJavaFX extends JavaFXApplication {
def stage = new Stage {
title = "Hello Stage"
width = 600
height = 450
scene = new Scene {
fill = Color.LIGHTGREEN
content = List(new Rectangle {
x = 25
y = 40
width = 100
height = 50
fill = Color.RED
})
}
}
}

Embora eu tenha perdido muito tempo com JFXScript, eu gostei muito das mudanças e, como podem ver ai em cima, as classes são as mesmas do JavaFX…

Na minha humilde opnião foi melhor assim, ou seja, use javafx na linguagem que vc trabalhe, e não aprenda outra linguagem.

É ruim pro pessoal que investitiu no javafx script, mas creio que a oracle fez isto (“matar o produto”) pq o mesmo ainda não tinha se espalhado pelos desenvolvedores.

giovanni_stiwes:

Na minha humilde opnião foi melhor assim, ou seja, use javafx na linguagem que vc trabalhe, e não aprenda outra linguagem.

É ruim pro pessoal que investitiu no javafx script, mas creio que a oracle fez isto (“matar o produto”) pq o mesmo ainda não tinha se espalhado pelos desenvolvedores.

Eu “perdi” muito tempo com JavaFX Script. Não me arrependo e nem fiquei triste, muito menos irei abandonar meus trabalhos com o JavaFX.

Não, não, não sou um idiota (ou não :P) É que olhe para esse código, é JavaFX Script com ligeiras diferenças… Eu sei que o mais ruim é dar manutenção em um baita código, como o do LoadUI que é feito em JavaFX…

Pois é, estou vendo mais gente otimista que pessimista, eu achei que fosse o contrário.

Como disseram antes, o JavaFX chegou atrasado na briga de apps RIA e, apesar de crescendo, não conseguiu se posicionar ainda. Vamos ver agora como vai ser.

giovanni_stiwes:

Na minha humilde opnião foi melhor assim, ou seja, use javafx na linguagem que vc trabalhe, e não aprenda outra linguagem.

É ruim pro pessoal que investitiu no javafx script, mas creio que a oracle fez isto (“matar o produto”) pq o mesmo ainda não tinha se espalhado pelos desenvolvedores.

Pelo que eu entendi a oracle não vai matar o produto. Vai reestruturá-lo. Talvez a mudança acabe sendo boa mesmo, e usar java seja a melhor opção.

marcosalex:

Pois é, estou vendo mais gente otimista que pessimista, eu achei que fosse o contrário.

Como disseram antes, o JavaFX chegou atrasado na briga de apps RIA e, apesar de crescendo, não conseguiu se posicionar ainda. Vamos ver agora como vai ser.

Perdeu muito tempo com aquela api que era o JMF. No quesito vídeo e áudio deixava muito a desejar.

knowledgebr:

MatHeuZ:

Não liga não gente já que a Oracle não quer nem saber de RIA ( Rich Internet Application-Aplicaçoes ricas para internet),
Então vamos integrar Java com Flex e Flash.

Já que a Oracle não está nem ai para o andar da carroagem!!!

mas a Oracle esqueçeu que o Desktop praticamente morreu, e cada dia que passa as aplicações
são mais voltadas para internet.

Já existem vários frameworks que fazem a integração.
8) 8) 8) 8) 8) 8) 8)

Amem, que assim seja, o desktop morreu, estou gostando disso, todo mundo só quer saber da web e eu estou satisfeito com o mundo desktop, está menos concorrido e mais rentável hoje.

Sim mais rentável, e mais específico.
Está voltado para o mais complicado(e quanto mais complicado, menos gente faz, melhor é o retorno e é assim q eu gosto).
mas vc sabe né!!!
Java vc programa uma vez e roda em qualquer lugar e em qualquer interface (se vc usar MVC).
se vc fizer uma boa interface em java fx, flex, html, swing, qualquer budega, e usar Paterns não precisa reescrever todo o codigo!!!
vc apenas precisa criar algumas classes a mais
Depende de vc, e o jeito que vc usa os Paterns.

O pessoal fica apavorado a toa!!!
O Java é ótimo!!!
se a Oracle não quer focar no potencial do Java atacar a parte de Design não podemos fazer nada, enquanto isso a Microsoft investe pesado no Silverlight e a adobe lidera com o Flex.

Estava pensando em uma coisa agora!!!

Eu tenho uma especulação sobre o fato!!!

Será que a Oracle decidiu acabar com o JavaFx por causa do Html 5!!!

Se foi por isso, então foi uma ótima sacada!

Estava lendo agora sobre o Html 5 e acabei entendendo o q está acontecendo
o Html 5 tem tags para manupulação de arquivos vetoriais, arquivos de video, disponibiliza o css3.
Não é mais necessário usar Flash, nem Silverlight, nem JavaFx.

Tudo pode ser manitulado direto pelas tags.
acho que até o flash vai acabar!!!

(a grande vantagem do flash era manipular arquivos vetoriais e do JavaFx tb, agora não é mais necessário)

MatHeuZ:

Estava pensando em uma coisa agora!!!

Eu tenho uma especulação sobre o fato!!!

Será que a Oracle decidiu acabar com o JavaFx por causa do Html 5!!!

Se foi por isso, então foi uma ótima sacada!

Estava lendo agora sobre o Html 5 e acabei entendendo o q está acontecendo
o Html 5 tem tags para manupulação de arquivos vetoriais, arquivos de video, disponibiliza o css3.
Não é mais necessário usar Flash, nem Silverlight, nem JavaFx.

Tudo pode ser manitulado direto pelas tags.
acho que até o flash vai acabar!!!

(a grande vantagem do flash era manipular arquivos vetoriais e do JavaFx tb, agora não é mais necessário)

O JavaFX não morreu, a linguagem que usamos para gerar bytecodes será trocada por Java ou muitas outras dinâmicas.

Acontece isso hoje:

JavaFX Script ----->>> JavaFX SDK ------>>> Bytecode

Futuramente será isso:

JRuby |
Java |
Scala | >>>> JAR (provavelmente) JavaFX >>> Bytecode
Groovy |
Clojure |

E muito mais, isso é só uma das coisas que vão mudar. A plataforma ficará poderosa se a Oracle seguir o roadmap que eles proporam: http://javafx.com/roadmap

Interessante, as pessoas estão chamando o que deve ser o futuro do JavaFX + JavaSwing de Swing++

Olha, essa proposta de um novo paradígma para a plataforma JavaFX me pareceu muito interessante, irá provavelmente viabilizar mais ainda o seu uso.

[quote=Jesuino Master]

giovanni_stiwes:

Jesuino Master:

(…)

Java:

public class HelloStage implements Runnable {
public void run() {
Stage stage = new Stage();
stage.setTitle("Hello Stage");
stage.setWidth(600);
stage.setHeight(450);
Scene scene = new Scene();
scene.setFill(Color.LIGHTGREEN);
stage.setScene(scene);
stage.setVisible(true);
}
public static void main(String[] args) {
FX.start(new HelloStage());
}
}

(…)

Cara… isso parece MUITO o swing atual =P … qual será a vantagem de usar essa api e não o Swing? =/
Se tiver pelo menos o “bind” =)

Malkav.Felipe:

Jesuino Master:

giovanni_stiwes:

Jesuino Master:

(…)

Java:

public class HelloStage implements Runnable {
public void run() {
Stage stage = new Stage();
stage.setTitle("Hello Stage");
stage.setWidth(600);
stage.setHeight(450);
Scene scene = new Scene();
scene.setFill(Color.LIGHTGREEN);
stage.setScene(scene);
stage.setVisible(true);
}
public static void main(String[] args) {
FX.start(new HelloStage());
}
}

(…)

Cara… isso parece MUITO o swing atual =P … qual será a vantagem de usar essa api e não o Swing? =/
Se tiver pelo menos o “bind” =)

Talvez essa seja a atualização que o Swing estava esperando.

“Acho” que o Pivot já faz hoje, o que o java FX pretende fazer ano que vem.

E mais: Na lista de discussão já recomendam usar a versão 2.0 (svn), pois é considerada muito estável, e provavelmente ano que vem a 2.1 vem com mais novidades.

Ou seja, JavaFX demorou pra mostrar a cara, não rendeu, vai voltar com outra idéia e já vai encontrar forte concorrência

Vamos esperar pra ver.

[]'s

Malkav.Felipe:

Jesuino Master:

giovanni_stiwes:

Jesuino Master:

(…)

Java:

public class HelloStage implements Runnable {
public void run() {
Stage stage = new Stage();
stage.setTitle("Hello Stage");
stage.setWidth(600);
stage.setHeight(450);
Scene scene = new Scene();
scene.setFill(Color.LIGHTGREEN);
stage.setScene(scene);
stage.setVisible(true);
}
public static void main(String[] args) {
FX.start(new HelloStage());
}
}

(…)

Cara… isso parece MUITO o swing atual =P … qual será a vantagem de usar essa api e não o Swing? =/
Se tiver pelo menos o “bind” =)

Sugiro que dê uma lida no javafx.com/RoadMap

Algumas vantagens:

• Gráficos novos
• Estilização por CSS
• Aceleração de Hardware
• Características 3D
• Otimização para WEB
• triggers (mesmo sendo do JavaFX Script, eles vão continuar pelo que entendi)
• Suporte a mídias

Agora coisas novas prometidas no javafx.com/roadmap

• Compilação para HTML5
• compilação para CSS3
• WEB Kit
• Manipulação do DOM com JavaFX

Por outro lado JavaFX Mobile não está mais sendo desenvolvido (por enquanto ), o foco agora é desktop e WEB.

Jesuino Master:

Malkav.Felipe:

Jesuino Master:

giovanni_stiwes:

Jesuino Master:

(…)

Java:

public class HelloStage implements Runnable {
public void run() {
Stage stage = new Stage();
stage.setTitle("Hello Stage");
stage.setWidth(600);
stage.setHeight(450);
Scene scene = new Scene();
scene.setFill(Color.LIGHTGREEN);
stage.setScene(scene);
stage.setVisible(true);
}
public static void main(String[] args) {
FX.start(new HelloStage());
}
}

(…)

Cara… isso parece MUITO o swing atual =P … qual será a vantagem de usar essa api e não o Swing? =/
Se tiver pelo menos o “bind” =)

Sugiro que dê uma lida no javafx.com/RoadMap

Algumas vantagens:

• Gráficos novos
• Estilização por CSS
• Aceleração de Hardware
• Características 3D
• Otimização para WEB
• triggers (mesmo sendo do JavaFX Script, eles vão continuar pelo que entendi)
• Suporte a mídias

Agora coisas novas prometidas no javafx.com/roadmap

• Compilação para HTML5
• compilação para CSS3
• WEB Kit
• Manipulação do DOM com JavaFX

Por outro lado JavaFX Mobile não está mais sendo desenvolvido (por enquanto ), o foco agora é desktop e WEB.

juliocbq:

Jesuino Master:

Malkav.Felipe:

Jesuino Master:

giovanni_stiwes:

Jesuino Master:

(…)

Java:

public class HelloStage implements Runnable {
public void run() {
Stage stage = new Stage();
stage.setTitle("Hello Stage");
stage.setWidth(600);
stage.setHeight(450);
Scene scene = new Scene();
scene.setFill(Color.LIGHTGREEN);
stage.setScene(scene);
stage.setVisible(true);
}
public static void main(String[] args) {
FX.start(new HelloStage());
}
}

(…)

Cara… isso parece MUITO o swing atual =P … qual será a vantagem de usar essa api e não o Swing? =/
Se tiver pelo menos o “bind” =)

Sugiro que dê uma lida no javafx.com/RoadMap

Algumas vantagens:

• Gráficos novos
• Estilização por CSS
• Aceleração de Hardware
• Características 3D
• Otimização para WEB
• triggers (mesmo sendo do JavaFX Script, eles vão continuar pelo que entendi)
• Suporte a mídias

Agora coisas novas prometidas no javafx.com/roadmap

• Compilação para HTML5
• compilação para CSS3
• WEB Kit
• Manipulação do DOM com JavaFX

Por outro lado JavaFX Mobile não está mais sendo desenvolvido (por enquanto ), o foco agora é desktop e WEB.

Aff, vai virar um toolkit web.

Será a tecnologia desktop mais WEB integrada que vi Estou gostando do que estou lendo, mas temos que ficar espertos com a Oracle.

O Post do Richard Bair foi o mais educado e explicativo. Pelo que entendi o JavaFX Script, mas uma linguagem, atrasava a evolução da plataforma em si:

khaoz:

“Acho” que o Pivot já faz hoje, o que o java FX pretende fazer ano que vem.

E mais: Na lista de discussão já recomendam usar a versão 2.0 (svn), pois é considerada muito estável, e provavelmente ano que vem a 2.1 vem com mais novidades.

Ou seja, JavaFX demorou pra mostrar a cara, não rendeu, vai voltar com outra idéia e já vai encontrar forte concorrência

Vamos esperar pra ver.

[]'s

A maior vantagem que vejo no PIVOT hj é o desprendimento de alguma empresa, por ele ser da APACHE.

[]'s

Jesuino Master:

juliocbq:

Jesuino Master:

Malkav.Felipe:

Jesuino Master:

giovanni_stiwes:

Jesuino Master:

(…)

Java:

public class HelloStage implements Runnable {
public void run() {
Stage stage = new Stage();
stage.setTitle("Hello Stage");
stage.setWidth(600);
stage.setHeight(450);
Scene scene = new Scene();
scene.setFill(Color.LIGHTGREEN);
stage.setScene(scene);
stage.setVisible(true);
}
public static void main(String[] args) {
FX.start(new HelloStage());
}
}

(…)

Cara… isso parece MUITO o swing atual =P … qual será a vantagem de usar essa api e não o Swing? =/
Se tiver pelo menos o “bind” =)

Sugiro que dê uma lida no javafx.com/RoadMap

Algumas vantagens:

• Gráficos novos
• Estilização por CSS
• Aceleração de Hardware
• Características 3D
• Otimização para WEB
• triggers (mesmo sendo do JavaFX Script, eles vão continuar pelo que entendi)
• Suporte a mídias

Agora coisas novas prometidas no javafx.com/roadmap

• Compilação para HTML5
• compilação para CSS3
• WEB Kit
• Manipulação do DOM com JavaFX

Por outro lado JavaFX Mobile não está mais sendo desenvolvido (por enquanto ), o foco agora é desktop e WEB.

Aff, vai virar um toolkit web.

Será a tecnologia desktop mais WEB integrada que vi Estou gostando do que estou lendo, mas temos que ficar espertos com a Oracle.

O Post do Richard Bair foi o mais educado e explicativo. Pelo que entendi o JavaFX Script, mas uma linguagem, atrasava a evolução da plataforma em si:

http://fxexperience.com/2010/09/javafx-2-0/

Eu estava encarando o javafx mais que um webkit. Pensava que fosse ser uma plataforma multimedia.

Sugiro que dê uma lida no javafx.com/RoadMap

Algumas vantagens:

• Gráficos novos
• Estilização por CSS
• Aceleração de Hardware
• Características 3D
• Otimização para WEB
• triggers (mesmo sendo do JavaFX Script, eles vão continuar pelo que entendi)
• Suporte a mídias

Agora coisas novas prometidas no javafx.com/roadmap

• Compilação para HTML5
• compilação para CSS3
• WEB Kit
• Manipulação do DOM com JavaFX

Por outro lado JavaFX Mobile não está mais sendo desenvolvido (por enquanto ), o foco agora é desktop e WEB.

Aff, vai virar um toolkit web.

Será a tecnologia desktop mais WEB integrada que vi Estou gostando do que estou lendo, mas temos que ficar espertos com a Oracle.

O Post do Richard Bair foi o mais educado e explicativo. Pelo que entendi o JavaFX Script, mas uma linguagem, atrasava a evolução da plataforma em si:

http://fxexperience.com/2010/09/javafx-2-0/

Eu estava encarando o javafx mais que um webkit. Pensava que fosse ser uma plataforma multimedia.

Bom, é uma parte que o Java deixava a desejar e o JavaFX visa preencher essa lacuna. Pelo que andei lendo dos comentários nos fórums internacionais, eles conseguiram dar uma oxigenada na tecnologia, vamos ver no que vai dar.

Não vou mentir que se isso se concretizar ficarei triste, não pelo fato do tempo gasto de aprendizagem em cima do JavaFXScript, porque no final linguagem é só uma forma diferente de fazer sistema :!: :!:

Ficarei triste pois realmente é divertido programar com JavaFX com bind nativo, triggers e as outras firulas oferecidas pela linguagem. O mesmo também me mostrou como Java está ano luz atrasado com a necessidade de manter o máximo de compatibilidade entre as versões. Programo em ActionScript 3 e digo que é o JavaFX é bem melhor de se trabalhar pelas mesmas features citadas a cima. Se este cenário realmente se concretizar devo caminhar em direção ao Groovy pela liberdade que a linguagem de Script deverá me conceder.

Agora ainda acho que a Oracle esta perdendo um pouco o foco, nem bem fizeram todos os componentes necessários para desenvolvimento de um sistema de porte médio, como Grids e componentes para salvar arquivos, o JMF esta descontinuado, como alguém pode querer entrar na área de multimídia e não oferece uma biblioteca para se poder capturar áudio/vídeo atualizadas, uma IDE competitiva, nem que seja paga, pois quem conhece o FlexBuilder, sabe que o NetBeans vai ter que correr muito para ?

Esta é minha humilde opinião, torço realmente para que o JavaFX de certo e que no final tenhamos mais uma tecnologia para se trabalhar com RIA e que possa ser executada em ambientes diferenciados. 8)

afamorim:

Não vou mentir que se isso se concretizar ficarei triste, não pelo fato do tempo gasto de aprendizagem em cima do JavaFXScript, porque no final linguagem é só uma forma diferente de fazer sistema :!: :!:

Ficarei triste pois realmente é divertido programar com JavaFX com bind nativo, triggers e as outras firulas oferecidas pela linguagem. O mesmo também me mostrou como Java está ano luz atrasado com a necessidade de manter o máximo de compatibilidade entre as versões. Programo em ActionScript 3 e digo que é o JavaFX é bem melhor de se trabalhar pelas mesmas features citadas a cima. Se este cenário realmente se concretizar devo caminhar em direção ao Groovy pela liberdade que a linguagem de Script deverá me conceder.

Agora ainda acho que a Oracle esta perdendo um pouco o foco, nem bem fizeram todos os componentes necessários para desenvolvimento de um sistema de porte médio, como Grids e componentes para salvar arquivos, o JMF esta descontinuado, como alguém pode querer entrar na área de multimídia e não oferece uma biblioteca para se poder capturar áudio/vídeo atualizadas, uma IDE competitiva, nem que seja paga, pois quem conhece o FlexBuilder, sabe que o NetBeans vai ter que correr muito para ?

Esta é minha humilde opinião, torço realmente para que o JavaFX de certo e que no final tenhamos mais uma tecnologia para se trabalhar com RIA e que possa ser executada em ambientes diferenciados. 8)

Rapaz, concordo com você nos dois primeiros parágrafos, em tudo, inclusive na parte do AS3 e do Groovy. Mas infelizmente a linguagem estava atrasando o JavaFX, pelo que entendi daqui; http://fxexperience.com/2010/09/javafx-2-0/

Discordo em partes no parágrafo 3, agora que o foco apareceu, será o JavaFX dentro do Java com tudo o que você citou, mas concordo com a parte de ferramenta, pois o Authoring Tool foi colocado em “hiato” também…

~10 meses para colocarmos a mão no JavaFX 2.0 =/

juliocbq:

Jesuino Master:

juliocbq:

Jesuino Master:

Malkav.Felipe:

Jesuino Master:

giovanni_stiwes:

Jesuino Master:

(…)

Java:

public class HelloStage implements Runnable {
public void run() {
Stage stage = new Stage();
stage.setTitle("Hello Stage");
stage.setWidth(600);
stage.setHeight(450);
Scene scene = new Scene();
scene.setFill(Color.LIGHTGREEN);
stage.setScene(scene);
stage.setVisible(true);
}
public static void main(String[] args) {
FX.start(new HelloStage());
}
}

(…)

Cara… isso parece MUITO o swing atual =P … qual será a vantagem de usar essa api e não o Swing? =/
Se tiver pelo menos o “bind” =)

Sugiro que dê uma lida no javafx.com/RoadMap

Algumas vantagens:

• Gráficos novos
• Estilização por CSS
• Aceleração de Hardware
• Características 3D
• Otimização para WEB
• triggers (mesmo sendo do JavaFX Script, eles vão continuar pelo que entendi)
• Suporte a mídias

Agora coisas novas prometidas no javafx.com/roadmap

• Compilação para HTML5
• compilação para CSS3
• WEB Kit
• Manipulação do DOM com JavaFX

Por outro lado JavaFX Mobile não está mais sendo desenvolvido (por enquanto ), o foco agora é desktop e WEB.

Aff, vai virar um toolkit web.

Será a tecnologia desktop mais WEB integrada que vi Estou gostando do que estou lendo, mas temos que ficar espertos com a Oracle.

O Post do Richard Bair foi o mais educado e explicativo. Pelo que entendi o JavaFX Script, mas uma linguagem, atrasava a evolução da plataforma em si:

http://fxexperience.com/2010/09/javafx-2-0/

Eu estava encarando o javafx mais que um webkit. Pensava que fosse ser uma plataforma multimedia.

É[será] multimedia também, olhe no javafx.com/roadmap:

Quanto ao foco WEB parece que a visão é outra: convergência desktop/WEB. Eu achei tudo proposto espetacular, mas tão espetacular que dá medo de não ser feito nesses meses que virão :S

Acabei de ler lá. Vai ser uma mudança muito boa pela informações que eu vi. Só faz uma coisa, muda o título da notícia de descontinuado para reestruturado, senão o pessoal vai pensar que o jfx acabou, que nem eu pensei.

juliocbq:

Jesuino Master:

É[será] multimedia também, olhe no javafx.com/roadmap:

Acabei de ler lá. Vai ser uma mudança muito boa pela informações que eu vi. Só faz uma coisa, muda o título da notícia de descontinuado para reestruturado, senão o pessoal vai pensar que o jfx acabou, que nem eu pensei.

A linguagem não será mais melhorada pela Oracle. JavaFX Script foi descontinuado! O que virá com o JavaFX 2.0 não será acessível com JavaFX Script.

Jesuino Master:

juliocbq:

Jesuino Master:

É[será] multimedia também, olhe no javafx.com/roadmap:

Acabei de ler lá. Vai ser uma mudança muito boa pela informações que eu vi. Só faz uma coisa, muda o título da notícia de descontinuado para reestruturado, senão o pessoal vai pensar que o jfx acabou, que nem eu pensei.

A linguagem não será mais melhorada pela Oracle. JavaFX Script foi descontinuado! O que virá com o JavaFX 2.0 não será acessível com JavaFX Script.

Jesuino Master:

juliocbq:

Jesuino Master:

É[será] multimedia também, olhe no javafx.com/roadmap:

Acabei de ler lá. Vai ser uma mudança muito boa pela informações que eu vi. Só faz uma coisa, muda o título da notícia de descontinuado para reestruturado, senão o pessoal vai pensar que o jfx acabou, que nem eu pensei.

A linguagem não será mais melhorada pela Oracle. JavaFX Script foi descontinuado! O que virá com o JavaFX 2.0 não será acessível com JavaFX Script.

Não vi que se referia ao script. Tem razão.

A Oracle não apenas comprou a Sun e com ela a plataforma Java.
Tudo é uma estratégia para aos poucos, descontinuar toda a linha de produtos Java.

Assembly e C++ são saídas válidas.
Java depois da Sun, virou papo de buteco. Nada eh certo , tudo eh bagunçado e o desrespeito aos programadores aumenta a cada dia.

É detestável e insolente a continuação da plataforma Java pela Oracle.

James Gosling deve ter pesadelos todos os dias, deitado em sua cama de ouro. Q saudades daquele carismático personagem. Q saudade do Java da era James Gosling.

Tá rolando um rumor, agora eu sei estou afirmando que é rumor, que o JavaFX Script vai ser continuado pela comunidade, chamado de “Visage”. São os mesmos caras do JFXtras, eu estou dentro do projeto para ajudar nem que seja só nos testes

Shelson:

A Oracle não apenas comprou a Sun e com ela a plataforma Java.
Tudo é uma estratégia para aos poucos, descontinuar toda a linha de produtos Java.

Assembly e C++ são saídas válidas.

Quem foi que te falou isso, a MS ou a Apple? :lol: :lol: :lol:

bom eu achei boa a mudança , voce pode escolher a linguagem para programar… eu particularmente não queria aprender jfx script ou seja mais uma sintaxe aquela coisa toda e poder fazer as telas como no swing vai ser bem agradavel pelo menos no meu caso ^^.

a proposta da mudança é interessante, mas precisa sair do papel mesmo. O escopo do java7 oficial na minha opinião é muito restrito para 2012. Muito tempo para pouca coisa. É preferível usar a versão da comunidade ou o próprio openjdk.

marcosalex:

Shelson:

A Oracle não apenas comprou a Sun e com ela a plataforma Java.
Tudo é uma estratégia para aos poucos, descontinuar toda a linha de produtos Java.

Assembly e C++ são saídas válidas.

Quem foi que te falou isso, a MS ou a Apple? :lol: :lol: :lol:

Mudando um pouco de assunto. Você viu que o quick agora é oficial no qt 4.7?
Já foi lançado no site da trolltech/nokia. O meu kubuntu já tá rodando o framework, e é muito legal mesmo o que se consegue fazer com ele.

http://qt.nokia.com/

juliocbq:

Mudando um pouco de assunto. Você viu que o quick agora é oficial no qt 4.7?
Já foi lançado no site da trolltech/nokia. O meu kubuntu já tá rodando o framework, e é muito legal mesmo o que se consegue fazer com ele.

http://qt.nokia.com/

Eu vi, baixei, mas ainda não testei as mudanças. A Nokia está investindo com força no Qt e ajudou a melhorar muito o Qt Creator. Não vejo a hora de pegar o Symbian^3 pra testar e ver o que melhoraram nele.

Shelson:

A Oracle não apenas comprou a Sun e com ela a plataforma Java.
Tudo é uma estratégia para aos poucos, descontinuar toda a linha de produtos Java.

Assembly e C++ são saídas válidas.
Java depois da Sun, virou papo de buteco. Nada eh certo , tudo eh bagunçado e o desrespeito aos programadores aumenta a cada dia.

É detestável e insolente a continuação da plataforma Java pela Oracle.

James Gosling deve ter pesadelos todos os dias, deitado em sua cama de ouro. Q saudades daquele carismático personagem. Q saudade do Java da era James Gosling.

Pelo amor de Deus. Você quer desenvolver sistemas ERPs com assembly? Deixa isso para mim que trabalho com microcontroladores, que só precisam abrir e fechar portas lógicas. Sistemas de grande porte necessitam de linguagens de alto nível.

marcosalex:

juliocbq:

Mudando um pouco de assunto. Você viu que o quick agora é oficial no qt 4.7?
Já foi lançado no site da trolltech/nokia. O meu kubuntu já tá rodando o framework, e é muito legal mesmo o que se consegue fazer com ele.

http://qt.nokia.com/

Eu vi, baixei, mas ainda não testei as mudanças. A Nokia está investindo com força no Qt e ajudou a melhorar muito o Qt Creator. Não vejo a hora de pegar o Symbian^3 pra testar e ver o que melhoraram nele.

Com o quick não precisa nem ter conhecimento de c++. Usa qml, css e javascript para gerar essas interfaces liquidas.

juliocbq:

Shelson:

A Oracle não apenas comprou a Sun e com ela a plataforma Java.
Tudo é uma estratégia para aos poucos, descontinuar toda a linha de produtos Java.

Assembly e C++ são saídas válidas.
Java depois da Sun, virou papo de buteco. Nada eh certo , tudo eh bagunçado e o desrespeito aos programadores aumenta a cada dia.

É detestável e insolente a continuação da plataforma Java pela Oracle.

James Gosling deve ter pesadelos todos os dias, deitado em sua cama de ouro. Q saudades daquele carismático personagem. Q saudade do Java da era James Gosling.

Pelo amor de Deus. Você quer desenvolver sistemas ERPs com assembly? Deixa isso para mim que trabalho com microcontroladores, que só precisam abrir e fechar portas lógicas. Sistemas de grande porte necessitam de linguagens de alto nível.

Na verdade sim. Depois q se pega o jeito, tudo fica mais fácil. Com Java fica facil, mas uma colcha de retalhos de frameworks … por isso fiz os meus … depois disso o problema foi os plugins e o eclipse 3.2 q aposentaram com ele … tive q fazer meus proprios plugins … daih vi q a oracle viria com patifaria sobre a plataforma java e afins … resultado - aprendi assembly e c++ e jah consigo fazer formularios, relatorios graficos e estatisticas em assembly win32 … podem mudar de linguagem, surgir novas linguagens ou mudar os sistemas operacionais … assembly sempre será executado em qq plataforma.

logo logo, lanço um melhor q o qt … e opensource … por q nao ? nao eh nada q nao possa ser feito.
q saudade dessa palavra : OPENSOURCE … ela estah doente deste a era Oracle.Logo logo o médico vem …

Shelson
O curandeiro Java

Antes q eu esqueça de comentar:

• Eu sou javeiro, e amo Java. Trabalho com Java e recomendo trabalhar.
• Trabalhar com C++/Assembly soh eh recomendado para quem domina pelo menos outras linguagens fáceis, como Java.
• Estou triste com a maneira que o Java estah sendo continuado atualmente … Mas lembrem-se … nos temos acesso ao código fonte da linguagem Java 5(por quanto tempo não sei - até eles tirarem do ar). E se as mudanças não vierem , podemos nós mesmos fazer a diferença e criar e inspirar novos padrões de desempenho Java.

Viva o Java !

Shelson:

…
Com Java fica facil, mas uma colcha de retalhos de frameworks … por isso fiz os meus … depois disso o problema foi os plugins e o eclipse 3.2 q aposentaram com ele … tive q fazer meus proprios plugins …

Só por curiosidade: quais tipos de frameworks e plugins do eclipse você precisou fazer porque os da comunidade não atendiam? Não consigo imaginar uma pessoa fazendo um WebTools ou um Hibernate por simplesmente não achar que eles são bons o bastante. (Usei esses como exemplo justamente por você não ter citado qual tipo de framework ou plugin desenvolveu.)

Shelson:

juliocbq:

Shelson:

A Oracle não apenas comprou a Sun e com ela a plataforma Java.
Tudo é uma estratégia para aos poucos, descontinuar toda a linha de produtos Java.

Assembly e C++ são saídas válidas.
Java depois da Sun, virou papo de buteco. Nada eh certo , tudo eh bagunçado e o desrespeito aos programadores aumenta a cada dia.

É detestável e insolente a continuação da plataforma Java pela Oracle.

James Gosling deve ter pesadelos todos os dias, deitado em sua cama de ouro. Q saudades daquele carismático personagem. Q saudade do Java da era James Gosling.

Pelo amor de Deus. Você quer desenvolver sistemas ERPs com assembly? Deixa isso para mim que trabalho com microcontroladores, que só precisam abrir e fechar portas lógicas. Sistemas de grande porte necessitam de linguagens de alto nível.

Na verdade sim. Depois q se pega o jeito, tudo fica mais fácil. Com Java fica facil, mas uma colcha de retalhos de frameworks … por isso fiz os meus … depois disso o problema foi os plugins e o eclipse 3.2 q aposentaram com ele … tive q fazer meus proprios plugins … daih vi q a oracle viria com patifaria sobre a plataforma java e afins … resultado - aprendi assembly e c++ e jah consigo fazer formularios, relatorios graficos e estatisticas em assembly win32 … podem mudar de linguagem, surgir novas linguagens ou mudar os sistemas operacionais … assembly sempre será executado em qq plataforma.

logo logo, lanço um melhor q o qt … e opensource … por q nao ? nao eh nada q nao possa ser feito.
q saudade dessa palavra : OPENSOURCE … ela estah doente deste a era Oracle.Logo logo o médico vem …

Shelson
O curandeiro Java

Não quis dizer que não se possa fazer em assembly ou c++. Mas é que assembly nem é uma linguagem de programação, é uma linguagem de montagem para hardware.

um for( ; ; ) em c equivale umas 50 linhas em assembly. Seria muito mais trabalhoso, não concorda?

juliocbq:

Não quis dizer que não se possa fazer em assembly ou c++. Mas é que assembly nem é uma linguagem de programação, é uma linguagem de montagem para hardware. um for( ; ; ) em c equivale umas 50 linhas em assembly. Seria muito mais trabalhoso, não concorda?

#include <stdio.h>

int main (int argc, char *argv[]) {
for(;;);
}

.file   "for.c"
        .text
        .globl  main
        .type   main, @function
main:
.LFB19:
        pushq   %rbp
.LCFI0:
        movq    %rsp, %rbp
.LCFI1:
        movl    %edi, -4(%rbp)
        movq    %rsi, -16(%rbp)
.L16:
        jmp     .L16
.LFE19:
        .size   main, .-main
        .section        .eh_frame,"a",@progbits
.Lframe1:
        .long   .LECIE1-.LSCIE1
.LSCIE1:
        .long   0x0
        .byte   0x1
        .string ""
        .uleb128 0x1
        .sleb128 -8
        .byte   0x10
        .byte   0xc
        .uleb128 0x7
        .uleb128 0x8
        .byte   0x90
        .uleb128 0x1
        .align 8
.LECIE1:
.LSFDE1:
        .long   .LEFDE1-.LASFDE1
.LASFDE1:
        .long   .LASFDE1-.Lframe1
        .quad   .LFB19
        .quad   .LFE19-.LFB19
        .byte   0x4
        .long   .LCFI0-.LFB19
        .byte   0xe
        .uleb128 0x10
        .byte   0x86
        .uleb128 0x2
        .byte   0x4
        .long   .LCFI1-.LCFI0
        .byte   0xd
        .uleb128 0x6
        .align 8
.LEFDE1:

GradeBook:

juliocbq:

Não quis dizer que não se possa fazer em assembly ou c++. Mas é que assembly nem é uma linguagem de programação, é uma linguagem de montagem para hardware. um for( ; ; ) em c equivale umas 50 linhas em assembly. Seria muito mais trabalhoso, não concorda?

#include <stdio.h>

int main (int argc, char *argv[]) {
for(;;);
}

.file   "for.c"
        .text
        .globl  main
        .type   main, @function
main:
.LFB19:
        pushq   %rbp
.LCFI0:
        movq    %rsp, %rbp
.LCFI1:
        movl    %edi, -4(%rbp)
        movq    %rsi, -16(%rbp)
.L16:
        jmp     .L16
.LFE19:
        .size   main, .-main
        .section        .eh_frame,"a",@progbits
.Lframe1:
        .long   .LECIE1-.LSCIE1
.LSCIE1:
        .long   0x0
        .byte   0x1
        .string ""
        .uleb128 0x1
        .sleb128 -8
        .byte   0x10
        .byte   0xc
        .uleb128 0x7
        .uleb128 0x8
        .byte   0x90
        .uleb128 0x1
        .align 8
.LECIE1:
.LSFDE1:
        .long   .LEFDE1-.LASFDE1
.LASFDE1:
        .long   .LASFDE1-.Lframe1
        .quad   .LFB19
        .quad   .LFE19-.LFB19
        .byte   0x4
        .long   .LCFI0-.LFB19
        .byte   0xe
        .uleb128 0x10
        .byte   0x86
        .uleb128 0x2
        .byte   0x4
        .long   .LCFI1-.LCFI0
        .byte   0xd
        .uleb128 0x6
        .align 8
.LEFDE1:

hehe... assemblado é muito mais do que eu imaginava.

calma pessoas … risos …

nao encontrei um plugin de codigo fonte aberto (fora o web tools), resumidamente , q realiza-se tudo o q o software e.a.
e com editores e validadores xml(incorporar o castor nao vale), q gerasse aplicações em qq plataforma e em qq saida - swing/awt e web em java a principio.

por exemplo, pra swing eu tive q criar um mvc-zinho… bem, eu sei q ele eh baseado em mvc … mas … resumidamente, q fosse ao estilo struts 1 com actions … com possibilidade de se trabalhar com ajax … e q nao usasse inversao de dependencia, ou outro nome bonito pra isso. q gerasse codigo fonte, de qualidade e comentado. q nao maximo usasse um commons da apache.

depois q se pode gerar os filtros ,chains e artefatos jsp por ex. , gerar jsf foi mais facil …

eu comecei isso ha alguns anos, e todos diziam q nao era viavel. realmente nao era, e ainda nao o eh. mas … aprendi bastante com isso. risos …
e fazer um framework q gerasse grafico animado em swing(jah postei um exemplo destes aqui),e em js foi bem legal.
o framework teria q se auto-adaptar a plataformas mobile(telefones, pdas, pockets e qqs outros q se enquadrem).
o framework js, por exemplo, teria q ser automatico e sem sobras de codigo por plataforma.
pra isso, eu usei o velho e conhecido eclipse 3.2 como base de programacao.
e tudo se baseia na ideia de q todos os componentes tem q ter id, tudo pode ser englobado em arquivos properties e/ou arquivos de conifiguracao xml …
em swing, o mais dificil foi trabalhar com card-layouts q se inflavam automaticamente ao carregar toda a app de uma vez. entao tive q criar um componente q se comportasse como uma pgn web, parseando xmls. como viram, nada de mais . apenas uma ideia q me ajudou a desenvolver em java, com relatorios/formularios/graficos - 95% dos casos.

agora em assembly, os blocos de codigo realmente seriam maiores. na verdade o desenvolvimento eh bem diferente.
mas jah existem frameworks visuais pra assembly e c/c++ … nao quero reinventar o roda. mas como passa-tempo eh bem bacana. se aprofunda na linguagem e se aprende coisas novas.

c/c++ promete. assembly tb, apesas dos inumeros detalhes. java sempre serah minha paixao. nao imagino outra linguagem para desenvolver novos sistemas baseados totalmente em soa. ele poderia ser a base de um gerador assembly/c++ por ex. … isso ainda vai dar muito trabalho pra mim … criar um D.O.S. por ex., ainda estah na versao 0.0.0.0.0.1 (risos).
mas existem outros escovadores de bits q jah fizerem coisas bacanas, inclusive soh utilizando micro-processadores 8085 por ex.

:arrow: assembly:

tasm , masm, nasm ? intel, amd, arm ? 8085, x86 … eh uma biblia sem tamanho.

alguem jah resolveu procurar por exemplos, forums, e softwares pra isso ?
sempre trabalhos de mestrado, doutorado … area de professores em univ …
nada amigavel.

se desenvolver em plataforma 64 bits entao, foi uma guerra … e eu nem falei do primeiro hello world, q pra um codigo ser portavel, teria q englobar comportamentos de acesso a interrupcao e garbage …

mas pra win32, como eu disse anteriormente, eh dificil, mas eh mais facil - usando tasm.

fazer um programinha pra criptografar/decriptografar(sem entrar em detalhes) dados em memoria por ex. foi mais facil de se desenvolver, devido ao numero de exemplos. mundo estranho este do assembly. serah q eu encontro alguem com menos de 40 nestas comunidades ? risos …

desenvolver um mini-DOS(sistema operacional) em assembly , seria um grande desafio … alguem ? risos …

Shelson:

calma pessoas … risos …

nao encontrei um plugin de codigo fonte aberto (fora o web tools), resumidamente , q realiza-se tudo o q o software e.a.
e com editores e validadores xml(incorporar o castor nao vale), q gerasse aplicações em qq plataforma e em qq saida - swing/awt e web em java a principio.

por exemplo, pra swing eu tive q criar um mvc-zinho… bem, eu sei q ele eh baseado em mvc … mas … resumidamente, q fosse ao estilo struts 1 com actions … com possibilidade de se trabalhar com ajax … e q nao usasse inversao de dependencia, ou outro nome bonito pra isso. q gerasse codigo fonte, de qualidade e comentado. q nao maximo usasse um commons da apache.

depois q se pode gerar os filtros ,chains e artefatos jsp por ex. , gerar jsf foi mais facil …

eu comecei isso ha alguns anos, e todos diziam q nao era viavel. realmente nao era, e ainda nao o eh. mas … aprendi bastante com isso. risos …
e fazer um framework q gerasse grafico animado em swing(jah postei um exemplo destes aqui),e em js foi bem legal.
o framework teria q se auto-adaptar a plataformas mobile(telefones, pdas, pockets e qqs outros q se enquadrem).
o framework js, por exemplo, teria q ser automatico e sem sobras de codigo por plataforma.
pra isso, eu usei o velho e conhecido eclipse 3.2 como base de programacao.
e tudo se baseia na ideia de q todos os componentes tem q ter id, tudo pode ser englobado em arquivos properties e/ou arquivos de conifiguracao xml …
em swing, o mais dificil foi trabalhar com card-layouts q se inflavam automaticamente ao carregar toda a app de uma vez. entao tive q criar um componente q se comportasse como uma pgn web, parseando xmls. como viram, nada de mais . apenas uma ideia q me ajudou a desenvolver em java, com relatorios/formularios/graficos - 95% dos casos.

agora em assembly, os blocos de codigo realmente seriam maiores. na verdade o desenvolvimento eh bem diferente.
mas jah existem frameworks visuais pra assembly e c/c++ … nao quero reinventar o roda. mas como passa-tempo eh bem bacana. se aprofunda na linguagem e se aprende coisas novas.

c/c++ promete. assembly tb, apesas dos inumeros detalhes. java sempre serah minha paixao. nao imagino outra linguagem para desenvolver novos sistemas baseados totalmente em soa. ele poderia ser a base de um gerador assembly/c++ por ex. … isso ainda vai dar muito trabalho pra mim … criar um D.O.S. por ex., ainda estah na versao 0.0.0.0.0.1 (risos).
mas existem outros escovadores de bits q jah fizerem coisas bacanas, inclusive soh utilizando micro-processadores 8085 por ex.

usar assembly para sistemas é outra coisa. É para isso que ele serve. Agora um erp construído em assembly mesmo com um toolkit ou framework é completamente inviável, inclusive com apenas um programador.

Já usei um desses toolkits, realmente é legal de mexer.

por isso minha revolta com o descaso do java pela oracle, por exemplo.
muito codigo teria q ser feito em c/c++ isso nao há duvidas … pelo menos enquanto novas ferramentas nao surgirem.
qual serah a linguagem preferida, eu nao sei. mas a ideia de aberta, gratuita e produtiva ainda me agrada.

Shelson:

por isso minha revolta com o descaso do java pela oracle, por exemplo.
muito codigo teria q ser feito em c/c++ isso nao há duvidas … pelo menos enquanto novas ferramentas nao surgirem.
qual serah a linguagem preferida, eu nao sei. mas a ideia de aberta, gratuita e produtiva ainda me agrada.

No caso do c++ eu concordo com você. Existem frameworks muito produtivos.
Dá uma olhada aqui:

http://qt.nokia.com/

juliocbq:

Shelson:

por isso minha revolta com o descaso do java pela oracle, por exemplo.
muito codigo teria q ser feito em c/c++ isso nao há duvidas … pelo menos enquanto novas ferramentas nao surgirem.
qual serah a linguagem preferida, eu nao sei. mas a ideia de aberta, gratuita e produtiva ainda me agrada.

No caso do c++ eu concordo com você. Existem frameworks muito produtivos.
Dá uma olhada aqui:

http://qt.nokia.com/

esse realmente promete . eh da nokia.

eu tenho me interessado por este:

VISG

q eh gerador de codigo para as seguintes linguagens:

■C/C++
■Basic
■Pascal
■Assembler
■Gentee
■JScript

testado nos seguintes ambientes de programação e compiladores:
■MS Visual C++
■Dev-C++
■Delphi
■FreePascal
■FreeBASIC
■Visual Basic
■TASM
■MASM
■lzasm
■fasm
■Gentee
■WSH/JScript+WSO

eu usei o tasm, e funcionou 100%.

Então, JavaFX Script vai ser mesmo continuado como “Visage”, mas pela comunidade.

Uma boa coisa, pois, embora Groovy e Scala aproximam-se do JavaFX Script, JFXScript é voltado pra view e só para a view com mais umas classes de suporte, como o HttpRequest e tals.

[]'s

Jesuino Master:

Então, JavaFX Script vai ser mesmo continuado como “Visage”, mas pela comunidade.

Uma boa coisa, pois, embora Groovy e Scala aproximam-se do JavaFX Script, JFXScript é voltado pra view e só para a view com mais umas classes de suporte, como o HttpRequest e tals.

[]'s

q bom hein ! :lol:

Jesuino Master:

Então, JavaFX Script vai ser mesmo continuado como “Visage”, mas pela comunidade.

Uma boa coisa, pois, embora Groovy e Scala aproximam-se do JavaFX Script, JFXScript é voltado pra view e só para a view com mais umas classes de suporte, como o HttpRequest e tals.

[]'s

jesuino, nesta mesma linha: o sr. mandic , velho de guerra da bbs, vai lançar o “java Internet explorer 3.0” junto com o visage.
:twisted: :roll:

Shelson:

Jesuino Master:

Então, JavaFX Script vai ser mesmo continuado como “Visage”, mas pela comunidade.

Uma boa coisa, pois, embora Groovy e Scala aproximam-se do JavaFX Script, JFXScript é voltado pra view e só para a view com mais umas classes de suporte, como o HttpRequest e tals.

[]'s

jesuino, nesta mesma linha: o sr. mandic , velho de guerra da bbs, vai lançar o “java Internet explorer 3.0” junto com o visage.
:twisted: :roll:

Droga, não entendi a sua piada, até li partes disso pra ser se caia a minha ficha:

http://idgnow.uol.com.br/blog/navedigital/2010/04/20/para-alexandar-mandic-lugar-de-dono-de-empresa-e-no-twitter/

comofas pra entender :S

falando serio agora,

judoscript daria pra ser usado em cjto do swing e javafx ?

estes dias eu vi um tal da cajuscript tb … serah q funciona ?

bzy:

Todos falam que o desktop está morrendo, mas o desktop é a base!
As aplicações Web são desenvolvidos no desktop, são publicadas por um programa FTP que roda no desktop, são visualizadas por um programa navegador desktop e o Tomcat é um aplicativo desktop.

Concordo em gênero, número e grau! Todo mundo diz que desktop já morreu e que tudo deve rodar em um navegador. Mas o pessoal esquece que até o próprio navegador é desktop!
Então não adianta condenar a base. Por mais que para vários usos, desktop esteja se tornando obsoleto, para outros um aplicativo web não daria conta do recado…

Jesuino Master:

juliocbq:

Jesuino Master:

É[será] multimedia também, olhe no javafx.com/roadmap:

Acabei de ler lá. Vai ser uma mudança muito boa pela informações que eu vi. Só faz uma coisa, muda o título da notícia de descontinuado para reestruturado, senão o pessoal vai pensar que o jfx acabou, que nem eu pensei.

A linguagem não será mais melhorada pela Oracle. JavaFX Script foi descontinuado! O que virá com o JavaFX 2.0 não será acessível com JavaFX Script.

Concordo plenamente… Quando eu pesquisei a 2 dias atraz sobre “o futuro do JavaFx”… Pqp, fiquei abismado quando li a palavra descontinuado. Java FX não foi descontinuado gente… Oracle nunca que daria uma bola fora dessas…
Pelo que me parece vai ser uma revolução e tanto o JavaFx2.0! Eu já estava brincando pra caramba com a JavaFx 1.3, irei esperar mais um pouquinho pra mergulhar de cabeça.

Realmente estou entusiasmado com a versão 2.0 do JavaFX. Comecei a estudar o JavaFX 1.3, mas vou dar uma segurada pra focar no 2.0.

Alguém sabe se a Oracle liberou alguma data estimada do lançamento, nem que seja de uma versão beta?

No roadmap só fala que a versão beta vai sair no primeiro semestre, mas não dá uma data aproximada (em meados de abril, por exemplo).

kamikase_x:

Realmente estou entusiasmado com a versão 2.0 do JavaFX. Comecei a estudar o JavaFX 1.3, mas vou dar uma segurada pra focar no 2.0.

Alguém sabe se a Oracle liberou alguma data estimada do lançamento, nem que seja de uma versão beta?

No roadmap só fala que a versão beta vai sair no primeiro semestre, mas não dá uma data aproximada (em meados de abril, por exemplo).

Por enquanto eles estão centrando esforços no JDK 7 pra que ele não atrase. JavaEE 7, JavaFX 2 e JME vão ser retomados depois. O JavaEE 7 então, vai funcionar somente com o JDK 7.

O problema é que o Sun deixou o Java parado muito tempo, agora eles precisam retomar logo todos os projetos.

marcosalex:

kamikase_x:

Realmente estou entusiasmado com a versão 2.0 do JavaFX. Comecei a estudar o JavaFX 1.3, mas vou dar uma segurada pra focar no 2.0.

Alguém sabe se a Oracle liberou alguma data estimada do lançamento, nem que seja de uma versão beta?

No roadmap só fala que a versão beta vai sair no primeiro semestre, mas não dá uma data aproximada (em meados de abril, por exemplo).

Por enquanto eles estão centrando esforços no JDK 7 pra que ele não atrase. JavaEE 7, JavaFX 2 e JME vão ser retomados depois. O JavaEE 7 então, vai funcionar somente com o JDK 7.

O problema é que o Sun deixou o Java parado muito tempo, agora eles precisam retomar logo todos os projetos.

Até o JDK 7 ser homologado, ainda vai demorar :?

A Oracle deixou a Sun em segundo plano depois de ter comprado ela, agora tem que correr atrás do prejuizo.

Acho que vou dar uma estudada no 1.3 mesmo. Não vai ser conhecimento perdido, uma vez que o JavaFX Script vai continuar sendo mantido pela comunidade

kamikase_x:

Vish, se o JavaFX 2 só for retomado depois da release do JDK 7, os deadlines que estão no roadmap vão pras cucuias.

Até o JDK 7 ser homologado, ainda vai demorar :?

A Oracle deixou a Sun em segundo plano depois de ter comprado ela, agora tem que correr atrás do prejuizo.

Acho que vou dar uma estudada no 1.3 mesmo. Não vai ser conhecimento perdido, uma vez que o JavaFX Script vai continuar sendo mantido pela comunidade

É o contrário do que você falou, a Sun que deixou o Java em segundo plano, cada release demorava séculos pra sair, quanto tempo faz que a Sun estava trabalhando no 7?

A previsão pra ele é no meio desse ano e já está no estágio Feature Complete, agora é só correção de bugs.

Quem já participou de uma aquisição de empresa grande sabe que as coisas é um processo demorado, imagina entre duas empresas gigantes como são Oracle e Sun. O que acontece é que a empresa foi comprada em um dia e no dia seguinte já ficou aquele tando de gente querendo que eles decidissem tudo sobre tudo. Até que foram rápidos, provavelmente porque as duas empresas já tinham muitos projetos conjuntos.

Corram para as colinas [857]

Alguém usa JavaFX? Já vai tarde!