Sun: Open source Java para início de 2007

Que Deus tenha pena de nossas almas…

Vamos ver no que vai dar, ainda não tenho idéia de como isso pode ajudar. Espero, pelo menos, que não cause confusão. :roll:

Sera que agora sai um Java com sobrecarga de operadores?? :twisted:

espero que Deus não permita esse tipo de coisa…

espero que Deus não permita esse tipo de coisa…

Eu trocaria annotations por overload de operadores sem pensar, e ainda dava um troco…

na minha opinião teremos uma evolução nos códigos muito mais rápidos!, quem sabe chegar perto da qualidade de velocidade de desenvolvimento em PHP, mais mantendo a qualidade de sistemas corporativos em JAVA.

Alguém chuta qtos “java” teremos até dezembro de 2007?

Quantos?! Talvez mais implementações da JVM do que Chineses no universo! :XD:

Teremos JDK mais simples e menores :lol: JVM mais rápidas???, porque não!!?!??.

Sintaxe menos quadrada!! :twisted:

A sun não vai permitir alterações na linguagem Java sem passar pela JCP , se alguem alterar a linguagem java e lancar uma VM vai sofrer retalhacao(Alguem lembra do J++ ? )… o que esta liberando eh o CODIGO FONTE do HotSpot… e nao liberando a especificacao da linguagem java…

por isso… nada de overload de operadores (gracas a deus)
nada de alteracoes de qualquer natureza na especificacao da linguagem , no maximo que voce vai ter sao alteracoes na propria HotSpot…

jah chega que em C/C++ x = a + b +c , pode ser uma simples soma… ou uma operacao atomica…

isso acabaria com um principio fundamental da linguagem java:

Ser simples de entender e nao esconder operacoes por baixo dos panos.

JDK menores ? Quem tem q ser menor eh o JRe !!! e nao o0 JDK ! O JRE do Java tem 15 megas… ( versao 6 ) , comapre com QUALQUER runtime descente por ae… o proprio .Net 2.0 tem 22 MB… dah licenca neh…

chun:

JDK menores ? Quem tem q ser menor eh o JRe !!! e nao o0 JDK ! O JRE do Java tem 15 megas… ( versao 6 ) , comapre com QUALQUER runtime descente por ae… o proprio .Net 2.0 tem 22 MB… dah licenca neh…

verdade chun… minha intensão foi essa… estou tao entuasiamasmo que nem me toquei…

espero que Deus não permita esse tipo de coisa…

Espero q os deuses da Sun não liberem nda… já pensou Java saindo como Linux? cada dia uma versão… rs

Sei lá não vejo a minima vantagem…

Eu repito, ficaria feliz já com o simples fato de uma JRE sem toda a parafernália de APIs depracated.

E compatibilidade ia pra onde ?

Preceito da plataforma java:

Ser compativel entre versões o máximo possível… ( alguem lembra dos concursos contra problemas de regressão de versões ? )

Seria impossivel que eles retirassem todas as API’s deprecated… apesar de sempre falarem que vao tirar… acho isso improvavel…

Com a abertura da VM do Java, certamente veremos um aumento incrivel na velocidade da VM do python e do ruby :twisted:

Olá

Nos últimos 2 anos me preocupei um pouco com o futuro da Sun e várias vezes lamentei que o Java não fosse Open Source para poder sobreviver a qualquer indesejável debacle da Sun.

A partir do ano que vem esta preocupação deixará de existir e ainda de bonus o Java poderá ser adotado por muitas entidades que torciam o nariz para o Java por não ser Open Source.

[]s
Luca

Na minha ótica, isso foi pressão de empresas como IBM, que se beneficiarão diretamente com o acesso ao código da HotSpot.

A especificação é aberta, então pergunto, pq muitos não fazem como a Apple, que criou sua própria implementação para seu OS ?!

Mais fácil pegar algo pronto, estudar como foi feito e inserir em seus produtos.

Algumas outras linguagens, como dot.net, ruby, entre outras se beneficiarão também.

Ainda não consigo enxergar no que exatamente isso refletirá em benefício à plataforma Java e muito menos pra Sun.

errr ,

Kenobi vc ja usou a jvm da IBM com AIX ou mesmo a Jrockit ?

Olá

O benefício será para a comunidade Java que às vezes se assusta quando a Sun publica seus balanços e que teme uma possível venda da Sun para uma outra empresa cujo foco seja outro.

[]s
Luca

Acho que todos concordam que a abertura do hotspot e da vm não dá direito a modificarem a especificação Java que está melhor nas mãos do JCP…

mas por outro lado… eu espero me beneficiar logo com uma vm embutida no postgresql… hehehe

Liberdade com responsabilidade.

Só para lembrar o Java 5 da IBM foi lançado esse ano (em maio se não me engano).
Uns 2 anos depois do Java 5 da Sun.

Com isso o IBM Websphere que é um servidor web usado em grandes projetos usava Java 1.4 até pouco tempo.

Com essa liberação a IBM, BEA e outras vão poder “cópiar” e otimizar a implementação do Java da Sun mais rápido, beneficiando os seus produtos e consequentemente nós meres desenvolvedores.

Só essa vantagem já é muito boa para mim.

Entrevistador: Hmm, tou olhando aqui o seu currículum, é bem interessante, pois bem meu jovem, quantos JAVAS você save e já trabalhou?

Entrevistado: Bom, começei com o da Sun, depois parti para o da Oracle, infelizmente tivemos projetos que depedenram de outros bancos, não pude mais usar a da Oracle, então tivemos problemas com ActiveX e problemas com libs da MS, resolvemos adotar o Java da MS, mas aí só fez piorar, até as classes cores deram incompatibilidade, e o desempenho foi lá para o espaço. Então resolvemos utilizar o Java da BEA, da IBM, da GNU, do diabo a quatro.

Entrevistador: Reprovado, você não viu quase nenhuma implementação do Java.

Grinvon:

Entrevistador: Hmm, tou olhando aqui o seu currículum, é bem interessante, pois bem meu jovem, quantos JAVAS você save e já trabalhou?

Entrevistado: Bom, começei com o da Sun, depois parti para o da Oracle, infelizmente tivemos projetos que depedenram de outros bancos, não pude mais usar a da Oracle, então tivemos problemas com ActiveX e problemas com libs da MS, resolvemos adotar o Java da MS, mas aí só fez piorar, até as classes cores deram incompatibilidade, e o desempenho foi lá para o espaço. Então resolvemos utilizar o Java da BEA, da IBM, da GNU, do diabo a quatro.

Entrevistador: Reprovado, você não viu quase nenhuma implementação do Java.

Exagerado.
Todos que voce mensionou JAH existem… e a sua declaracao não se tornou realidade ( tirando da MS que realmente CAGOU com tudo… )

Grinvon, você não entendeu ou está fazendo de propósito?

Hummm…o discurso tá ligeiramente parecido com o Linux e sua trupe de distribuições heuheuheueh :lol:

editado rapidin: não esquentem comigo, o tom do comentário é jocoso =)

fmeyer:

errr ,

Kenobi vc ja usou a jvm da IBM com AIX ou mesmo a Jrockit ?

Já instalei sim a JRockit com o BEA 8.1 e até onde eu sei, a mesma só roda em plataforma 1.4; ainda não há uma implementação para a versão 5 da especificação.

Quanto ao que falávamos, o HotSpot da Sun foi substancialmente aperfeiçoado para a nova versão da especificação.

Quanto à jikes da IBM nunca mais li nada à respeito.

Um dos problemas de utilizar essas máquinas alternativas virutais é o padrão de erro - stacktrace, onde as mensagens são bem diferentes das habituais.

yago:

Já instalei sim a JRockit com o BEA 8.1 e até onde eu sei, a mesma só roda em plataforma 1.4; ainda não há uma implementação para a versão 5 da especificação.

http://www.bea.com/framework.jsp?CNT=index.htm&FP=/content/products/jrockit/

pois deveria instalar de novo e ler os artigos na pagina antes de postar besteira

Quando eu falo de maquinas virtuais da IBM ou BEA to falando de ambientes especificos, algo como AIX rodando websphere ou BEA Portal rodando em redhat

Esse tipo de implementacao que eu quero ver alguem reclamar de performance e que precisam de codigo da sun pra fazer algo bem feito.

Quanto a stacktrace ela é a mesma por ser um padrao da implementacao da JVM. o que pode mudar é uma algumas palavras que voce nao esta acostumado sendo usada no lugar de outra.

fmeyer:

yago:

Já instalei sim a JRockit com o BEA 8.1 e até onde eu sei, a mesma só roda em plataforma 1.4; ainda não há uma implementação para a versão 5 da especificação.

http://www.bea.com/framework.jsp?CNT=index.htm&FP=/content/products/jrockit/

pois deveria instalar de novo e ler os artigos na pagina antes de postar besteira

Quando eu falo de maquinas virtuais da IBM ou BEA to falando de ambientes especificos, algo como AIX rodando websphere ou BEA Portal rodando em redhat

Esse tipo de implementacao que eu quero ver alguem reclamar de performance e que precisam de codigo da sun pra fazer algo bem feito.

Quanto a stacktrace ela é a mesma por ser um padrao da implementacao da JVM. o que pode mudar é uma algumas palavras que voce nao esta acostumado sendo usada no lugar de outra.

Sinceramente tb não conhecia a esse respeito. Não sabia que a JRockit já tinha porte para o Java 5.

Até onde li, a performance para produção é realmente melhor que a implementação da Sun, entretanto por esse fato q o yago levantou dos traces, a própria BEA recomenda instalar a JVM da sun em ambiente de desenvolvimento e a dela em produção.

Lembro disso que estava no processo de instalação do Application Server.

Luca:

Olá

O benefício será para a comunidade Java que às vezes se assusta quando a Sun publica seus balanços e que teme uma possível venda da Sun para uma outra empresa cujo foco seja outro.

[]s
Luca

creio que isso nao va beneficiar IBM, BEa e outras, ja que suas VMS sao amplamente baseadas no fonte da VM da sun, com pequenas mudancas em pontos chave di JIT e do GC.

bom mesmo vai ser para os governos, e para dar risada do Stalman ex-JavaTrap, ai vamos ver se ele vai comecar a codar algo em Java ou se é apenas um demagogo que gosta de tirar fotos.

Tenho um cliente que usa JRockit 5.0 a uns 5 meses (chutando por baixo). E realmente a diferenca é consideravel principalmente na parte do GC e gerenciamento de memoria.

Há uns 3 meses atras comecamos a usar a JRocket 5.0 pra arquitetura x86_64 e até agora ta tudo tranquilo.

Agora especificamente sobre essa “abertura” eu nao me preocupo muito, quem ja baixou os fontes do JDK sabe a tranqueira que é brincar com aquilo.

]['s

Paulo Silveira:

creio que isso nao va beneficiar IBM, BEa e outras, ja que suas VMS sao amplamente baseadas no fonte da VM da sun, com pequenas mudancas em pontos chave di JIT e do GC.

hmmmmm, as VMS da IBM e Bea são escritas “do zero” a partir da especificação ou realmente já baseadas no código da SUN?

O que não faz sentido pra mim é a IBM demorar 2 anos a mais que a SUN para liberar o Java 5 dela.
Pela demora, parece que eles escreveram tudo em vez de só otimizar o código da SUN.

Outra questão é: essas empresas já tinham acesso a 100% do código da SUN por estar no JCP? E elas podiam usar o código em VM delas? Talvez vão poder só apartir do ano que vem quando liberar como OpenSource.
No Sun Tech Days lembro do presidente da Sun falando que eles tinham que resolver alguns problemas de copyright antes de liberar como OpenSource.

Talvez esses problemas de copyright impediam a IBM e BEA de somente otimizarem o código… E elas tinham que reescrever tudo (chutando pela demora). E agora não vão precisar mais. Nesse caso essas empresas seriam beneficiadas também.

Paulo Silveira:

creio que isso nao va beneficiar IBM, BEa e outras, ja que suas VMS sao amplamente baseadas no fonte da VM da sun, com pequenas mudancas em pontos chave di JIT e do GC.

bom mesmo vai ser para os governos, e para dar risada do Stalman ex-JavaTrap, ai vamos ver se ele vai comecar a codar algo em Java ou se é apenas um demagogo que gosta de tirar fotos.

Bem lembrado!

Se bem que a maior dificuldade no momento da turma GNU tem sido mesmo implementar “tudo” pra poder dizer que tem uma plataforma java…

http://developer.classpath.org/mediation/ClasspathOpenTasks

Não vejo aonde essa abertura será vantajosa…como disseram aqui…grandes empresas podem se beneficiar e o java pode virar um linuz da vida tb…entre outros… a nao ser que cada um prefira desenvolver com seu próprio java, as vantagens disso ainda me são obscuras.

Luca:

Nos últimos 2 anos me preocupei um pouco com o futuro da Sun e várias vezes lamentei que o Java não fosse Open Source para poder sobreviver a qualquer indesejável debacle da Sun.

A partir do ano que vem esta preocupação deixará de existir e ainda de bonus o Java poderá ser adotado por muitas entidades que torciam o nariz para o Java por não ser Open Source.

Ja tive as mesmas preocupações e acho que sem dúvida esta será uma grande conquista.

Como já foi dito, a especificação da linguagem continuará com jcp, então nem deve virar a zona toda que se especulou aqui.

Do mais eu não entendo porque algumas pessoas falaram “vai virar um ‘linux’” como crítica. :roll: É bem verdade que se tem mais distros, do que necessário, mas as que realmente tem espaço, são largamente usadas são um numero bem menor.

Ainda, temos o exemplo, no mundo unix, do BSD, que são todos desenvolvidos apartir do mesmo ponto de partida, onde todos os BDS resolvem os problemas que se propoe, mas que têm diferentes “sabores” para diferentes situações. (mais uma vez vale salientar que não é so um BSD que resolve um determinado problema).

E isso, em partes já acontece com java. A diferença é que ninguem vai precisar escrever tudo do zero e teremos mais possibilidades deste tipo.

Claro que vão aparecer milhões de jvms que mudaram apenas meia duzia de coisas. Isso é um trade-off (e não me parece tão prejudicial assim). Como existe uma cacetada de trade-off em manter tudo na mão da sun.

estes são meus dois centavos…

bruno.braga:

hmmmmm, as VMS da IBM e Bea são escritas “do zero” a partir da especificação ou realmente já baseadas no código da SUN?

O que não faz sentido pra mim é a IBM demorar 2 anos a mais que a SUN para liberar o Java 5 dela.
Pela demora, parece que eles escreveram tudo em vez de só otimizar o código da SUN.

Outra questão é: essas empresas já tinham acesso a 100% do código da SUN por estar no JCP? E elas podiam usar o código em VM delas? Talvez vão poder só apartir do ano que vem quando liberar como OpenSource.
No Sun Tech Days lembro do presidente da Sun falando que eles tinham que resolver alguns problemas de copyright antes de liberar como OpenSource.

Talvez esses problemas de copyright impediam a IBM e BEA de somente otimizarem o código… E elas tinham que reescrever tudo (chutando pela demora). E agora não vão precisar mais. Nesse caso essas empresas seriam beneficiadas também.

Até onde sei, é exatamente isso que acontece hoje. Apenas alguns poucos pedaços da VM são abertos e fazer parte do JCP não dá direito a “ver” a parte fechada. Por isso a demora na VM da IBM.

Claro que isso por si só não justifica a demora de dois anos, mas isso já dá outro tópico! :twisted:

Bohzzu:

Luca:

Nos últimos 2 anos me preocupei um pouco com o futuro da Sun e várias vezes lamentei que o Java não fosse Open Source para poder sobreviver a qualquer indesejável debacle da Sun.

A partir do ano que vem esta preocupação deixará de existir e ainda de bonus o Java poderá ser adotado por muitas entidades que torciam o nariz para o Java por não ser Open Source.

Ja tive as mesmas preocupações e acho que sem dúvida esta será uma grande conquista.

Como já foi dito, a especificação da linguagem continuará com jcp, então nem deve virar a zona toda que se especulou aqui.

Do mais eu não entendo porque algumas pessoas falaram “vai virar um ‘linux’” como crítica. :roll: É bem verdade que se tem mais distros, do que necessário, mas as que realmente tem espaço, são largamente usadas são um numero bem menor.

Ainda, temos o exemplo, no mundo unix, do BSD, que são todos desenvolvidos apartir do mesmo ponto de partida, onde todos os BDS resolvem os problemas que se propoe, mas que têm diferentes “sabores” para diferentes situações. (mais uma vez vale salientar que não é so um BSD que resolve um determinado problema).

E isso, em partes já acontece com java. A diferença é que ninguem vai precisar escrever tudo do zero e teremos mais possibilidades deste tipo.

Claro que vão aparecer milhões de jvms que mudaram apenas meia duzia de coisas. Isso é um trade-off (e não me parece tão prejudicial assim). Como existe uma cacetada de trade-off em manter tudo na mão da sun.

estes são meus dois centavos…

Se realmente continuar com o JCP eu concordo que nao vai virar zona, oq eu nao quero pro Java é oq qacontece com o Linux, cada semana uma versão, centenas de pessoas fazendo coisas diferentes e no fim dá merda…
Tenho medo de linguagens como Ruby ou .NET crescerem e melhorarem pela base de informações que a Sun vai disponibilizar com isso…
8)

E Paulo realmente, quero ver o Richard Stallman rodar alguma coisa, ele é mto tapado… é poser para as fotos (tire uma foto e fique famoso :lol: )

8)

Olá

O que de ruim acontece com o Linux?

Esta semana está sendo lançado o Fedora Core 6. Há pouco tempo saiu o Slackware 11. Há algum tempo saiu o Ubuntu. Em todos estes ninguém precisou aprender quase nada novo porque é o Linux. Todas as vezes que usei uma nova distribuição a curva de aprendizado foi rápida porque no fundo é Linux e os comandos são os mesmos.

E por ser Linux se pode tentar outras alternativas como colocá-lo embutido em outros dispositivos. Ontem mesmo vi o gumstix ( http://www.gumstix.com/ ) que é uma máquina com Linux que cabe na palma da mão. Eu mesmo já usei um Linux em uma máquina compacta com processador VIA.

Se o Linux estivesse na mão de uma única empresa provavelmente seu desenvolvimente seria atrelado aos interesses da empresa e dependeria somente da capacidade dos seus profissionais. Talvez se estivesse na mão da Sun até hoje seria difícil imprimir com o Linux. Até hoje o Java tem dificuldades de ser usado em aplicações que dependem de periféricos pelo abandono da Sun a esta área.

Com o Java sendo Open Source é claro que não aparecerão milhares de distribuições como disseram aqui que aliás seria um sinal da vitalidade do Java. Mesmo se aparecerem algumas dezenas, o que já será muito, poucas serão realmente usadas que foi exatamente o que o Bohzzu disse e alguém não gostou.

E como eu disse na minha primeira mensagem e o Paulo corroborou, o Java poderá ser adotado por muitas entidades que torciam o nariz para o Java por não ser Open Source.

[]s
Luca

Luca:

Olá

O que de ruim acontece com o Linux?

Esta semana está sendo lançado o Fedora Core 6. Há pouco tempo saiu o Slackware 11. Há algum tempo saiu o Ubuntu. Em todos estes ninguém precisou aprender quase nada novo porque é o Linux. Todas as vezes que usei uma nova distribuição a curva de aprendizado foi rápida porque no fundo é Linux e os comandos são os mesmos.

E por ser Linux se pode tentar outras alternativas como colocá-lo embutido em outros dispositivos. Ontem mesmo vi o gumstix ( http://www.gumstix.com/ ) que é uma máquina com Linux que cabe na palma da mão. Eu mesmo já usei um Linux em uma máquina compacta com processador VIA.

Se o Linux estivesse na mão de uma única empresa provavelmente seu desenvolvimente seria atrelado aos interesses da empresa e dependeria somente da capacidade dos seus profissionais. Talvez se estivesse na mão da Sun até hoje seria difícil imprimir com o Linux. Até hoje o Java tem dificuldades de ser usado em aplicações que dependem de periféricos pelo abandono da Sun a esta área.

Com o Java sendo Open Source é claro que não aparecerão milhares de distribuições como disseram aqui que aliás seria um sinal da vitalidade do Java. Mesmo se aparecerem algumas dezenas, o que já será muito, poucas serão realmente usadas que foi exatamente o que o Bohzzu disse e alguém não gostou.

E como eu disse na minha primeira mensagem e o Paulo corroborou, o Java poderá ser adotado por muitas entidades que torciam o nariz para o Java por não ser Open Source.

[]s
Luca

Não é que acho o Linux ruim, mas se acontecer de ter diversas versões poderia ser um problema para a linguagem, ficaria meio trash…
Mas se acontecer do jeito q vc msm disse q não sairia centenas de versao blz.

E realmente, tem coisas que uma comunidade poderia melhorar, coisas q a Sun deixou p/ tras ou nao funcionam… fora q ter (exemplo) 500 pessoas fazendo n é a msm coisa q ter mais de 700, ficaria muito melhor nesse ponto de vista…

[quote=Heero Yuy][quote=Bohzzu]

Luca:

Se relamente continuar com o JCP eu concordo que nao vai virar zona, oq eu nao quero pro Java é oq qacontece com o Linux, cada semana uma versão, centenas de pessoas fazendo coisas diferentes e no fim dá merda…
Tenho medo de linguagens como Ruby ou .NET crescerem e melhorarem pela base de informações que a Sun vai disponibilizar com isso…
8)

[color=red] [size=18]EDITADO POR Luca
ATENÇÃO: Eu não disse isto, por favor cuidado ao fazerem citações![/size][/color]

São observações (acredito eu) de pessoas que nunca usaram Linux e nem sequer sabem o que é software livre.

Muita besteira é dita sem conhecimento.
O Python é livre e só existe UM Python. :!:
O Ruby é livre e só existe UM Ruby. :!:
Lembrem-se: a SUN determina o que vai entra ou sair da linguagem. Ainda bem! Assim como é com o Python.

Ficar com medo que outras linguagens se beneficiem do Java?
Medo? Do quê? :shock:
Mas, acredito também que os comentários receosos aqui postados são de programadores novos e com pouca estrada…
Pra quem vem do DOS, passou (e passa) pelos “Uníndows”, mexe com Linux, isso num assusta!

Abraços.

[quote=Avelino]

Heero Yuy:

Bohzzu:

Luca:

Se relamente continuar com o JCP eu concordo que nao vai virar zona, oq eu nao quero pro Java é oq qacontece com o Linux, cada semana uma versão, centenas de pessoas fazendo coisas diferentes e no fim dá merda…
Tenho medo de linguagens como Ruby ou .NET crescerem e melhorarem pela base de informações que a Sun vai disponibilizar com isso…
8)

[color=red] [size=18]EDITADO POR Luca
ATENÇÃO: Eu não disse isto, por favor cuidado ao fazerem citações![/size][/color]

São observações (acredito eu) de pessoas que nunca usaram Linux e nem sequer sabem o que é software livre.

Muita besteira é dita sem conhecimento.
O Python é livre e só existe UM Python. :!:
O Ruby é livre e só existe UM Ruby. :!:
Lembrem-se: a SUN determina o que vai entra ou sair da linguagem. Ainda bem! Assim como é com o Python.

Ficar com medo que outras linguagens se beneficiem do Java?
Medo? Do quê? :shock:
Mas, acredito também que os comentários receosos aqui postados são de programadores novos e com pouca estrada…
Pra quem vem do DOS, passou (e passa) pelos “Uníndows”, mexe com Linux, isso num assusta!

Abraços.

Notícias
http://www.softwarelivre.org/news/7644

http://info.abril.com.br/aberto/infonews/102006/24102006-0.shl

Fique tranquilo, NÓS continuaremos a programar por MUIIIIIITOOOOO tempo com Java ainda!

E fique ligado na TV digital, me parece ser o próximo “passo” de Java…

Abraços!

Olá

[color=red] [size=18][b]Por favor cuidado ao fazer citações para não atribuir texto de outros a mim.

Obrigado[/size][/b][/color]

[]s
Luca

Luca:

Olá

[color=red] [size=18][b]Por favor cuidado ao fazer citações para não atribuir texto de outros a mim.

Obrigado[/size][/b][/color]

[]s
Luca

Ooops! Foi mal! :shock:

Abraços!

Luca:

Olá

[color=red] [size=18][b]Por favor cuidado ao fazer citações para não atribuir texto de outros a mim.

Obrigado[/size][/b][/color]

[]s
Luca

Heero Yuy:

Tava dando pau Luca, a citação dele engoliu a sua e a dele e qdo respondi engoliu e juntou as 3 dai eu separei, mas ele n fez pq quis, foi pau msm…

Putz! Além de aprender Java, preciso aprender a usar o fórum!!!

:XD:

Abraços!

Avelino:

Heero Yuy:

Tava dando pau Luca, a citação dele engoliu a sua e a dele e qdo respondi engoliu e juntou as 3 dai eu separei, mas ele n fez pq quis, foi pau msm…

Putz! Além de aprender Java, preciso aprender a usar o fórum!!!

:XD:

Abraços!

huahuahua a culpa nao foi sua nao, deu pau qdo te respondi tbm rs

[]s

Heero Yuy:

huahuahua a culpa nao foi sua nao, deu pau qdo te respondi tbm rs

[]s

Eu não vejo como as diferentes “vesões” que possam vir a surgir podem ser prejudiciais, ainda que apareçam centenas de versões da jvm.

A exemplo do linux, que existem varias distros, onde cada uma têm seu propósito, cada uma delas tem suas vantagens e desvantagens e cada uma das distros aprendem com as outras, fazendo com que o linux tenha um crescimento a uma velocidade incrível. E todas são baseadas em um mesmo kernel e um mesmo conjunto de ferramentas gnu. Como já dito, não é preciso aprender tudo denovo. Tanto que existe a certificação LPI e é a mais conceituada.

Pra não parecer bairrismo meu, por conta do gnu/linux, podemos citar o exemplo de python, que é aberto (inclusive quanto a linguagem que não é “gerenciada” por um grupo, tal qual o jcp) e tem crescido a uma velocidade estrondosa. No caso do phyton há sim algumas diferentes versões de vm e com “frufrus” diferentes (quanto a linguagem) e ainda assim a comunidade e o uso vem crescendo bastante.

Há uma diferença grande também que não foi citada ainda é que diferente do gnu/linux, python e etc, java entrará no mundo “open-source” já com uma comunidade grande e consolidada. Assim, a propria comunidade há de saber “gerenciar” este processo pra que não ocorram excessos. Ao mesmo tempo é a própria comunidade que vai se beneficiar com isso, com a velocidade de evolução que podemos vir a ter (visto inclusive que trata-se de uma comunidade bastante participativa), tal como a possibilidade de participar mais ativamente no processo de decisão de que rumos java irá tomar. E pra mim, a já existencia desta comunidade é que vai fazer com que a coisa não desande e é o que esta fazendo com que a sun abra o código.

mais dois centavos!

» Sun decide abrir o Java

Demonstrando talvez um caminho mais agressivo do que acreditava-se, a Sun Microsystems irá anunciar a abertura do código fonte do núcleo da plataforma Java dentro de 30 a 60 dias, disse o Presidente e CEO da Sun - Jonathan Schwartz, na conferência Oracle OpenWorld.

Fonte: http://www.osnews.com/story.php/16310/Sun-Decides-to-Open-up-Java

Comente: http://www.noticiaslinux.com.br/nl1161919583.html#comentarios

“Qualidade” e “PHP” na mesma frase? Hahaha

Luca:

O que de ruim acontece com o Linux?

Esta semana está sendo lançado o Fedora Core 6. Há pouco tempo saiu o Slackware 11. Há algum tempo saiu o Ubuntu. Em todos estes ninguém precisou aprender quase nada novo porque é o Linux. Todas as vezes que usei uma nova distribuição a curva de aprendizado foi rápida porque no fundo é Linux e os comandos são os mesmos.

Isso é péssimo principalmente para desenvolvedores. Qual distro você vai usar para desenvolver? Basta mudar de distro para o seu programa parar de funcionar. Tanto é que existem 3 maneiras de se instalar uma aplicação no Linux:

• pegar do repositório oficial. Pacotes feitos especialmente para a distro X;
• pegar um pacote disponibilizado pelo desenvolvedor especialmente para a distro X;
• compilar você mesmo;

O Linux é extremamente 3rd party unfriendly. Não há uma maneira única de se criar um pacote para todos, não há como garantir nada.

BTW, você conhece a respeito do Unix Wars? Tá certo que a situação do Linux não é a mesma, mas a do Java pode vir a ser.

A minha única preocupação é que a fragmentação do Java a la Unix eleve o custo do Java e leve os clientes a preferirem o .Net. A vantagem da Microsoft é que só há um .Net, e um Windows.

E quais entidades são essas? Entusiastas de Python? Eles não são pró-opensource eles são anti-Java e isso não vai mudar.

Olá

Esta não é minha experiência. Já coloquei aplicações em muitas distribuições diferentes e sempre do mesmo modo. Aliás, tinha até scripts para executar a instalação.

Thiagosc:

Tanto é que existem 3 maneiras de se instalar uma aplicação no Linux:

1- pegar do repositório oficial. Pacotes feitos especialmente para a distro X;

2- pegar um pacote disponibilizado pelo desenvolvedor especialmente para a distro X;

3- compilar você mesmo;</blockquote>

1 e 2 são iguais. Hoje mesmo instalei o Tomcat 6 aqui como sempre fiz tanto no Linux como no Windows que é abrir o tar.gz
3 - Compilar sempre foi uma ótima opção porque permite adotar opções particularizadas. Foi assim que sempre instalei o Apache no Linux

Vide resposta acima sobre tar.gz

Bullshit, empresas grandes como a Oracle e IBM não apostariam no Linux se fosse ruim assim.

Open Source elevando custos? Aqui no planeta onde moro nunca vi isto acontecer. E qual .NET que você diz ser o único? Cada versão muda mais coisas do que a diferença entre as distros Linux para o desenvolvedor Java.

Thiagosc:

E quais entidades são essas? Entusiastas de Python? Eles não são pró-opensource eles são anti-Java e isso não vai mudar.

Governo e outras entidades que tinham dificuldades de adotar Java em grandes projetos com política Opensource. Mande um email para o Bruno Souza perguntando pelo trabalho que ele desenvolve nesta área há muitos anos.

E entusiastas de qualquer coisa para mim são favoráveis a esta coisa se não a palavra entusiasta não seria adequada.

[]s
Luca

Luca:

Olá

Esta não é minha experiência. Já coloquei aplicações em muitas distribuições diferentes e sempre do mesmo modo. Aliás, tinha até scripts para executar a instalação.

Luca, não vou dizer que concordo com thiagosc pq isso é pecado. Mas… isso que ele falou é quase verdade, mas só pra C,C++, e tudo e qualquer coisa que se meta com glibc, libc, kernel, ncurses e algumas besteiras a mais.

De uma distro pra outra (antigamente a guerra era slackware libc e red hat com glibc) por algum motivo que eu não faço idéia, o pessoal que cria as distros mudam coisas de lugar, alteram como ela se integram no SO, etc, talvez para deixar mais facil para alguma coisa. Fora que linux pode ser usado com modulos, ou coisas direto no kernel, e quando voce programa com I/O isso muda… o skype para linux tem esse problema, usaram OSS e se deram mal. Tem distro que linux que skype é impossivel sem recompilar kernel com algumas mudanças.

A guerra de GTK/GLIBC/GNOME e QT/LIBC/KDE existe e os caras são mais baixos que a microsoft.

Olá

JMP, este fórum é de Java. Eu trabalhei muito tempo com aplicações em que a gente precisava instalar em qualquer Linux. Nunca tive o menor problema para instalar o Java, tomcat, ant, apache, as aplicações Java e uns 3 ou 4 servidores feitos em C que realmente precisavam de uma certa lib (que a gente já incluia no script de instalação). Os únicos aplicativos mais exigentes eram o banco de dados Informix que a gente por questões de suporte do fornecedor instalava um Linux certificado pela IBM e a placa X25.

Usei Red Hat todas as versões, Fedora, Slack, Debian, variantes do Debian, Suse, Mandrake e até a meleca da Conectiva que foi o Linux que já me deu mais baile para instalar em máquina xing ling. É como já disseram antes: há muitos Linuxes, mas a gente só usa meia duzia.

Agora, um cara da área de TI que depende de pacote para instalar aplicação é meio fresco. Qualquer linuxeiro de 15 anos sabe compilar as aplicações em Linux ou abrir um tgz.

[]s
Luca

Aff, não fale mal do sistema de instalação\atualização de softwares no Linux. Quem já estudou debian um pouco sabe que ele tem o melhor sistema de atualização\instalação que ja inventaram na história da computação!

apt-get install mysql

puts, de boa, em menos de 3 minutos ja estou rodando as minhas queries. Muito melhor e mais rápido que no Windows.

microfilo:

Aff, não fale mal do sistema de instalação\atualização de softwares no Linux. Quem já estudou debian um pouco sabe que ele tem o melhor sistema de atualização\instalação que ja inventaram na história da computação!

Que pena que cada Linux tem o seu próprio “melhor sistema de atualização”. hehe Nem no formato do pacote (deb, rpm) eles se entendem.

Alguém que vive no mesmo mundo que eu e sabe do que estou falando. Esse pessoal deve viver no mundo bizarro lá do inimigo do superman, não há outra explicação para passar batido esse fato.

Opa, vc conhece todos os sistemas de instalacao e atualizacao que ja foram inventados na historia da computacao? Uau!

Nesse caso, o que vc me diz do sistema de instalacao e atualizacao do MacOS X?

Qualquer semelhança é mera coincidência…

Opa, vc conhece todos os sistemas de instalacao e atualizacao que ja foram inventados na historia da computacao? Uau!

Nesse caso, o que vc me diz do sistema de instalacao e atualizacao do MacOS X?

O da distro Gentoo é fantástica tbm, recomendo!!!

Na pior das hipóteses, você pode simplesmente, ao invés de esperar que a distro proveja a biblioteca que você precisa colocar isso na sua aplicação, como fazem no windows. Feio, mas funciona. Eu prefiro perder 5 minutos com um script em shell que acha o que eu quero e ajusta o ambiente pra mim.

e no caso de algumas coisas que nao funcionam direto no kernel, realmente entendo que é chato e trabalhoso. Mas ao menos você pode adaptar o kernel pra sua necessidade. Isso nao me parece ser desvantagem.

Do mais, concordo em numero, genero e “degrau” com o Luca. Também tive experiencias com diversas distros e nunca tive problemas.

E esta discussão esta se tornando um tanto prolixa, não?

Sobre licensa de Java, olha o recadinho da IBM em 2006-05-01 na votação do JEE 5:

fonte:
http://jcp.org/en/jsr/results?id=3770

cv:

Opa, vc conhece todos os sistemas de instalacao e atualizacao que ja foram inventados na historia da computacao? Uau!

Nesse caso, o que vc me diz do sistema de instalacao e atualizacao do MacOS X?

Senhor engraçadinho, é óbvio que eu não estudei todos os inventados na história da computação e que o meu post continha um exageiro proposital.