Sun abondona projeto SwingX oficialmente

Não li toda a Thread, porém, venho acompanhando isso em outros lugares. Até onde sei, é o SwingX e não o Swing, correto?
O Swing mesmo já está parado faz algum tempo. Mas como todo fórum há mais especulações que realidade, aguardo um pronunciamento oficial sobre o SWING e não do SwingX que já se pronunciaram.

Esqueci de mencionar que fica evidente que a Sun quer direcionar seus esforços sobre o JavaFX, uma vez que a Adobe já está tomando conta do mercado multimídia online com seu Flash faz tempo. Foi apenas um pequeno empurrão para sair da mera animação bonitinha, exibição de vídeos com tamanho reduzido para pular no colo do desenvolvimento corporativo.
Pra mim, a Sun vai ter que comer muito arroz com feijão para chegar nos pés da Adobe.

djemacao:

Não li toda a Thread, porém, venho acompanhando isso em outros lugares. Até onde sei, é o SwingX e não o Swing, correto?
O Swing mesmo já está parado faz algum tempo. Mas como todo fórum há mais especulações que realidade, aguardo um pronunciamento oficial sobre o SWING e não do SwingX que já se pronunciaram.

* Sorting, filtering, highlighting for tables, trees, and lists
* Find/search
* Auto-completion
* Login/authentication framework
* TreeTable component
* Collapsible panel component
* Date picker component
* Tip-of-the-Day component

será que com este abandono algumas empresas estariam recorrendo à desenvolver aplicações para C++ ou via .NET com implementação do mono já rodando blz aí para gnome no linux

Ai que tá. O MONO não roda 100% .Net, nem aqui, nem na China. Sempre há alterações de bibliotecas que devem ser feitas. Isso irrita, de vez em sempre.
Nem o Swing eu diria ser uma boa alternativa, uma vez que, apesar de maduro, ainda é complexo para se desenvolver fora de uma ferramenta como o NetBeans.

djemacao:

Ai que tá. O MONO não roda 100% .Net, nem aqui, nem na China. Sempre há alterações de bibliotecas que devem ser feitas. Isso irrita, de vez em sempre.
Nem o Swing eu diria ser uma boa alternativa, uma vez que, apesar de maduro, ainda é complexo para se desenvolver fora de uma ferramenta como o NetBeans.

Ai eu discordo ! Se voce tem a mao da para fazer muitas coisas sem o Netbeans… E se voce ainda quiser outras ferramentas ha o Jdeveloper que da um suporte fabuloso a drag and drop para criacao de janelas e o proprio Eclipse tem tambem.

Abraco.

Acho uma pena… pois atualmente a Sun não tem uma resposta oficial para aplicações Desktop… acho sinceramente um tiro no pé… estão deixando .Net se expalhar pelo mundo CLIENT cada vez mais…

A Sun vem fazendo merda igual a Borland fez, não sabe o que fazer para competir e se posicionar com firmeza no mercado, a cada ano perdendo muita grana, a Sun de hoje vai ser a Borland do passado, vai matando sua tecnologia sem mais sem menos e perdendo apoio, parece a Borland, está estranho isso. Logo o Swing que é um dos chamativos para desenvolver UI APP. Só espero que esse JavaFX não seja aqueles Applets do passado, se não pode pedir as contas, já era.

A sorte que o Java agora é aberto, quando a casa cair, vamos ver quem vai remar o barco, porque a maioria aqui só usa, não cria nada novo em Java, ou qualquer contribuição para o desenvolvimento do core Java.

knowledgebr

InsanelyTotalMac:

djemacao:

Ai que tá. O MONO não roda 100% .Net, nem aqui, nem na China. Sempre há alterações de bibliotecas que devem ser feitas. Isso irrita, de vez em sempre.
Nem o Swing eu diria ser uma boa alternativa, uma vez que, apesar de maduro, ainda é complexo para se desenvolver fora de uma ferramenta como o NetBeans.

Ai eu discordo ! Se voce tem a mao da para fazer muitas coisas sem o Netbeans… E se voce ainda quiser outras ferramentas ha o Jdeveloper que da um suporte fabuloso a drag and drop para criacao de janelas e o proprio Eclipse tem tambem.

Abraco.

Continue discordando e pegue um aplicativo bem grande, faça na mão e depois declare aqui sua experiência. Aliás, claro, também coloque a experiência da equipe e também da empresa que contratou o serviço, todo vão amar a idéia da produtividade.
Agora, o que tem a ver JDeveloper e Eclipse com minha resposta? Apenas disse, e repito, AINDA é complexo para se desenvolver fora de uma ferramenta COMO o NetBeans, OK? Ler faz bem, saber interpretar, melhor ainda.

JavaFX?

Isso non ecziste!!!

djemacao:

InsanelyTotalMac:

djemacao:

Ai que tá. O MONO não roda 100% .Net, nem aqui, nem na China. Sempre há alterações de bibliotecas que devem ser feitas. Isso irrita, de vez em sempre.
Nem o Swing eu diria ser uma boa alternativa, uma vez que, apesar de maduro, ainda é complexo para se desenvolver fora de uma ferramenta como o NetBeans.

Ai eu discordo ! Se voce tem a mao da para fazer muitas coisas sem o Netbeans… E se voce ainda quiser outras ferramentas ha o Jdeveloper que da um suporte fabuloso a drag and drop para criacao de janelas e o proprio Eclipse tem tambem.

Abraco.

Continue discordando e pegue um aplicativo bem grande, faça na mão e depois declare aqui sua experiência. Aliás, claro, também coloque a experiência da equipe e também da empresa que contratou o serviço, todo vão amar a idéia da produtividade.
Agora, o que tem a ver JDeveloper e Eclipse com minha resposta? Apenas disse, e repito, AINDA é complexo para se desenvolver fora de uma ferramenta COMO o NetBeans, OK? Ler faz bem, saber interpretar, melhor ainda.

Amigão… Trabalhei em um sistema grande que inclusive tinha integrações com SAP B1 e era feito todo em Swing… A equipe no começo apanhou, mas depois pegou a mão… fizemos tudo em Eclipse sem usar Drag and Drop… o código ficou limpo… e todos conseguiam dar manutenção… Mostrando que experiencia resolve o problema.

Outro sistema grande feito em Swing: http://www.compiere.com/

O que tem haver é que você citou o Netbeans e eu falei que existem outras IDEs que fazem o mesmo trabalho…

Acho que você é meio stresado… só falei que discordava da sua resposta… aceitar críticas também faz bem.

Esse é o objetivo do javafx, abstrait a complexidade do swing. Ao inves de programar com swing direto vc programa em javafx script. Vc ganharia em relacao ao swing um modelo com melhor suporte a ferramentas visuais (WYSIWYG), fundamental para essa area.

Lembrando que o JavaFX usa o Swing, mas parece tem gente que ainda nao se deu conta que Swing e SwingX sao coisas distintas.

faelcavalcanti:

será que com este abandono algumas empresas estariam recorrendo à desenvolver aplicações para C++ ou via .NET com implementação do mono já rodando blz aí para gnome no linux

So pq o SwingX foi descontinuado??? :lol:

A um bom tempo desenvolvo aplicações java desktop e vendo inúmeras aplicações desktop, pouquissimas usavam algum componente do SwingX. Tem uns componentes até legais, mas nada de fantástico. Os que mais quebram o galho são o de calendário e o da tabela.

Não acho que a Sun descontinuando o projeto SwingX seja uma má notícia. Uma hora ela terá de entrar na briga pelo mercado de aplicações RIA e antes tarde do que nunca.

Sinceramente não entendi todo o drama!!!

O Swing não é uma alternativa, o Swing é o padrão.
Swing não é complexo. É bem simples até. O fato de seguir o padrão JavaBeans simplifica e muito.
O ponto é que os programadores não estão habituados a programar interfaces nem componentes, coisa que é vital para UI em Java desktop. O swing não existe para ser usado “puro” ele existe para que os programadores construam os seus componentes em cima dele.

Isso é verdade para o .NET também, mas no .NET é possivel vc utilizar o seu form como o “superComponent” em Swing isso não só não é util como não é o padrão.

Por outro lado, os programadores criam bibliotecas para tudo, menos para UI. A UI normalmente é um emaranhado de objetos , listeners e controle espalhado. Não é bem organizado como o modelo MVC para web. E isso é por falta de disciplina/conhecimento/experiencia dos programadores e não é culpa do Swing.

O Swing tem muito para onde se expandir , claro. O SwingX prova isso. Mas quase nada do SwingX é tão especial que não pode ser feito por qualquer programador baseado no Swing original. O SwingX é a biblioteca de componentes que faltava, apenas isso.
Mais tarde ou mais cedo esses componentes serão integrados ao Swing padrão ( tal como as funcionaldiades de filtro e sort já foram incluidas)

drama não reconhecido++

Já usei o SwingX e é bem legal. A tela de Login é ótima.

Acho ruim eles terem abandonado. Poderiam ter diminuído o ritmo, mas não abandonado.

Achei ruim.

Não sei como ninguém citou ainda o Swing Application Framework (SAF), trabalhei com ele eses dias em um projeto pra faculdade e achei muito simples criar uma aplicação Desktop, ainda que a especificação do framework não esteja completa ainda.

Ele resolve alguns problemas recorrentes em aplicações Desktop.

O link do projeto é https://appframework.dev.java.net/

O Netbeans 6.1 dá uma mão na roda com o plugin pro SAF.

Recomendo testarem.

andreiribas:

Não sei como ninguém citou ainda o Swing Application Framework (SAF), trabalhei com ele eses dias em um projeto pra faculdade e achei muito simples criar uma aplicação Desktop, ainda que a especificação do framework não esteja completa ainda.

Ele resolve alguns problemas recorrentes em aplicações Desktop.

O link do projeto é https://appframework.dev.java.net/

O Netbeans 6.1 dá uma mão na roda com o plugin pro SAF.

Recomendo testarem.

Boa dica Para não bagunçar este tópico abrirei um solicitando opiniões a respeito de frameworks desktop, tipo o SAF, SwingBean… Favor postarem suas experiências

:arrow: Tópico aberto: http://www.guj.com.br/posts/list/0/109450.java#590409

Apenas por curiosidade,

com a descontinuidade do swingx, as interfaces que se integravam e utilizavam os recursos do tipo OpenGL como ficam?

Pelo que me lembro, o primeiro programa “show de marketing” a respeito foi o aerith (JavaOne 2006) e que utilizava tecnologias do java2d para mudar completamente o visual da aplicação, redesenhando todos os elementos e, que me recorde, os jframes transparentes e “rebativeis” eram baseado na tecnologia do SwingX, correto?

Ou seja, após os buatos da Microsoft de abandonar o vista e manter a linha do XP, a Sun deixará de investir na linha desktop vetorial? Não sei se o javafx substitui ou amplia esse recurso… estamos voltando as recursos de imagem raster?

Está claro que não sei como essas tecnologias estão associadas ou relacionadas, então se falei alguma besteira muito grande, desconsiderem por favor.

fw

InsanelyTotalMac:

djemacao:

InsanelyTotalMac:

djemacao:

Ai que tá. O MONO não roda 100% .Net, nem aqui, nem na China. Sempre há alterações de bibliotecas que devem ser feitas. Isso irrita, de vez em sempre.
Nem o Swing eu diria ser uma boa alternativa, uma vez que, apesar de maduro, ainda é complexo para se desenvolver fora de uma ferramenta como o NetBeans.

Ai eu discordo ! Se voce tem a mao da para fazer muitas coisas sem o Netbeans… E se voce ainda quiser outras ferramentas ha o Jdeveloper que da um suporte fabuloso a drag and drop para criacao de janelas e o proprio Eclipse tem tambem.

Abraco.

Continue discordando e pegue um aplicativo bem grande, faça na mão e depois declare aqui sua experiência. Aliás, claro, também coloque a experiência da equipe e também da empresa que contratou o serviço, todo vão amar a idéia da produtividade.
Agora, o que tem a ver JDeveloper e Eclipse com minha resposta? Apenas disse, e repito, AINDA é complexo para se desenvolver fora de uma ferramenta COMO o NetBeans, OK? Ler faz bem, saber interpretar, melhor ainda.

Amigão… Trabalhei em um sistema grande que inclusive tinha integrações com SAP B1 e era feito todo em Swing… A equipe no começo apanhou, mas depois pegou a mão… fizemos tudo em Eclipse sem usar Drag and Drop… o código ficou limpo… e todos conseguiam dar manutenção… Mostrando que experiencia resolve o problema.

Outro sistema grande feito em Swing: http://www.compiere.com/

O que tem haver é que você citou o Netbeans e eu falei que existem outras IDEs que fazem o mesmo trabalho…

Acho que você é meio stresado… só falei que discordava da sua resposta… aceitar críticas também faz bem.

Esse é o objetivo do javafx, abstrait a complexidade do swing. Ao inves de programar com swing direto vc programa em javafx script. Vc ganharia em relacao ao swing um modelo com melhor suporte a ferramentas visuais (WYSIWYG), fundamental para essa area.

Lembrando que o JavaFX usa o Swing, mas parece tem gente que ainda nao se deu conta que Swing e SwingX sao coisas distintas.
Exato, o JavaFX usa Swing, mas para desenvolver uma simples telinha, não precisa de todo aquele código do próprio Swing. Aposto muito no JavaFX como substituta para desenvolvimento desktop. Só não sei quanto ao lado Web.

não se trata de drama, se trata de informação, a não ser que o pessoal tenha dramatizado em algum aspecto. É importante saber quando um projeto acaba de ser descontinuado, pois pessoas estão o tempo todo tomando decisões e complementado seus projetos com outros existentes, podendo ser este longo prazo, e no caso de existência de bugs não teria novos releases disponíveis, pelo menos a frequência de releases tende-se a diminuir, agravando uma péssima decisão de projeto e talvez não dê tempo de levantar a âncora.

Quanto ao SwingX destaco o login e o painel de tarefas que achei bastante legal. afinal, como vocês mencionaram espero também ser uma boa notícia para que o pessoal possa prosperar com o JavaFX e não uma desculpa por não poder continuar com o projeto apenas.

djemacao:

Aposto muito no JavaFX como substituta para desenvolvimento desktop. Só não sei quanto ao lado Web.

agora quanto a concorrer com o Flex e Silverlight o que faltaria para o JavaFX atualmente ? O que o JavaFX perde no caso de não possuir um player como o flashplayer instalado no client ?

djemacao:

Esqueci de mencionar que fica evidente que a Sun quer direcionar seus esforços sobre o JavaFX, uma vez que a Adobe já está tomando conta do mercado multimídia online com seu Flash faz tempo. Foi apenas um pequeno empurrão para sair da mera animação bonitinha, exibição de vídeos com tamanho reduzido para pular no colo do desenvolvimento corporativo.
Pra mim, a Sun vai ter que comer muito arroz com feijão para chegar nos pés da Adobe.

Bom nada mais natural da parte de Sun não é?!

porém eu acho que javaFX só vai pegar aqui no Brasil pra substituir o Flash quando finalmente as hospedagens forem mais em conta…pq é muito caro por um ambiente pouco robusto

Eu ando a brincar seriamente com JavaFX a algum tempo, e acho ele muito bom, realmente acho que construir telas a moda antiga do Swing, já era.

JavaFX é o futuro, e quem não esta gostando disto, é por que ainda não mexeu com o JavaFX e não comprovou a facilidade que é, acho o JavaFX bastante potente, potente o suficiente para dar conta do recado pro que der e vier.

Acho que não é grave eles fecharem um projeto que esta estável para trabalhar melhor naquele virá a substituir.

Boa tarde a todos.

Olha, se a Sun ter que comer muito feijão com arroz, pelo menos a Adobe terá que dividir o seu filézinho que vem comendo a muito tempo com a W3C que vem tentando padronizar o HTML 5 para a maioria dos seus navegadores, e olha que eles estão conseguindo impressionar meio mundo, quando introduziu os objetos “Canvas”, “Audio” e “Video”. Isto significa dizer que os mesmos estão tentando livrar a marcação HTML daqueles famosos plugins de Flash, Codecs de audio e video e muitos outros.

O problema que a W3C (World Wide Web Consortium) vem encontrando nesta padronizão é exatamento o que nosso amigo Sergiotaborda disse abaixo:

[quote=“Sergiotaborda”]
O Swing não é uma alternativa, o Swing é o padrão…
…O ponto é que os programadores não estão habituados a programar interfaces nem componentes, coisa que é vital para UI em Java desktop. O swing não existe para ser usado “puro” ele existe para que os programadores construam os seus componentes em cima dele. Isso é verdade para o .NET também, mas no .NET é possivel vc utilizar o seu form como o “superComponent” em Swing isso não só não é util como não é o padrão.
…
[/code]

Isto ocorre devido aos diversos fabricantes de Navegadores de Internet que não padronizam um interpretador único para DOM dos seus produtos, e particularmente acho isto um tanto quanto benéfico para a concorrência, porém existem também as desvantagens de se ficar na dependência desse ou daquele plugin, retrocompatibilidade, de framework ou seja lá o que for. Como o próprio Sergio disse, a padronização do Swing nos permite criar nossos próprios componentes e por isso o código Java é aberto, e é exatamente esse o erro nosso, de querer ficar sempre na dependência daquilo que o Sofware tem a nos oferecer.

Um abraço.

Boa tarde a todos.

Olha, se a Sun ter que comer muito feijão com arroz, pelo menos a Adobe terá que dividir o seu filézinho que vem comendo a muito tempo com a W3C que vem tentando padronizar o HTML 5 para a maioria dos seus navegadores, e olha que eles estão conseguindo impressionar meio mundo, quando introduziu os objetos “Canvas”, “Audio” e “Video”. Isto significa dizer que os mesmos estão tentando livrar a marcação HTML daqueles famosos plugins de Flash, Codecs de audio e video e muitos outros.

O problema que a W3C (World Wide Web Consortium) vem encontrando nesta padronizão é exatamento o que nosso amigo Sergiotaborda disse abaixo:

Isto ocorre devido aos diversos fabricantes de Navegadores de Internet que não padronizam um interpretador único para DOM dos seus produtos, e particularmente acho isto um tanto quanto benéfico para a concorrência, porém existem também as desvantagens de se ficar na dependência desse ou daquele plugin, retrocompatibilidade, de framework ou seja lá o que for., e talvez este seja o problema que Sun também vem encontrando para adaptar seus frameworks como JSF, e também o JavaFX. Como o próprio Sergio disse, a padronização do Swing nos permite criar nossos próprios componentes e por isso o código Java é aberto, e é exatamente esse o erro nosso, de querer ficar sempre na dependência daquilo que o Sofware tem a nos oferecer.

Um abraço.

Boa tarde.

Povo que não conhece a sua história, está condenada a repeti-la

Micro obsoleto :?: :?: :?:

[URL=http://imageshack.us/photo/my-images/268/computadornovo.jpg/][/URL]

Tecnologia de ponta

[URL=http://imageshack.us/photo/my-images/860/computadorvelho1.jpg/][/URL]