Bom dia pessoal,
há dois dias estava com um problema de congelamento no eclipse. Como uso netbeans para os projetos aqui, não tive idéia do que era isso e só fui perceber hoje, já que não tenho convivência com o eclipse.
Espero que possa ajudar quem detectou o mesmo problema que eu.
http://wiki.eclipse.org/FAQ_How_do_I_run_Eclipse%3F#Oracle.2FSun_VM_1.6.0_21_on_Windows
Não é um bug na VM da oracle…
eles apenas trocaram o nome do vendor… de Sun para Oracle (o que é mais do que normal , afinal a Oracle vai destruir o nome Sun), assim o loader do eclipse não adiciona os parametros de inicialização especificos da jvm da sun… voce precisa adiciona-los manualmente.
Meu Eclipse tá uma porcaria, congelando direto, não sei se é só a versão 64 bits dele que acontece isso.
[quote=chun]Não é um bug na VM da oracle…
eles apenas trocaram o nome do vendor… de Sun para Oracle (o que é mais do que normal , afinal a Oracle vai destruir o nome Sun), assim o loader do eclipse não adiciona os parametros de inicialização especificos da jvm da sun… voce precisa adiciona-los manualmente.
[/quote]
É isso mesmo, mas é coisa muito séria, porque todas as aplicações do mundo que precisam identificar o sun/hotspot na jvm vão parar de funcionar. A oracle deveria ter antecipado isso, e não o eclipse.
Todas as aplicações que precisam identificar o hotspot da sun não vão conseguir inicializar com os parâmetros adequados. O eclipse congela porque não consegue alocar memória para se executar, como o chun citou logo acima.
Pelo visto até agora só o eclipse se deu mal 
Com certeza eles poderiam deixar isto para mudar na versão 7 do java… MAS…
Não é bug 
[quote=chun]Pelo visto até agora só o eclipse se deu mal
Com certeza eles poderiam deixar isto para mudar na versão 7 do java… MAS…
Não é bug :)[/quote]
[quote]As part of Oracle’s rebranding of Sun’s products, the Company Name property of the java.exe file, the executable file containing Oracle’s JRE for Windows, was updated from “Sun Microsystems” to “Oracle” in Java SE 6u21.
After the updated JRE was posted on java.sun.com, it was reported that the change affected Eclipse users on Windows by causing it to hang when starting Eclipse after updating to the rebranded JRE. A workaround was quickly identified and posted on Eclipse’s website, but a wide distribution of the rebranded JRE executable could negatively impact many Eclipse users.
In consideration to Eclipse and other potentially affected users, Oracle has restored the Windows Company Name property value to “Sun Microsystems”. This value will be changed to “Oracle” in JDK 7.[/quote]
Eles já fizeram isso…
E é bug sim.
Bug ID: 6969236… 
Pois é, o pessoal da Oracle nunca pensou que uma mudança tão boboca assim pudesse dar tanto problema.
Acredito que só fizeram isso (olhar o resource de versão do java.exe) porque a verificação é feita pelo launcher, que é em C++ e nesse momento o Java ainda não está no ar - o launcher precisa checar isso para configurar uma opção para lançar o Java, que no caso é -XX:MaxPermSize=256m ou maior ainda.
O método preferido de checar a versão da JVM exige que o Java já esteja no ar, o que é obviamente inviável nesse caso.
Como eles fazem parte da Eclipse Foundation, eles tiveram de engolir em seco e parece que vão fazer urgentemente um build novo (build 07) para voltar o nome de novo para “Sun Microsystems, Inc.”. Vão deixar assim até que seja lançada a versão 7.0; nesse caso, o Eclipse já tem de estar arrumado, não?
[quote=juliocbq][quote=chun]Pelo visto até agora só o eclipse se deu mal
Com certeza eles poderiam deixar isto para mudar na versão 7 do java… MAS…
Não é bug :)[/quote]
[quote]As part of Oracle’s rebranding of Sun’s products, the Company Name property of the java.exe file, the executable file containing Oracle’s JRE for Windows, was updated from “Sun Microsystems” to “Oracle” in Java SE 6u21.
After the updated JRE was posted on java.sun.com, it was reported that the change affected Eclipse users on Windows by causing it to hang when starting Eclipse after updating to the rebranded JRE. A workaround was quickly identified and posted on Eclipse’s website, but a wide distribution of the rebranded JRE executable could negatively impact many Eclipse users.
In consideration to Eclipse and other potentially affected users, Oracle has restored the Windows Company Name property value to “Sun Microsystems”. This value will be changed to “Oracle” in JDK 7.[/quote]
Eles já fizeram isso…
E é bug sim.
Bug ID: 6969236… [/quote]
É um bug no sentido de uma pendencia para resolucao…
Agora , programadores sabem que isso não pode ser classificado como um bug , é uma mudança e pronto, senão… poderia classificar a mudanca da versao 1.6.0_19 para 1.6.0_20 um bug… afinal… minha app parou de funcionar prq eu verificava este valor.
E até agora… só o eclipse se deu mal.
[quote=chun][quote=juliocbq][quote=chun]Pelo visto até agora só o eclipse se deu mal
Com certeza eles poderiam deixar isto para mudar na versão 7 do java… MAS…
Não é bug :)[/quote]
[quote]As part of Oracle’s rebranding of Sun’s products, the Company Name property of the java.exe file, the executable file containing Oracle’s JRE for Windows, was updated from “Sun Microsystems” to “Oracle” in Java SE 6u21.
After the updated JRE was posted on java.sun.com, it was reported that the change affected Eclipse users on Windows by causing it to hang when starting Eclipse after updating to the rebranded JRE. A workaround was quickly identified and posted on Eclipse’s website, but a wide distribution of the rebranded JRE executable could negatively impact many Eclipse users.
In consideration to Eclipse and other potentially affected users, Oracle has restored the Windows Company Name property value to “Sun Microsystems”. This value will be changed to “Oracle” in JDK 7.[/quote]
Eles já fizeram isso…
E é bug sim.
Bug ID: 6969236… [/quote]
É um bug no sentido de uma pendencia para resolucao…
Agora , programadores sabem que isso não pode ser classificado como um bug , é uma mudança e pronto, senão… poderia classificar a mudanca da versao 1.6.0_19 para 1.6.0_20 um bug… afinal… minha app parou de funcionar prq eu verificava este valor.
E até agora… só o eclipse se deu mal.
[/quote]
calma shun, é apenas uma brincadeira.
Realmente é uma coisa boba, mas que acarreta muitos problemas.
[quote=entanglement]Pois é, o pessoal da Oracle nunca pensou que uma mudança tão boboca assim pudesse dar tanto problema.
Acredito que só fizeram isso (olhar o resource de versão do java.exe) porque a verificação é feita pelo launcher, que é em C++ e nesse momento o Java ainda não está no ar - o launcher precisa checar isso para configurar uma opção para lançar o Java, que no caso é -XX:MaxPermSize=256m ou maior ainda.
O método preferido de checar a versão da JVM exige que o Java já esteja no ar, o que é obviamente inviável nesse caso.
Como eles fazem parte da Eclipse Foundation, eles tiveram de engolir em seco e parece que vão fazer urgentemente um build novo (build 07) para voltar o nome de novo para “Sun Microsystems, Inc.”. Vão deixar assim até que seja lançada a versão 7.0; nesse caso, o Eclipse já tem de estar arrumado, não?
[/quote]
Pelo que estava no texto eles já fizeram isso, e deve sair uma update nova da vm. Vamos ser sinceros também, isso não tem perdão(fazer as coisas pelas coxas).
A Oracle nunca entendeu muito bem de Java…
[quote=rogelgarcia]A Oracle nunca entendeu muito bem de Java…
[/quote]
Olha, eu assiti um techcast hoje no site da oracle e fiquei feliz. Parece que a Da Vinci vai vingar, e eu vou poder programar em c# e rodar numa jvm.
[quote=juliocbq][quote=rogelgarcia]A Oracle nunca entendeu muito bem de Java…
[/quote]
Olha, eu assiti um techcast hoje no site da oracle e fiquei feliz. Parece que a Da Vinci vai vingar, e eu vou poder programar em c# e rodar numa jvm.
Hoje em dia você pode programar em Java e rodar em ambiente C#:
[quote=entanglement][quote=juliocbq][quote=rogelgarcia]A Oracle nunca entendeu muito bem de Java…
[/quote]
Olha, eu assiti um techcast hoje no site da oracle e fiquei feliz. Parece que a Da Vinci vai vingar, e eu vou poder programar em c# e rodar numa jvm.
Hoje em dia você pode programar em Java e rodar em ambiente C#:
Pois é, mas eu queria fazer o contrário. A jvm é mais veloz que a clr pra cálculo. Eu ainda não a comparei com o dotnet4. Mas a 3.5 perde para a jvm hoje.
Bem que notei algo estranho no meu eclipse… mas nem fui atrás para descobrir…
Valeu por avisar.
Att.
Também não considero Bug. Mudou o nome da empresa, oras. heheheh
Mas foi bobeada dos desenvolvedores ser membro da Eclipse Foundation e não ter verificado com eles o bug. Mas considero que o Patch teria de vir da fundação eclispse de não olharem o nome do fabricante, mas somente a versão. Afinal, como o Eclipse funciona em JVMs alternativas?
Estranho… olhei o bug http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6969236 e está como CLOSED, porém sem nenhuma anotação por parte da Snorcle. Afinal foi aceito como bug e será feito um release novo ou foi finalizado como NOT_A_BUG?
O mais engraçado é o comentário do autor do bug:
Hmmm, pior que agora fui fazer um teste aqui e para mim o bug não acontece. Eu estou usando um Eclipse Helios em um Fedora Linux com o Hotspot 32 bits, e usando o Eclipse normalmente nada acontece de travar.
java version "1.6.0_21"
Java(TM) SE Runtime Environment (build 1.6.0_21-b06)
Java HotSpot(TM) Server VM (build 17.0-b16, mixed mode)
Pelo que notei no FAQ do Eclipse esse erro é apenas no Windows.
Na realidade o que aconteceu eh que os usuarios do eclipse ficaram “chateados” , mas isso realmente é culpa do programador da eclipse fundation… idependente de qualquer coisa
Acredito que eles deveriam lançar um patch pro loader deles e ficar quietos… é assim que o resto do mundo faz.
