NetBeans IDE 7.1 introduces support for JavaFX 2.0 by enabling the full compile/debug/profile development cycle for JavaFX 2.0 applications. The release also provides significant Swing GUI Builder enhancements, CSS3 support, and tools for visual debugging of Swing and JavaFX user interfaces. Additional highlights include Git support integrated into the IDE, new PHP debugging features, various JavaEE and Maven improvements, and more.
NetBeans IDE 7.1 is available in English, Brazilian Portuguese, Japanese, Russian, and Simplified Chinese.
Destaco a integração com o Git, que era algo que estava faltando faz tempo.
Eu também estava com o RC… já estou baixando !!! \o/
gilluan
legal, vou baixar pra testar tambem
L
lellis
Gostei das novas funcionalidades, apesar de usar hj em dia o IntelliJ vou dar uma olhada como ta o NB 7.1
[]´s
maior_abandonado
que bom… e finalmente alias… me parece que estava a um tempão no rc…
mas que ótimo… to querendo formata meu note e ai depois eu vo puxa e testa…
fwsales
Ainda estou usando o 6.9.1! Axo que vou mudar também! rs.
Adelar
Legal… faz tempo desde a última vez que usei Netbeans… let’s test it!
Rapapel
E eu achando que a Oracle iria abandonar.
Mas depois que conheci o IntelliJ, não uso outro.
paulohbmetal
Baixando…
M
MWAdriano
E aí pessoal? O Netbeans abandonou de vez mesmo o suporte as antigas aplicações Swing Application Framework?
Grato.
AlisonTI
Ops, baixando também.
J
Jonathan_Sales
Baixando para testar…
Javabuntu
Nas features da versão não faz menção alguma sobre Ruby :?: :roll:
davidbuzatto
O suporte a Ruby e RoR foi decontinuado já faz um tempinho, quando saiu a versao 7.0 (abril de 2011).
[]'s
Javabuntu
O suporte a Ruby e RoR foi decontinuado já faz um tempinho, quando saiu a versao 7.0 (abril de 2011).
[]'s
A última versão que usei do netbeans foi a 5.0 :lol: , estava pensando em voltar a usar para testar o suporte ao RoR.
Vou continuar no GEdit :roll:
Henrique.tenorio
Maravilha, vou baixar também. \0/
alandiniz
na versão 7.0 do NB, ao criar um projeto Java Web com JSF 2.0 + Primefaces + Hibernate. Ao iniciar o projeto e colocar por exemplo um <p:menubar> no xhtml dentro de um <h:form> ele dava um erro falando que nao tava dentro do <h:form>. Alguem sabe se isso ja foi arrumado?
E aí pessoal? O Netbeans abandonou de vez mesmo o suporte as antigas aplicações Swing Application Framework?
Grato.
Você pode baixar um plugin para continuar a desenvolver aplicações SAF, mas a equipe NetBeans recomenda o uso da plataforma NetBeans em substituição à especificação SAF, que foi abandonada.
M
MWAdriano
roger_rf:
MWAdriano:
E aí pessoal? O Netbeans abandonou de vez mesmo o suporte as antigas aplicações Swing Application Framework?
Grato.
Você pode baixar um plugin para continuar a desenvolver aplicações SAF, mas a equipe NetBeans recomenda o uso da plataforma NetBeans em substituição à especificação SAF, que foi abandonada.
Entendi… A idéia é poder continuar a dar suporte a umas aplicações legadas em SAF, mas não desenvolver novas aplicações em SAF. As novas aplicações eu pretendo usar Netbeans ou o que estiver substituindo. Será possível fazer isso (manter ambos os suportes) com esse plugin ? Vc sabe o nome desse plugin e onde baixar e como instalar?
Grato!
R
roger_rf
Para baixar o plugin, use o menu Tools -> Plugins. Na janela Plugins, selecione a aba Available Plugins. Na lista de plugins, você deverá encontrar o item Swing Application Framework Library.
F
fasts
Eita… Agora que conheci essa Netbeans Platform… Já tem algum tutorial por aí disso? Me pareceu interessante, mas por enquanto vou construindo as apps em swing mesmo…
Realmente é muito interessante. Acredito até que se fosse mais divulgado ajudaria a IDE a ganhar mais mercado, pouca gente conhece as facilidades de usar, mesmo os que trabalham no Netbeans.
R
roger_rf
Tudo indica que é uma base sólida para a construção de aplicações desktop em Swing. Estou começando a estudar a plataforma NetBeans para atacar alguns casos de uso complicados, e mesmo as poucas funcionalidades que vi até agora já me deixaram bastante empolgado.
roger_rf, obrigado pelo link! Não foi por preguiça que não me ative a essa página, embora tenha parecido. Eu passei por ela, mas fui logo ao “getting started”, porque tava vendo outra coisa e queria só dar uma olhada por alto.
:lol:
J
juliocbq
Realmente é muito interessante. Acredito até que se fosse mais divulgado ajudaria a IDE a ganhar mais mercado, pouca gente conhece as facilidades de usar, mesmo os que trabalham no Netbeans.
Mas acaba não compensando usar em projetos pequenos. Acredito que ela seja realmente útil para softwares que seguem conceito de ferramentas(pelo padrão mvc semelhante a mfc do microsoft c++), como processadores de texto, imagens, etc… . Se for fazer algo simples e precisar usar uma arquitetura mvc para exibir dados de uma tabela vai morrer de velhice e tédio.
jeanmalvessi
Netbeans mata a pau !!
F
fasts
Se não fosse o peso em memória, o Netbeans seria bem mais agradável.
Eu praticamente só o uso, mas já tô pensando em mudar pro Eclipse, que é bem mais leve.
fredferrao
fasts:
Se não fosse o peso em memória, o Netbeans seria bem mais agradável.
Eu praticamente só o uso, mas já tô pensando em mudar pro Eclipse, que é bem mais leve.
Sem querer parecer fanboy, eu inclusive uso Eclipse para Android e IDEA para Scala, mas será que memória é realmente um problema hoje?? Qualquer pc tem hoje no minimo 3GB, o SO não come nem 1GB completo, o que nos deixa com 2GB pra queimar, o que me parece bem tranquilo. Eu tenho 4GB, e nem ligo quando o Emacs + ENSIME me come 1GB de RAM, pq o netbeans comendo uns 300MB ia ser preocupante.
Memória hoje ta mais barato que tudo, então acho que esta paranóia de ficar se preocupando quanto cada programa ta comendo é coisa do passado, pelo menos pra mim!
B
Bruno_Laturner
Srs, a forma mais otimizada de usar a memória RAM é usar ela toda.
Se tem 2GB disponíveis, não se preocupe se o programa usa 2GB. Desde que ele devolva para o SO parte disto quando algum outro programa precisar, está tudo indo conforme projetado.
davidbuzatto
Bruno Laturner:
Srs, a forma mais otimizada de usar a memória RAM é usar ela toda.
Se tem 2GB disponíveis, não se preocupe se o programa usa 2GB. Desde que ele devolva para o SO parte disto quando algum outro programa precisar, está tudo indo conforme projetado.
Bem, eu concordo com o Fred. Se preocupar com quanta RAM está sendo usada, hoje em dia, onde memória é barata e esta disponível em grandes quantidades em praticamente qualquer máquina, é besteira.
Bruno, como o tópico já está começando a fugir do tema mesmo, me explica sua afirmação. Fiquei curioso. Pelo o que você falou, eu entendi que se todos os endereços da memória estiverem sendo usados, ela fica mais rápida (“otimizado”) do que se a metade, 1/3 ou seja lá qual fração da RAM esteja sendo usada. O que me intriga é que a RAM tem acesso aleatório, sendo assim, o acesso a qualquer endereço da mesma leva o mesmo tempo não é mesmo? Enfim, explica ai para a gente…
[]'s
B
Bruno_Laturner
Se quiser uma boa resposta, pergunte sem debochar.
O que disse é que não se deve ficar mendigando bytes quando tem bilhões deles disponíveis. Que gaste terabytes, é bem mais rápido usar um dado já processado, guardado em memória, que ficar processando ele a cada vez que for usar para a mesma coisa.
davidbuzatto
Bruno Laturner:
Se quiser uma boa resposta, pergunte sem debochar.
O que disse é que não se deve ficar mendigando bytes quando tem bilhões deles disponíveis. Que gaste terabytes, é bem mais rápido usar um dado já processado, guardado em memória, que ficar processando ele a cada vez que for usar para a mesma coisa.
Bem, não foi isso que você falou não. Enfim, tudo bem, não precisa falar mais nada.
[]'s
M
marcosalex
O problema de você usar toda em um programa é quando precisar utilizar um segundo ou terceiro programa e já não houver memória disponível. Eu uso Netbeans, mas enquanto estou desenvolvendo preciso do JBoss, Firefox e algumas ferramentas case abertas, fora que de vez em quando preciso de algum editor de textos, planilha, gerenciador de projetos e outras ferrametnas case e daí faz diferença, sim. E creio que não seja o único desenvolvedor que cai numa situação dessas.
Uso e prefiro o Netbeans, mas sempre considerei o consumo de memória excessivo uma desvantagem dele.
fredferrao
davidbuzatto:
Bruno Laturner:
Se quiser uma boa resposta, pergunte sem debochar.
O que disse é que não se deve ficar mendigando bytes quando tem bilhões deles disponíveis. Que gaste terabytes, é bem mais rápido usar um dado já processado, guardado em memória, que ficar processando ele a cada vez que for usar para a mesma coisa.
Bem, não foi isso que você falou não. Enfim, tudo bem, não precisa falar mais nada.
[]'s
Eu não vi deboche, mas enfim.
Bom o que dizem, pelo menos no Android, é para não se preocupar se a memoria esta toda ocupada, inclusive isto é o desejado, quando voce fecha um app, o android mantem ele na memoria para posterior abertura mais rapida, caso algum outro app queira ser aberto e necessite memoria ai sim o android mata um dos que esta idle na RAM, por isto task killers NÃO SÃO ACONSELHAVEIS no android, os usuarios pensam que estão usando um windows da vida, e querem porque querem matar o app por completo para ter mais memoria livre, removendo ele da RAM, o que acaba piorando a experiencia e velocidade de abertura dos apps.
Agora isto ocorre no android, que é inteligente e sabe gerenciar isto, ja em windows/linux/mac, não sei como seria.
maior_abandonado
eu acho que ocupar muita memória seja um motivo inválido para troca de IDE. Isso por um motivo bem simples, se você for usar netbeans 7(6.9 foi a ultima vez que comparei), eclipse helios com wtp e jboss tools, visual studio em uma versão que não seja la “antiga” (sei la, 2008 ) no windows com projetos web abertos, ambos vão ocupar la seus 300 mega (chutando baixo). Isso qualquer IDE grande, com tanto recurso assim gasta. No sentido peso na memória é trocar 6 por meia duzia.
