Apache sai do JCP

Uma perda?

eu não tenho andado pelo mundo open source ultimamente, mas, posso disconfiar que ainda virá algo pior ?

Uai, a Apache ultimamente estava votando contra em todas as JSRs não estava? Ela já tinha problemas com a Sun por causa do TCK não tinha? E agora com a Oracle parece que eles ficaram ainda mais nervosos. Quer saber? Já vai tarde. A Oracle, pelo que parece, quer que a plataforma siga adiante e que a burocracia diminua. Ta certo que com isso a plataforma fica mais “fechada”, mas acho que a comunidade tem que cair na real. O que faz o mundo girar é o dinheiro. A Oracle quer um produto melhor, que venda mais, que evolua com o tempo, que traga novas funcionalidades. Se o Java ainda estivesse nas mãos da Sun, duvido que o Java 7 sairia tão cedo. Muito bla bla bla e pouca ação não parece ser a política da Oracle. Ainda bem!

[]´s

A Oracle respondeu:

Davi,

Nem 8, nem 80, né?

A Apache é uma das maiores contribuidoras do Java. Muito do progresso dos últimos anos se deveu à comunidade open source como um todo. E quando uma instituição como a ASF é ignorada, como você acha que vai se sentir o resto da comunidade?

Gente que fez coisas como Hibernate, Spring, Struts, Maven, Log4j, Seam e muitos outros, terão a mesma segurança de que seus projetos não serão motivos de futuros problemas (como aconteceu com Google)?

Eu vejo as atitudes atuais da Oracle afastando a comunidade Open Source. E ninguém vai me dizer que isso não faria a diferença, porque o Java EE 5 é consequencia direta do trabalho dessa comunidade.

A Oracle pode levar o Java à frente? Sem dúvida. Mas o caminho que ela deseja trilhar é o que a comunidade quer? Tenho minhas dúvidas.

Quase todos os membros que aprovaram o Java 7 e 8, o fizeram com ressalvas. E justamente, sobre os mesmo pontos que levaram a ASF a uma atitude tão radical.

Acredito que eles poderiam sim, continuar no JCP. Eles não apenas podem colaborar, como podem ajudar a pressionar a Oracle a mudar de postura.

Um Libre Office promete muito. Mas uma versão completamente free do Java… Não sei não. já basta o Dalvik pra aumentar a confusão…

Aliás… Será que eles agora não vão querer ajudar o Google no Dalvik? Será que isso é o início de um racha no JCP?

Vou aprender pyton, e C#. Proprietário por proprietário, prefiro ficar com o diabo (microsoft).

davidbuzatto:

Uai, a Apache ultimamente estava votando contra em todas as JSRs não estava? Ela já tinha problemas com a Sun por causa do TCK não tinha? E agora com a Oracle parece que eles ficaram ainda mais nervosos. Quer saber? Já vai tarde. A Oracle, pelo que parece, quer que a plataforma siga adiante e que a burocracia diminua. Ta certo que com isso a plataforma fica mais “fechada”, mas acho que a comunidade tem que cair na real. O que faz o mundo girar é o dinheiro. A Oracle quer um produto melhor, que venda mais, que evolua com o tempo, que traga novas funcionalidades. Se o Java ainda estivesse nas mãos da Sun, duvido que o Java 7 sairia tão cedo. Muito bla bla bla e pouca ação não parece ser a política da Oracle. Ainda bem!

[]´s

Sinceramente David?

Acho que foi uma perda terrível. A Apache contribui na época com código mais que a sun para o java. É uma pena a Oracle não ter liberado o TCK para ela. Pode ter certeza que a apache vai fazer muita diferença na qualidade do produto que teremos a partir de agora.

Eu acho que a Oracle está vivendo a disputa de se ter um standard, versus ter um produto que inova rápido. E não podemos negar que ficar parando para ouvir a comunidade reduz consideravelmente o tempo entre releases.

A Oracle desde sempre tem uma cultura centralizadora, proprietária. Não duvido que tenha real interesse em evoluir a plataforma, mas vai fazer a seu modo. E os incomodados que se retirem. Como eles mesmo comunicaram, eles vão fazer o avanço em seus tópicos de interesse queira a comunidade… ou não.

ViniGodoy:

Eu acho que a Oracle está vivendo a disputa de se ter um standard, versus ter um produto que inova rápido. E não podemos negar que ficar parando para ouvir a comunidade reduz consideravelmente o tempo entre releases.

A Oracle desde sempre tem uma cultura centralizadora, proprietária. Não duvido que tenha real interesse em evoluir a plataforma, mas vai fazer a seu modo. E os incomodados que se retirem. Como eles mesmo comunicaram, eles vão fazer o avanço em seus tópicos de interesse queira a comunidade… ou não.

O texto que li no blog postado fala:

Isso não é qualquer coisa não.

Posso até entender que a oracle queira fechar seu produto, e afinal ela é a dona mesmo. Mas em termos de alcance de plataforma provavelmente será uma regressão de mais de 10 anos.

juliocbq:

Isso não é qualquer coisa não.

Posso até entender que a oracle queira fechar seu produto, e afinal ela é a dona mesmo. Mas em termos de alcance de plataforma provavelmente será uma regressão de mais de 10 anos.

As atitudes dele me lembram a do concorrente, a MS. O C# é um Open que não é Open. A comunidade no máximo segue atrás da tecnologia, em projetos como o mono. A inovação ocorre em projetos terceiros, que quase nunca são incorporados a linguagem mesmo. Também considero um retrocesso, e uma perda significativamente.

ViniGodoy:

juliocbq:

Isso não é qualquer coisa não.

Posso até entender que a oracle queira fechar seu produto, e afinal ela é a dona mesmo. Mas em termos de alcance de plataforma provavelmente será uma regressão de mais de 10 anos.

As atitudes dele me lembram a do concorrente, a MS. O C# é um Open que não é Open. A comunidade no máximo segue atrás da tecnologia, em projetos como o mono. A inovação ocorre em projetos terceiros, que quase nunca são incorporados a linguagem mesmo. Também considero um retrocesso, e uma perda significativamente.

Funciona assim mesmo. A vantagem do java é que a especificação era livre e isso fazia com que ela ganhasse muito da comunidade OpenSource, e que no final das contas foi essa comunidade que fez o java ser o que é hoje. Depois desse texto ae podem dizer “bau bau” para especificações livres como linux entre outras(O java como produto de concorrência a diversas tecnologias).

Esse parte do texto já diz tudo:

Não sou um especialista em java, sequer acompanho o JCP com tanta proximidade. Porém considero uma perda irreparável para a comunidade java, principalmente porque os interesses dos desenvolvedores não serão tão bem representados.

A Oracle não entendeu ainda que o Java nunca será totalmente de uma empresa ou de outra. O modelo que a Sun (lê-se antiga Sun) implementou era exatamente para que isso não ocorresse…

Considerando que o OpenJDK está aí e que permite o uso e evolução independente da Oracle, na minha visão podem ocorrer duas coisas:

1. O OpenJDK se tornar mais utilizado que o próprio JDK da Sun e parceiras, e as empresas que saírem do JCP criarem um JCP alternativo para evoluir a tecnologia a seu modo, deixando a Oracle para trás (visto que os desenvolvedores são os clientes do Java e deveriam ser mais ouvidos)
2. A oracle consegue implementar um novo modelo de uso e manutenção do java que priorize a venda e suporte de produtos, voltado ao modelo proprietário de trabalho aos poucos.
   Uma coisa é certa. O Modelo que a Sun perpetuou por muito tempo está morrendo. E cabe a nós usuários da tecnologia influenciar nas decisões da plataforma Java.

A médio e Longo Prazo:
Pensem comigo: Quem vai ser idiota de contribuir com algum JSR a partir de agora? Literalmente dando sua tecnologia para a Oracle. É triste, mas isso é só o começo do fim do java amigos, ou pelo do java como o conhecemos. Que venha a nova era da Oracle: sem apache, sem google, e sem…
comunidade.

Boa sorte Oracle. Boa sorte pra quem fica nesse barco furado e proprietário.

1. O OpenJDK se tornar mais utilizado que o próprio JDK da Sun e parceiras, e as empresas que saírem do JCP criarem um JCP alternativo para evoluir a tecnologia a seu modo, deixando a Oracle para trás (visto que os desenvolvedores são os clientes do Java e deveriam ser mais ouvidos)

Exceto que o OpenJDK é controlado pela Oracle, e ninguém pode fazer forks open source por causa da mesma restrição que impede a Apache de lançar o Harmony. Mais um detalhe, quem pensar em lançar algum projeto desse tipo, mesmo sem passar os testes oficiais pode levar um belo processo como o que o google está levando com o djavik. Infelizmente essa opção não existe.

2. A oracle consegue implementar um novo modelo de uso e manutenção do java que priorize a venda e suporte de produtos, voltado ao modelo proprietário de trabalho aos poucos.
   Uma coisa é certa. O Modelo que a Sun perpetuou por muito tempo está morrendo. E cabe a nós usuários da tecnologia influenciar nas decisões da plataforma Java.

A Oracle deixou bem claro que é isso que está fazendo, o modelo que a sun perpetuou não está morrendo, já morreu, e a Oracle não consegue perceber o quanto isso é danoso para a comunidade. Como um cidadão bem disse no site da apache: “Privatizaram o java.”

É minha gente, esse é um dia muito triste para a comunidade java.

thiagomont:

Não sou um especialista em java, sequer acompanho o JCP com tanta proximidade. Porém considero uma perda irreparável para a comunidade java, principalmente porque os interesses dos desenvolvedores não serão tão bem representados.

A Oracle não entendeu ainda que o Java nunca será totalmente de uma empresa ou de outra. O modelo que a Sun (lê-se antiga Sun) implementou era exatamente para que isso não ocorresse…

Considerando que o OpenJDK está aí e que permite o uso e evolução independente da Oracle, na minha visão podem ocorrer duas coisas:

1. O OpenJDK se tornar mais utilizado que o próprio JDK da Sun e parceiras, e as empresas que saírem do JCP criarem um JCP alternativo para evoluir a tecnologia a seu modo, deixando a Oracle para trás (visto que os desenvolvedores são os clientes do Java e deveriam ser mais ouvidos)
2. A oracle consegue implementar um novo modelo de uso e manutenção do java que priorize a venda e suporte de produtos, voltado ao modelo proprietário de trabalho aos poucos.
   Uma coisa é certa. O Modelo que a Sun perpetuou por muito tempo está morrendo. E cabe a nós usuários da tecnologia influenciar nas decisões da plataforma Java.

O OpenJDK é livre, mas a especificação não. Não adiantaria muito fazer um fork do OpenJDK porque no final das contas você precisa do TCK. Essa é uma das coisas que a apache citou nesse texto.

Ou seja, todo o trabalho deve seguir as especificações da Oracle(que justamente incluem severas restrições, que por sua vez dita que todo produto resultante será inferior ao dela)

Eu também achava que o OpenJDK não sofria influência disso, mas estava enganado.

Quando a Oracle comprou a Sun, passou esse filme todo na minha cabeça por um segundo.
Agora é deixar rolar, nossas reclamações hoje não valem mais nada(infelizmente). Nem vou mais gastar saliva falando disso. :? :lol:

Prefiro um Java que possa evoluir, mesmo que não sendo da maneira mais maravilhosa pros fanboys do Stallman, do que um Java que demore 5 anos pra não andar em nada, enquanto TODAS as outras linguagens evoluem e ganham crescentemente mais lugar no mercado.

Comunidade Java? É piada isso né? Desculpem, mas quando conhecerem mais de perto a comunidade Python, Ruby, vão ver o quanto a comunidade Java é chorona e filhinha de papai (ex filhinha da mamãe Sun).

Já tem muitos anos que a Apache mais fala do que faz também, ficar só sentado cornetando é muito fácil.

[]s

Então, não estou querendo gerar nenhum flame pessoal, mas sei lá, acho que se reclama demais. Se eu ouvisse essa notícia há uns três anos atrás talvez eu ficasse chocado, mas hoje em dia acho que já atingi um nível de maturidade que não me deixa mais me apaixonar tanto por uma tecnologia. É que nem quando vc se apaixona e é moleque. Vc sublima aquilo de um modo que parece que nada mais tem importância. Você vai crescendo, amadurecendo e vendo que a vida não é só aquilo e que sempre existem alternativas, menos para a morte é claro

Entendo e concordo que a saída da Apache tem um peso enorme, mas fazer o que? Vai adiantar alguma coisa a “comunidade” ficar brigando? A Oracle é dona do Java. Ponto.
Por mais que a comunidade esperneie, é a Oracle que manda. Quer ajudar a Oracle? Ótimo. Não quer? Vá embora. Simples assim. É claro que quando a gente não pode palpitar em algo a gente fica chateado, afinal, as vezes temos uma visão que julgamos - e que as vezes outros julgam - ser melhor.

Como já ví alguns de vocês falarem em várias discussões aqui no GUJ, o que importa para nós é saber aprender. Ficar preso a uma tecnologia é a mesma coisa que chumbar os pés no concreto. Estamos descontentes com caminho que o Java está trilhando? Beleza, vamos por outro caminho. Aprendemos outra linguagem, outra tecnologia. Afinal, é isso que faz com que nossa profissão seja muito legal, pelo menos é assim que penso. Ou será que tem gente aqui que vai morrer trabalhando com Java? Falo isso pq na minha cidadezinha, tem muito nego que trabalha há anos e mais anos com desenvolvimento, mas ainda usam Clipper :?. Se eu tiver que trabalhar com Java a minha vida inteira eu acho que eu vou morrer de desgosto. O legal é aprender. Sei que a gente investe um tempo enorme aprendendo algo, mas são ossos do nosso ofício. O que é bom hoje talvez não seja bom amanhã não é mesmo?

Acho que filosofia demais deixa qualquer pessoa um pé no saco. Será que alguém aqui acredita que a Oracle vai ser louca o bastante para fechar tanto a plataforma a ponto de afugentar toda a comunidade? E o tanto de projetos OpenSource que existem? Eu não acho que a Oracle vai dar um tiro no pé.

Enfim, é isso ai

Para quem ainda estiver com medo, vou usar o bordão do marcosalex, mesmo ele não tendo postado ainda

juliocbq:

O OpenJDK é livre, mas a especificação não. Não adiantaria muito fazer um fork do OpenJDK porque no final das contas você precisa do TCK. Essa é uma das coisas que a apache citou nesse texto.

Ou seja, todo o trabalho deve seguir as especificações da Oracle(que justamente incluem severas restrições, que por sua vez dita que todo produto resultante será inferior ao dela)

Eu também achava que o OpenJDK não sofria influência disso, mas estava enganado.

Ou seja, a plataforma Java nunca foi aberta então, e sempre foi proprietária.

Ou seja, a plataforma Java nunca foi aberta então, e sempre foi proprietária.
Exatamente, e rolou uma safadeza oculta muito grande.

Existe um acordo de participação no Java, que todo mundo assina, nesse acordo é dito claramente que ninguém pode limitar ou impedir ninguém de lançar seu próprio java, desde que respeite as especificações.

O problema é que a sun, e agora a oracle, inventou regras no licenciamento do kit de testes (obrigatório pra vc provar que respeita a especificação). Essas regras tem como único objetivo, impedir que qualquer implementação open source do java seja feita, porque nenhuma licença open source permite esse tipo de restrição.

Ou seja, a frase:

“somos um padrão aberto, contribua, você pode até fazer sua implementação e não depender de mim se quiser.” mudou para

“nossa documentação proprietária e supostamente aberta está toda coberta por patentes, nos dê seu código, você pode até fazer sua implementação desde que nunca queira lança-la.”

Luiz Aguiar:

Prefiro um Java que possa evoluir, mesmo que não sendo da maneira mais maravilhosa pros fanboys do Stallman, do que um Java que demore 5 anos pra não andar em nada, enquanto TODAS as outras linguagens evoluem e ganham crescentemente mais lugar no mercado.

Comunidade Java? É piada isso né? Desculpem, mas quando conhecerem mais de perto a comunidade Python, Ruby, vão ver o quanto a comunidade Java é chorona e filhinha de papai (ex filhinha da mamãe Sun).

Já tem muitos anos que a Apache mais fala do que faz também, ficar só sentado cornetando é muito fácil.

[]s

Bom, nos últimos dez anos o java só andou pra frente por causa da apache, nem foi por causa da Sun Microsystem. A culpa do atraso do java em seguir as outras tecnologias foi da sun. Agora as jrs tem restrições.

mochuara:

juliocbq:

O OpenJDK é livre, mas a especificação não. Não adiantaria muito fazer um fork do OpenJDK porque no final das contas você precisa do TCK. Essa é uma das coisas que a apache citou nesse texto.

Ou seja, todo o trabalho deve seguir as especificações da Oracle(que justamente incluem severas restrições, que por sua vez dita que todo produto resultante será inferior ao dela)

Eu também achava que o OpenJDK não sofria influência disso, mas estava enganado.

Ou seja, a plataforma Java nunca foi aberta então, e sempre foi proprietária.

Com certeza, e por um único detalhe que faz toda diferença.

davidbuzatto:

Então, não estou querendo gerar nenhum flame pessoal, mas sei lá, acho que se reclama demais. Se eu ouvisse essa notícia há uns três anos atrás talvez eu ficasse chocado, mas hoje em dia acho que já atingi um nível de maturidade que não me deixa mais me apaixonar tanto por uma tecnologia. É que nem quando vc se apaixona e é moleque. Vc sublima aquilo de um modo que parece que nada mais tem importância. Você vai crescendo, amadurecendo e vendo que a vida não é só aquilo e que sempre existem alternativas, menos para a morte é claro

Entendo e concordo que a saída da Apache tem um peso enorme, mas fazer o que? Vai adiantar alguma coisa a “comunidade” ficar brigando? A Oracle é dona do Java. Ponto.
Por mais que a comunidade esperneie, é a Oracle que manda. Quer ajudar a Oracle? Ótimo. Não quer? Vá embora. Simples assim. É claro que quando a gente não pode palpitar em algo a gente fica chateado, afinal, as vezes temos uma visão que julgamos - e que as vezes outros julgam - ser melhor.

Como já ví alguns de vocês falarem em várias discussões aqui no GUJ, o que importa para nós é saber aprender. Ficar preso a uma tecnologia é a mesma coisa que chumbar os pés no concreto. Estamos descontentes com caminho que o Java está trilhando? Beleza, vamos por outro caminho. Aprendemos outra linguagem, outra tecnologia. Afinal, é isso que faz com que nossa profissão seja muito legal, pelo menos é assim que penso. Ou será que tem gente aqui que vai morrer trabalhando com Java? Falo isso pq na minha cidadezinha, tem muito nego que trabalha há anos e mais anos com desenvolvimento, mas ainda usam Clipper :?. Se eu tiver que trabalhar com Java a minha vida inteira eu acho que eu vou morrer de desgosto. O legal é aprender. Sei que a gente investe um tempo enorme aprendendo algo, mas são ossos do nosso ofício. O que é bom hoje talvez não seja bom amanhã não é mesmo?

Acho que filosofia demais deixa qualquer pessoa um pé no saco. Será que alguém aqui acredita que a Oracle vai ser louca o bastante para fechar tanto a plataforma a ponto de afugentar toda a comunidade? E o tanto de projetos OpenSource que existem? Eu não acho que a Oracle vai dar um tiro no pé.

Enfim, é isso ai

Para quem ainda estiver com medo, vou usar o bordão do marcosalex, mesmo ele não tendo postado ainda

Eu concordo com você também. O nosso meio profissional não mudaria em nada com isso. Mas em termos de tecnologia pode acreditar que isso é um atraso de décadas.

Na real, em todos esses anos acho que o Java perdeu muito em relação a outras linguagem de programação quando pensamos no mundo Web. No mercado estrangeiro, o Java para Web não tem todo esse peso não!! Vejam se acham vagas de desenvolvedores Java na Itália por exemplo. É muito raro, lá por exemplo é php.

É, realmente não existe uma “comunidade” Java.
O lugar onde mais se reúnem pessoas sobre a linguagem no Brasil (o GUJ) na verdade é só uma reunião onde cada parte só quer tirar suas dúvidas sobre os seus problemas pessoais e depois sair para ganhar o seu dinheiro.
Comunidade é algo que reúne pessoas em torno de algo comum, e que buscam melhor o conjunto como um todo, e não somente o seu nariz.

A Apache foi uma das únicas que propôs algo novo, que não dependesse diretamente da Sun/Oracle, e o pessoal diz que ela não agrega mais nada a linguagem, então é bom que vá embora.
Nessas horas é que eu entendo porque o Stallman é tão contra tudo o que envolve propriedade intelectual e código fechado.

Vou ali no canto aprender Scala e Go.

Não acredito nisso, já que o schedule do Java 7 e 8 a decisão foi tomada justamente com a comunidade, mais claro do que na época da Sun.

E a rixa do tck é de 2006, na época da Sun ainda. No pronunciamento da Apache ela informou isso, mas parece que o pessoal teve uma leitura seletiva pra colocar a Oracle como vilã.

juliocbq:

O texto que li no blog postado fala:

Isso não é qualquer coisa não.

Posso até entender que a oracle queira fechar seu produto, e afinal ela é a dona mesmo. Mas em termos de alcance de plataforma provavelmente será uma regressão de mais de 10 anos.

A “licença contraditória” que a Apache citou é de 2006, muito antes da aquisição da Oracle.

E a Sun era mão de ferro em cima disso, a Oracle até agora não se pronunciou. O pessoal quer que a Oracle faça tudo de uma vez, em uma aquisição de grande porte não é assim que funciona. Às vezes leva-se vários anos até que o processo se consolide.

marcosalex:

juliocbq:

O texto que li no blog postado fala:

Isso não é qualquer coisa não.

Posso até entender que a oracle queira fechar seu produto, e afinal ela é a dona mesmo. Mas em termos de alcance de plataforma provavelmente será uma regressão de mais de 10 anos.

A “licença contraditória” que a Apache citou é de 2006, muito antes da aquisição da Oracle.

E a Sun era mão de ferro em cima disso, a Oracle até agora não se pronunciou. O pessoal quer que a Oracle faça tudo de uma vez, em uma aquisição de grande porte não é assim que funciona. Às vezes leva-se vários anos até que o processo se consolide.

A Oracle impôs as mesmas restrições que a sun sobre o tck como você mesmo citou(as mesmas restrições que um dia ela lutou contra). Com essas restrições o harmony não vai sair da prancheta. Ela está certa em sair do jcp, pois tais restrições impedem o trabalho da própria apache.

É com certeza a Oracle se importa muito com a comunidade, tanto que disse que iria seguir com o java 7 ou 8 mesmo que eles não fossem aprovados pelo JCP.

Só mais um coisinha: a Oracle poderia/deveria retirar as restrições FOU do kit de testes (que foram colocadas por pura sacanagem da sun), do java 7 e 8, mas não fez. A Oracle ajudou a apache a tirar a restrição FOU quando o java pertencia a Sun, agora simplesmente não se pronuncia sobre o assunto, se fazendo de surda/muda.

Nem uma sequer explicação sobre porque não tiraram a restrição a Oracle deu, por isso a coisa chegou onde chegou.

A briga é porque a Oracle está seguindo justamente o modelo da Sun e não porque mudou
https://blogs.apache.org/foundation/entry/the_asf_resigns_from_the

thiagomont:

Considerando que o OpenJDK está aí e que permite o uso e evolução independente da Oracle, na minha visão podem ocorrer duas coisas:

1. O OpenJDK se tornar mais utilizado que o próprio JDK da Sun e parceiras, e as empresas que saírem do JCP criarem um JCP alternativo para evoluir a tecnologia a seu modo, deixando a Oracle para trás (visto que os desenvolvedores são os clientes do Java e deveriam ser mais ouvidos)
2. A oracle consegue implementar um novo modelo de uso e manutenção do java que priorize a venda e suporte de produtos, voltado ao modelo proprietário de trabalho aos poucos.
   Uma coisa é certa. O Modelo que a Sun perpetuou por muito tempo está morrendo. E cabe a nós usuários da tecnologia influenciar nas decisões da plataforma Java.

Luiz Aguiar:

Prefiro um Java que possa evoluir, mesmo que não sendo da maneira mais maravilhosa pros fanboys do Stallman, do que um Java que demore 5 anos pra não andar em nada, enquanto TODAS as outras linguagens evoluem e ganham crescentemente mais lugar no mercado.

Comunidade Java? É piada isso né? Desculpem, mas quando conhecerem mais de perto a comunidade Python, Ruby, vão ver o quanto a comunidade Java é chorona e filhinha de papai (ex filhinha da mamãe Sun).

Já tem muitos anos que a Apache mais fala do que faz também, ficar só sentado cornetando é muito fácil.

Pois é, uma ótima linguagem que andava praticamente estagnada. A linguagem mais usada no mundo começou a ver dezenas de outras surgirem e implementarem soluções simples e rápidas pra coisas que no Java você tem de fazer no braço, sendo que o propósito inicial da linguagem era justamente o contrário.

Não acredito que o Java vá se tornar fechado em cima da Oracle, mas as tomadas de decisões vão ser um pouco mais centralizadas pra ganhar agilidade.

E a Apache deveria se preocupar em melhorar o Apache Web Server e o Tomcat, que estão paradões há anos.

marcosalex:

thiagomont:

A Oracle não entendeu ainda que o Java nunca será totalmente de uma empresa ou de outra. O modelo que a Sun (lê-se antiga Sun) implementou era exatamente para que isso não ocorresse…

A briga é porque a Oracle está seguindo justamente o modelo da Sun e não porque mudou
https://blogs.apache.org/foundation/entry/the_asf_resigns_from_the

Sim a mesma coisa. Um OpenJDK com uma série de restrições. Um produto atrasado que todos devem seguir a mesma especificação.

Como eu disse isso não influencia na vida profissional de ninguém. Só é esquisito ver a coisa andar pra traz desse jeito.

Isso aqui tá parecendo um filme de conspiração. Tem muita especulação (pra não dizer pessimismo) nessa thread.

Suas opiniões influênciam muitos da comunidade. Vão trabalhar e aguardemos para ver o que vai acontecer.

Eu acredito que quem é iniciante irão se desanimar e abandonar o barco. rsrsrs.
E quem já está a anos, vai ficar até o fim… E chegara um dia q tornaremos tiozinhos igual os cara do cobol…

hauhauhaua

abraços

PS: editei pq esqueci de colocar “iniciante”.

Só estamos debatendo um tema polêmico. Cada um que tire suas conclusões. Para mim não influencia em nada.

romulobr:

Ou seja, a plataforma Java nunca foi aberta então, e sempre foi proprietária.
Exatamente, e rolou uma safadeza oculta muito grande.

Existe um acordo de participação no Java, que todo mundo assina, nesse acordo é dito claramente que ninguém pode limitar ou impedir ninguém de lançar seu próprio java, desde que respeite as especificações.

O problema é que a sun, e agora a oracle, inventou regras no licenciamento do kit de testes (obrigatório pra vc provar que respeita a especificação). Essas regras tem como único objetivo, impedir que qualquer implementação open source do java seja feita, porque nenhuma licença open source permite esse tipo de restrição.

Acho que você está confundindo aberto com livre. A plataforma Java sempre foi aberta, mas nunca foi livre. A implementação do OpenJDK é aberta E livre.

Outra coisa, o tck é liberado SIM para projetos livres, desde que compatíveis com a GPL

O problema é que a licença do Harmony não é GPL, mas APL. Essa é a briga da Apache.

aí a coisa muda de figura. Ao meu entender a licença do harmony era GPL, é o que passa o blog.
Vou dar uma lida nos termos do tck.

Você sinceramente acha que o Open JDK não vai ser “Nerfado” em detrimento da versão paga? Entendam de uma vez por todas, o Java não vai ser fechado por causa da Oracle, ele já é.

Quantas implementações existem da especificação “aberta”? Várias, sendo uma open source (openJDK) e uma fechada controladas pelo líder da especificação (Oracle) , e várias fechadas que pagaram ao líder da especificação por uma licença.

Mais alguém pode implementar essa especificação aberta? Não.

Então como essa especificação que só pode ter um implementador e licenciados é aberta?

apache voltou a participar da JCP, vide blog oficial.

Posta o link ae.

Posta o link ae.

https://blogs.apache.org/foundation/entry/the_asf_resigns_from_the

marcosalex:

romulobr:

Ou seja, a plataforma Java nunca foi aberta então, e sempre foi proprietária.
Exatamente, e rolou uma safadeza oculta muito grande.

Existe um acordo de participação no Java, que todo mundo assina, nesse acordo é dito claramente que ninguém pode limitar ou impedir ninguém de lançar seu próprio java, desde que respeite as especificações.

O problema é que a sun, e agora a oracle, inventou regras no licenciamento do kit de testes (obrigatório pra vc provar que respeita a especificação). Essas regras tem como único objetivo, impedir que qualquer implementação open source do java seja feita, porque nenhuma licença open source permite esse tipo de restrição.

Acho que você está confundindo aberto com livre. A plataforma Java sempre foi aberta, mas nunca foi livre. A implementação do OpenJDK é aberta E livre.

Outra coisa, o tck é liberado SIM para projetos livres, desde que compatíveis com a GPL

O problema é que a licença do Harmony não é GPL, mas APL. Essa é a briga da Apache.

A licença da apache é compatível com a gpl.
http://www.apache.org/licenses/GPL-compatibility.html

Esse problema entre oracle e apache se deve aos termos do tck irem além da gpl.

Posta o link ae.

https://blogs.apache.org/foundation/entry/the_asf_resigns_from_the

• _ - ’

Acho que não hein cara.

Me corrijam se eu estiver errado, mas resign, pra mim, é resignar (de sair) e não de re-assinar.

Depende da definição de “livre” utilizada claro. Que pode variar dependendo se estamos falando da Sun sobre o Java (a liberdade de ter apenas JVM™ comercialmente viaveis), ou do Google sobre Android (a liberdade de ser a única a expor publicidade na web mobile).

resign != reassign

romulobr:

Você sinceramente acha que o Open JDK não vai ser “Nerfado” em detrimento da versão paga? Entendam de uma vez por todas, o Java não vai ser fechado por causa da Oracle, ele já é.

Quantas implementações existem da especificação “aberta”? Várias, sendo uma open source (openJDK) e uma fechada controladas pelo líder da especificação (Oracle) , e várias fechadas que pagaram ao líder da especificação por uma licença.

Mais alguém pode implementar essa especificação aberta? Não.

Então como essa especificação que só pode ter um implementador e licenciados é aberta?

O openjdk não é uma implementação completa (e até onde sei nunca será por questão de patentes) então provavelmente vc vai usar uma JVM gratuita oferecida pela Oracle. O que mais ce ta querendo? Receber as ultimas novidades da Oracle primeiro do que um cliente que paga?

romulobr:

Você sinceramente acha que o Open JDK não vai ser “Nerfado” em detrimento da versão paga? Entendam de uma vez por todas, o Java não vai ser fechado por causa da Oracle, ele já é.

Quantas implementações existem da especificação “aberta”? Várias, sendo uma open source (openJDK) e uma fechada controladas pelo líder da especificação (Oracle) , e várias fechadas que pagaram ao líder da especificação por uma licença.

Mais alguém pode implementar essa especificação aberta? Não.

Então como essa especificação que só pode ter um implementador e licenciados é aberta?

"Quantas implementações existem da especificação “aberta”? Várias, sendo uma open source (openJDK)"
A especificação é aberta, sim, vide link que postei. E existem mais especificações open source sim, como o kaffe.

" e uma fechada controladas pelo líder da especificação (Oracle)"
duas, o JDK oficial e o JRockit

"várias fechadas que pagaram ao líder da especificação por uma licença."
Não necessariamente pagaram, mas licenciaram.

Sempre existiram JVMs comerciais pagas, sempre existiram JVMs fechadas gratuitas, sempre existiram JVMs abertas, mesmo que não tenham o selo do tck. Isso não mudou.

mochuara:

O openjdk não é uma implementação completa (e até onde sei nunca será por questão de patentes) então provavelmente vc vai usar uma JVM gratuita oferecida pela Oracle. O que mais ce ta querendo? Receber as ultimas novidades da Oracle primeiro do que um cliente que paga?

Existem muitos algoritmos eficientes gratuitos, mas que são protegidos por patentes e não podem ser incorporados ao OpenJDK. Por isso vão no JDK ou no jRockit e fazem diferença de performance pra quem não se importa do código ser livre ou não.

Um exemplo clássico são os codecs de vídeo.

mimimimimi

Na boa? Lendo o post da Apache ficou me parecendo muito mais birra do que qualquer outra coisa. Sim, há a questão do TCK e tal, mas mesmo assim. Pra por frente à Oracle, a postura adotada por ela foi imbecil: votar contra qualquer coisa.

Ah… convenhamos. Se for pra ter um membro assim na comunidade, é melhor não tê-lo.
Apache tem seu valor? Com certeza. Mas tá com postura de merda e os projetos Java vão continuar por um bom tempo também (indefinidamente).

E sabe o que eu acho mais engraçado? Nunca se usou TANTO Java (e depois da Oracle, o crescimento foi maior ainda, as coisas começaram a andar!), e a galerinha de FUDencios aqui faz questão de falar que o bicho tá com os dias contados.

Sabem pra que serve MESMO situações como estas? Serve pra separar os meninos dos adultos.

Tomara que todo mundo que estaja chorando pela apache sair do JCP migre de plataforma, assim sempre sobrará mais emprego no mercado de Java…

Boa

kicolobo:

mimimimimi

Na boa? Lendo o post da Apache ficou me parecendo muito mais birra do que qualquer outra coisa. Sim, há a questão do TCK e tal, mas mesmo assim. Pra por frente à Oracle, a postura adotada por ela foi imbecil: votar contra qualquer coisa.

Ah… convenhamos. Se for pra ter um membro assim na comunidade, é melhor não tê-lo.
Apache tem seu valor? Com certeza. Mas tá com postura de merda e os projetos Java vão continuar por um bom tempo também (indefinidamente).

E sabe o que eu acho mais engraçado? Nunca se usou TANTO Java (e depois da Oracle, o crescimento foi maior ainda, as coisas começaram a andar!), e a galerinha de FUDencios aqui faz questão de falar que o bicho tá com os dias contados.

Sabem pra que serve MESMO situações como estas? Serve pra separar os meninos dos adultos.

Na minha concepção, a Oracle passou da imagem de evil-corporation-somente-com-gente-engravatada pra algo bem melhor. Great move, Oracle.

Andre Brito:

kicolobo:

mimimimimi

Na boa? Lendo o post da Apache ficou me parecendo muito mais birra do que qualquer outra coisa. Sim, há a questão do TCK e tal, mas mesmo assim. Pra por frente à Oracle, a postura adotada por ela foi imbecil: votar contra qualquer coisa.

Ah… convenhamos. Se for pra ter um membro assim na comunidade, é melhor não tê-lo.
Apache tem seu valor? Com certeza. Mas tá com postura de merda e os projetos Java vão continuar por um bom tempo também (indefinidamente).

E sabe o que eu acho mais engraçado? Nunca se usou TANTO Java (e depois da Oracle, o crescimento foi maior ainda, as coisas começaram a andar!), e a galerinha de FUDencios aqui faz questão de falar que o bicho tá com os dias contados.

Sabem pra que serve MESMO situações como estas? Serve pra separar os meninos dos adultos.

Muito bom seu comentário, Kiko. Eu quase postei algo parecido no começo da manhã, mas não coloquei por falta de tempo. Tá parecendo mais xororo da Apache do tipo “não querem nossas opiniões então estamos saindo”. E a Oracle não tá com aquela postura de “os incomodados que se retirem”, mas sim com aquela de que a Apache é bem-vinda e pede pra fundação repensar a situação.

Na minha concepção, a Oracle passou da imagem de evil-corporation-somente-com-gente-engravatada pra algo bem melhor. Great move, Oracle.

Quanto a parte do mimimimi pode até ser. Mas pode ter certeza que isso influencia numa porção de projetos nobres. Uma implementação “OpenSource” do java é essencial para pra que outras tecnologias cresçam. É como se fosse um canteiro cheio de sementes. Essas restrições vão acabar com tudo isso( E claro, a Oracle está no direito dela).

E frizando - OpenJDK + restrições não é OpenJDK.

Independente de quem tem razão ou não, será certamente uma perda!

" ASF is removing all official representatives from any and all JSRs" -> certamente muita gente boa sairá de cena!

Apache deixa o JCP

É importante questionar o quanto a estrutura atual da organização facilita a criação dos paradigmas corporativos. Nunca é demais lembrar o peso e o significado destes problemas, uma vez que a complexidade dos estudos efetuados faz parte de um processo de gerenciamento das condições financeiras e administrativas exigidas. Assim mesmo, o consenso sobre a necessidade de qualificação exige a precisão e a definição do levantamento das variáveis envolvidas.

      No entanto, não podemos esquecer que a execução dos pontos do programa nos obriga à análise das posturas dos órgãos dirigentes com relação às suas atribuições. Desta maneira, a competitividade nas transações comerciais garante a contribuição de um grupo importante na determinação das regras de conduta normativas. A prática cotidiana prova que a hegemonia do ambiente político apresenta tendências no sentido de aprovar a manutenção do sistema de participação geral. O incentivo ao avanço tecnológico, assim como a constante divulgação das informações oferece uma interessante oportunidade para verificação do sistema de formação de quadros que corresponde às necessidades.

      Todavia, a consolidação das estruturas obstaculiza a apreciação da importância do retorno esperado a longo prazo. Acima de tudo, é fundamental ressaltar que o fenômeno da Internet representa uma abertura para a melhoria dos índices pretendidos. Podemos já vislumbrar o modo pelo qual a mobilidade dos capitais internacionais desafia a capacidade de equalização do fluxo de informações. Ainda assim, existem dúvidas a respeito de como o desafiador cenário globalizado possibilita uma melhor visão global de alternativas às soluções ortodoxas.

…

Se voce leu tudo… I am sorry :lol: :lol: segue a fonte:
http://padrelevedo.hpg.ig.com.br/lerolero/lerolero.html

O resto é MIMIMI.
Eu é que não vou perder o sono por causa desta noticia.
Essa briga é velha, não foi a Oracle que criou este empecilho do TCK e sim a propria SUN que todos veneram como um Deus, e eu só vejo o java evoluindo depois da aquisição.
Então como diz a Oracle: [B] keep moving java forward!!![/B]

Pensei: nossa, o fredferrao ta escrevendo igual ao Duran!
Depois que reconheci o texto gerado como sendo do fabuloso gerador de lero-lero.

[]´s

fredferrao:

O resto é MIMIMI.
Eu é que não vou perder o sono por causa desta noticia.
Essa briga é velha, não foi a Oracle que criou este empecilho do TCK e sim a propria SUN que todos veneram como um Deus, e eu só vejo o java evoluindo depois da aquisição.
Então como diz a Oracle: [B] keep moving java forward!!![/B]

Você e nem ninguém aqui vai perder o sono com isso, afinal não nascemos grudados na apache ou na oracle. Agora uma coisa que precisa mudar é a questão de críticas sobre a Oracle ser considerada como dizem “mimimi”. Essa postura adotada não é boa para projetos OpenSource e podemos dizer aqui que realmente são dezenas de ótimos projetos. Que a Apache vai fazer falta vai mesmo.

Sobre a evolução do java acho que ainda é cedo pra falar que as coisas melhoraram. Só vi até agora uma dezena de projetos cortados(pro bem ou pro mal)

davidbuzatto:

Pensei: nossa, o fredferrao ta escrevendo igual ao Duran!
Depois que reconheci o texto gerado como sendo do fabuloso gerador de lero-lero.

[]´s

rsrsrs…eu pensei a mesma coisa(quase li tudo… :shock: ).

Engraçado ver o surgimento dessas novas especies, fanboy oracle & apple hater. :lol:

Olá pessoal, não quero causar mais confusão mas acho q é inévitável rsrsrs, a verdade é q todo mundo que gosta de java ta meio atordoado ainda, e com um pouco de medo “eu também estou”…

mas por outro lado penso que, se a Oracle se mostrar realmente o Demônio(não acredito nisso ) e estourar com o java mesmo, então a Apache e os afins e a Comunidade que criem outra linguagem e plataforma melhor… . a Oracle não ta obrigando ninguém a usar o dela…

a questão é… quem tem condições de fazer isso ?

a maioria de nós, so quer uma boa ferramenta pra trabalhar e correr atrás de seus próprios objetivos… …

vale apena dar uma olhada no que acontece em nossa volta, quais empresas de software livre são realmente verdade ?, o linux ? qual empresa mantem o Kernel mesmo do linux ? será que a comunidade manteria sem o apoio ($$$) da RedHat ? entre outras coisas…

quais empresas de software livre estão indo bem ?.. e quais são realmente livres ? ou maqueadas… com outras intenções…

sei lá… oque todo mundo quer é ganhar dinheiro…

não se vê falar em (medicina livre rsrsr, indústria livre) nada assim… porque que o cara que projeta um carro fica milionário, e o que projeta um software tem que doar pra comunidade ?

Bem que eles podiam ter feito isso antes de criar o Struts

[email removido:

]Olá pessoal, não quero causar mais confusão mas acho q é inévitável rsrsrs, a verdade é q todo mundo que gosta de java ta meio atordoado ainda, e com um pouco de medo “eu também estou”…

mas por outro lado penso que, se a Oracle se mostrar realmente o Demônio(não acredito nisso ) e estourar com o java mesmo, então a Apache e os afins e a Comunidade que criem outra linguagem e plataforma melhor… . a Oracle não ta obrigando ninguém a usar o dela…

a questão é… quem tem condições de fazer isso ?

a maioria de nós, so quer uma boa ferramenta pra trabalhar e correr atrás de seus próprios objetivos… …

vale apena dar uma olhada no que acontece em nossa volta, quais empresas de software livre são realmente verdade ?, o linux ? qual empresa mantem o Kernel mesmo do linux ? será que a comunidade manteria sem o apoio ($$$) da RedHat ? entre outras coisas…

quais empresas de software livre estão indo bem ?.. e quais são realmente livres ? ou maqueadas… com outras intenções…

sei lá… oque todo mundo quer é ganhar dinheiro…

não se vê falar em (medicina livre rsrsr, indústria livre) nada assim… porque que o cara que projeta um carro fica milionário, e o que projeta um software tem que doar pra comunidade ?

Acredito que o ponto que estamos discutindo não seja bem esse. Como o kiko postou logo acima, não somos crianças para ficarmos preocupados com ferramentas e sim somos profissionais. O que consta no debate aqui é se a apache ou as restrições pregadas pela oracle podem influenciar nos produtos(bem ou mal).

Se bem ou Mal = indiferente

É só um debate onde pessoas mostram suas opiniões.

[email removido:

]Olá pessoal, não quero causar mais confusão mas acho q é inévitável rsrsrs, a verdade é q todo mundo que gosta de java ta meio atordoado ainda, e com um pouco de medo “eu também estou”…

mas por outro lado penso que, se a Oracle se mostrar realmente o Demônio(não acredito nisso ) e estourar com o java mesmo, então a Apache e os afins e a Comunidade que criem outra linguagem e plataforma melhor… . a Oracle não ta obrigando ninguém a usar o dela…

Fiquei sabendo que Doug Lea vai trabalhar pra MS.

Só um comentário:
O google quebrou mesmo a licensa do Java, ele fez algo quase igual ao Java que não é Java por que não concordou com os termos de licensa do J2ME da SUN, nenhum destes outros que você citou fez algo parecido com isto.

PS.: não estou defendendo nem a Oracle nem o Google, só estou dizendo que uma coisa é uma coisa, e outra coisa é outra coisa, não podemos começar a comparar bananas com abacaxis para medir o tamanho de um problema.

O legal foi ver todos os que votaram ‘yes with comments’ ou o próprio Google com o ‘no’ falando que o aspecto técnico é completamente encorajado. A única decepção da maioria foi com o licenciamento… Isso quer dizer que a Oracle está na direção certa da parte técnica do Java. De uns tempos pra cá venho mudando minha opinião sobre a Oracle…

Mais informações sobre a votação podem ser lidas aqui.

A Sun foi adquirida pela Oracle porque o seu modelo de negócio fracassou, temos de colocar em mente que não existe “sacanagem” como alguns acham até porque neste negócio não existe inocentes, o que existe é uma empresa bem sucedida que está colocando a sua forma de gerir em prática.

Muitos parecem militantes ou fanáticos que só fazem criticar, mas nunca colocaram a mão no bolso para fazer uma doação ou ajudou de fato a comunidade.

Desculpe se ofendi a alguém, mas para mim a situação é bem clara e objetiva, quem não gosta da Oracle saia e procure outra alternativa.

O ecosistema da plataforma Java como conhecemos, só existe graças ao modelo proposto pela Sun. O fato dela não ter conseguido obter sucesso comercial, é outra questão, com outras variáveis.

Mantendo a discussão sobre o ponto de vista do ecosistema, é importante sim entender o caso da licença TCK, e por fim, defender a Apache. Não é xiitismo, nem “odiar” a Oracle, é uma questão de negócio. As coisas que estão acontecendo, e a tal “morte” do JCP, podem influenciar o modo como eu e vocês fazemos negócio com Java. Sem um JCP honesto e íntegro, as especificações podem vir de modo a favorecer produtos já existentes, ou de modo a proibir implementações Open Source, com restrições de licença.

Um caso hipotético:

• O tal JCP define uma JSR-666, para uma especificação de acesso a satélites para obter imagens em tempo real.
• Na especificação, diz que não será permitido implementações da especificação, em licenças Open Source, como MIT License, Apache License, GPL, LGPL, etc.

Resultado: se você quiser usar a API, terá que comprar uma implementação, ou usar uma gratuita, mas “proprietária”. E JAMAIS poderá implementar sua própria implementação, mesmo que você já tenha contrato com alguns operadores de satélites para ter acesso às imagens.

Sim, a morte do JCP e a falta de respeito da Oracle em cumprir com os acordos firmados na época da Sun, pode me afetar, afetar você, a sua empresa e pior: seus clientes.

Um caso real:

• Implementação da Java ME.

Se você não sabe dos problemas de implementar JavaME, melhor ler a respeito da briga Apache x Oracle e o problema da licença TCK.

[]'s
Bruno Borges

huahauha, eu li o post de baixo antes de subir pro lero lero, rsss. sorte.

Beleza, vamos ver o que a Oracle fez até agora com relação à comunidade:

• Matou o OpenOffice.org (fizeram fork pra salvar)
• Matou o MySQL (fizeram fork pra salvar)
• Matou o OpenSolaris (mesma coisa)
• Netbeans tá deixado de lado
• Vários projetos foram abandonados
• Processou o Google
• Perdeu o apoio da apache

A Oracle tá sendo boa pra comunidade como?

Aprovando o Java 7 e 8 no JCP? Sendo acusada de comprar votos? Tendo 3 resições do JCP? Fazendo com que sabe-se lá mais quanta gente deixar de implementar JSR´s por simplesmente não confiar na empresa.

Na boa minha gente, mas o java hoje é uma coisa mais proprietária que o .net, e eu nunca achei que fosse dizer isso na minha vida.
O pior não é nem isso, o pior é não ter nenhum indicador de que as coisas vão melhorar.

Andre Brito:

O legal foi ver todos os que votaram ‘yes with comments’ ou o próprio Google com o ‘no’ falando que o aspecto técnico é completamente encorajado. A única decepção da maioria foi com o licenciamento… Isso quer dizer que a Oracle está na direção certa da parte técnica do Java. De uns tempos pra cá venho mudando minha opinião sobre a Oracle…

Mais informações sobre a votação podem ser lidas aqui.

Sim. Todas as empresas ficaram desapontadas com a licença.

A saida da apache vae fazer eu ganhar ou perder algum centavo de meu salario ?
O que a apache faz ou deixa de fazer para mim é problema dela…

para mim só o que importa é o dinheiro que eu ganho,
se acaso for preciso aprender outra tecnologia para ganhar dinheiro, irei aprender
sem problema nenhum…

Se uma empresa me pagar mais 1000 reais para mexer com outra tecnologia,
irei fazer porque não sou casado com uma tecnologia especifica

vou so pergar um dos exemplos

Foi finalmente nas maos da oracle que o netbeans 7 beta apareceu. nao so isso, o pessoal do time do glassfish/oracle agora esta dedicado a fazer tooling nao apenas para o Netbeans, como era praxe, mas tambem pro Eclipse e pro IntelliJ. Sinceramente, acho uma atitude muito mais acertada que a antiga da Sun.

a briga da apache com a sun é bem antiga, nao creio que a oracle tenha piorado a relacao, que já era pessima, com open letters de anos de idade.

Bem feito pra Apache, investiu em uma linguagem fechada agora que arque com as consequencias…A Oracle poderia fechar tudo mesmo, só trabalho com essa linguagem por dinheiro…

SAP:
we want to express our disagreement about Oracle’s decision regarding the TCK for Apache. The reason that was provided to the EC was that Java compatibility could no longer be enforced with code shared under a permissive open source license.

IBM:
IBM supports licensing models that create an open and level playing field by allowing third parties to create independent implementations of Java Specifications and that do not allow individuals or companies to exercise unnecessary control for proprietary advantage.

Eclipse:
The unresolved TCK licensing issue with the Apache Software Foundation is a symptom of the fundamental problem with FOU restrictions on the Java platform.

Red Hat: this approach risks limiting adoption of this and subsequent JSRs by a wider audience and the fracturing that we mentioned earlier could still occur. We hope that all Specification Leads will take this into account in the future and rank the viability of the Java Community higher than one individual member’s abilities to monetise the platform

Credit Suisse: We strongly demand open standards… Java never actually was an open standard. FOU restrictions clearly discriminate open source implementations and prevent competition, and with that, innovation in that space. While Java had a considerable head start, it lost a lot of momentum over the last years. Fragmentation (or a fork) of the language and its platforms are clearly not desired.

É interessante como todo esse pessoal votou Sim. Por incrível que pareça, quem fez o comentário mais ácido foi o Credit Suisse. Ver Eclipse e Red Hat votando Sim é que doeu de verdade.

Sem problemas.

Mas você levará tempo até começar a ganhar dinheiro com outra linguagem, caso queira mudar.

Então, se você não quer parar de ganhar dinheiro, seria bom se preocupar com o assunto.

Por exemplo, é o que Oi, TIM, Vivo e Claro fazem quando a Anatel bota em pauta algum assunto que pode afetar os negócios dessas empresas. Eles se importam com o que o Governo decide, e batem de frente com as normas.

Alguem aqui já viu os fontes do JAVA, pois então, ele é um produto a maior tendencia é as empresas terem que pagar licença para a Oracle para pode desenvolver app Java.

Sem problemas.

Mas você levará tempo até começar a ganhar dinheiro com outra linguagem, caso queira mudar.

Então, se você não quer parar de ganhar dinheiro, seria bom se preocupar com o assunto.

Por exemplo, é o que Oi, TIM, Vivo e Claro fazem quando a Anatel bota em pauta algum assunto que pode afetar os negócios dessas empresas. Eles se importam com o que o Governo decide, e batem de frente com as normas.

Eu já ganho dinheiro com outra linguagem, não fico engessado com Java…

johnny quest:

A saida da apache vae fazer eu ganhar ou perder algum centavo de meu salario ?
O que a apache faz ou deixa de fazer para mim é problema dela…

para mim só o que importa é o dinheiro que eu ganho,
se acaso for preciso aprender outra tecnologia para ganhar dinheiro, irei aprender
sem problema nenhum…

Se uma empresa me pagar mais 1000 reais para mexer com outra tecnologia,
irei fazer porque não sou casado com uma tecnologia especifica

De todos os projetos que você já fez na sua carreira, quantos não utilizaram sequer um projeto patrocinado pela Apache?

Agora, se eu levo uma proposta de projeto para um cliente, para concorrer com a sua proposta, e a minha que utiliza um stack de projetos Apache é garantia de entrega em 1/3 do tempo da sua proposta, que terá que implementar muita coisa do zero, ou simplesmente utilizar “padrões” definidos pela Oracle/JCP que não são adequados para os requisitos do projeto do cliente, qual proposta tem mais chances de vencer?

Sim, você pode perder dinheiro com isso.

brunoborges:

johnny quest:

A saida da apache vae fazer eu ganhar ou perder algum centavo de meu salario ?
O que a apache faz ou deixa de fazer para mim é problema dela…

para mim só o que importa é o dinheiro que eu ganho,
se acaso for preciso aprender outra tecnologia para ganhar dinheiro, irei aprender
sem problema nenhum…

Se uma empresa me pagar mais 1000 reais para mexer com outra tecnologia,
irei fazer porque não sou casado com uma tecnologia especifica

De todos os projetos que você já fez na sua carreira, quantos não utilizaram sequer um projeto patrocinado pela Apache?

Agora, se eu levo uma proposta de projeto para um cliente, para concorrer com a sua proposta, e a minha que utiliza um stack de projetos Apache é garantia de entrega em 1/3 do tempo da sua proposta, que terá que implementar muita coisa do zero, ou simplesmente utilizar “padrões” definidos pela Oracle/JCP que não são adequados para os requisitos do projeto do cliente, qual proposta tem mais chances de vencer?

Sim, você pode perder dinheiro com isso. :-)

Voce tem algum exemplo real?

JackOld:

brunoborges:

johnny quest:

A saida da apache vae fazer eu ganhar ou perder algum centavo de meu salario ?
O que a apache faz ou deixa de fazer para mim é problema dela…

para mim só o que importa é o dinheiro que eu ganho,
se acaso for preciso aprender outra tecnologia para ganhar dinheiro, irei aprender
sem problema nenhum…

Se uma empresa me pagar mais 1000 reais para mexer com outra tecnologia,
irei fazer porque não sou casado com uma tecnologia especifica

De todos os projetos que você já fez na sua carreira, quantos não utilizaram sequer um projeto patrocinado pela Apache?

Agora, se eu levo uma proposta de projeto para um cliente, para concorrer com a sua proposta, e a minha que utiliza um stack de projetos Apache é garantia de entrega em 1/3 do tempo da sua proposta, que terá que implementar muita coisa do zero, ou simplesmente utilizar “padrões” definidos pela Oracle/JCP que não são adequados para os requisitos do projeto do cliente, qual proposta tem mais chances de vencer?

Sim, você pode perder dinheiro com isso. :-)

Voce tem algum exemplo real?

impressão minha ou perderam o foco do post…

juliocbq:

davidbuzatto:

Então, não estou querendo gerar nenhum flame pessoal, mas sei lá, acho que se reclama demais. Se eu ouvisse essa notícia há uns três anos atrás talvez eu ficasse chocado, mas hoje em dia acho que já atingi um nível de maturidade que não me deixa mais me apaixonar tanto por uma tecnologia. É que nem quando vc se apaixona e é moleque. Vc sublima aquilo de um modo que parece que nada mais tem importância. Você vai crescendo, amadurecendo e vendo que a vida não é só aquilo e que sempre existem alternativas, menos para a morte é claro

Entendo e concordo que a saída da Apache tem um peso enorme, mas fazer o que? Vai adiantar alguma coisa a “comunidade” ficar brigando? A Oracle é dona do Java. Ponto.
Por mais que a comunidade esperneie, é a Oracle que manda. Quer ajudar a Oracle? Ótimo. Não quer? Vá embora. Simples assim. É claro que quando a gente não pode palpitar em algo a gente fica chateado, afinal, as vezes temos uma visão que julgamos - e que as vezes outros julgam - ser melhor.

Como já ví alguns de vocês falarem em várias discussões aqui no GUJ, o que importa para nós é saber aprender. Ficar preso a uma tecnologia é a mesma coisa que chumbar os pés no concreto. Estamos descontentes com caminho que o Java está trilhando? Beleza, vamos por outro caminho. Aprendemos outra linguagem, outra tecnologia. Afinal, é isso que faz com que nossa profissão seja muito legal, pelo menos é assim que penso. Ou será que tem gente aqui que vai morrer trabalhando com Java? Falo isso pq na minha cidadezinha, tem muito nego que trabalha há anos e mais anos com desenvolvimento, mas ainda usam Clipper :?. Se eu tiver que trabalhar com Java a minha vida inteira eu acho que eu vou morrer de desgosto. O legal é aprender. Sei que a gente investe um tempo enorme aprendendo algo, mas são ossos do nosso ofício. O que é bom hoje talvez não seja bom amanhã não é mesmo?

Acho que filosofia demais deixa qualquer pessoa um pé no saco. Será que alguém aqui acredita que a Oracle vai ser louca o bastante para fechar tanto a plataforma a ponto de afugentar toda a comunidade? E o tanto de projetos OpenSource que existem? Eu não acho que a Oracle vai dar um tiro no pé.

Enfim, é isso ai

Para quem ainda estiver com medo, vou usar o bordão do marcosalex, mesmo ele não tendo postado ainda

Eu concordo com você também. O nosso meio profissional não mudaria em nada com isso. Mas em termos de tecnologia pode acreditar que isso é um atraso de décadas.

Atraso foi a Sun em 2005 querer continuar mantendo classes não mais utilizadas e compatibilidade com as versões anteriores, daí meteu gambeta nas coisas…
O Java já é falado como plataforma faz tempo, pq como linguagem estava se deteriorando, falar q é culpa da Oracle… não não é…
A Apache sair do JCP… ok perdeu, logo logo ficam amiguinhas e voltam a trab juntas, mto mimimi.
Poxa foi chato ver a Sun vender? Claro q foi, mas já vendeu, n dá pra voltar atrás, agora essa palhaçada de que pq a bola é da Oracle e não vou mais brincar já deu tbm… :evil:

Tenho.

A Apache não foi expulsa. Ela decidiu sair, pq a Oracle não respeitou o JSPA.

Não foi uma derrota. Muito pelo contrário. Pelos comentários na JSR, ficou claro que foi uma vitória moral.

Já viu o filme “The Man Who Sued God” ? No final, o cara abandona o processo. Mas ficou claro que obteve vitória moral.

Ótimo filme, por sinal

Gente, na boa. Que bom que conflitos como estes estão surgindo na plataforma Java. É sinal de que não está tão estagnada quanto estava dois anos atrás.

Sabe, eu me lembro de quando a Oracle comprou a Sun fiquei meio assustado com a sua postura (até postei algo visual sobre o assunto: http://www.itexto.net/devkico/?p=390 ), mas neste segundo semestre, esta minha visão mudou radicalmente.

Gostem ou não (ta na moda falar mal da Oracle), a Oracle está evoluindo as coisas. O Netbeans 7 tá ai, as especificações do Java 7/8 lançadas (que coisa ridícula (eu diria irresponsável) a Apache votar contra só por protesto), as grandes empresas estão confiando MAIS na plataforma (são quem paga a maior parte dos salários, só pra lembrar) e nada dos fechamentos apocalípticos previstos ocorreu.

Se a Apache tá pulando fora das JSRs, o que de fato é uma perda, por outro lado, vai manter todos os seus projetos em Java. Eles não são LOUCOS de matá-los (e nem podem, pois os forks são inevitáveis). Então, todo este FUD, todo este mimimi, é mais papo de nego inseguro ou que não sabe do que tá falando.

Parando pra lembrar como eram as coisas em 2007/2008 (e um pouco antes), fica nítido que a plataforma estava estagnando. Tanto é que o Spring simplesmente substituiu o stack JEE tradicional em popularidade quase que do dia pra noite. Que bom que veio a Oracle.

A Apache não foi expulsa. Ela decidiu sair, pq a Oracle não respeitou o JSPA.

Não foi uma derrota. Muito pelo contrário. Pelos comentários na JSR, ficou claro que foi uma vitória moral.

Já viu o filme “The Man Who Sued God” ? No final, o cara abandona o processo. Mas ficou claro que obteve vitória moral.

Ótimo filme, por sinal

É mas se a Oracle pedir desculpas e der oq eles querem qdo precisarem eles voltam, é igual futebol, um bando de gente se matando nas torcidas enqto os jogadores enchem o bolso :lol:

Eduardo Bregaida:

juliocbq:

davidbuzatto:

Então, não estou querendo gerar nenhum flame pessoal, mas sei lá, acho que se reclama demais. Se eu ouvisse essa notícia há uns três anos atrás talvez eu ficasse chocado, mas hoje em dia acho que já atingi um nível de maturidade que não me deixa mais me apaixonar tanto por uma tecnologia. É que nem quando vc se apaixona e é moleque. Vc sublima aquilo de um modo que parece que nada mais tem importância. Você vai crescendo, amadurecendo e vendo que a vida não é só aquilo e que sempre existem alternativas, menos para a morte é claro

Entendo e concordo que a saída da Apache tem um peso enorme, mas fazer o que? Vai adiantar alguma coisa a “comunidade” ficar brigando? A Oracle é dona do Java. Ponto.
Por mais que a comunidade esperneie, é a Oracle que manda. Quer ajudar a Oracle? Ótimo. Não quer? Vá embora. Simples assim. É claro que quando a gente não pode palpitar em algo a gente fica chateado, afinal, as vezes temos uma visão que julgamos - e que as vezes outros julgam - ser melhor.

Como já ví alguns de vocês falarem em várias discussões aqui no GUJ, o que importa para nós é saber aprender. Ficar preso a uma tecnologia é a mesma coisa que chumbar os pés no concreto. Estamos descontentes com caminho que o Java está trilhando? Beleza, vamos por outro caminho. Aprendemos outra linguagem, outra tecnologia. Afinal, é isso que faz com que nossa profissão seja muito legal, pelo menos é assim que penso. Ou será que tem gente aqui que vai morrer trabalhando com Java? Falo isso pq na minha cidadezinha, tem muito nego que trabalha há anos e mais anos com desenvolvimento, mas ainda usam Clipper :?. Se eu tiver que trabalhar com Java a minha vida inteira eu acho que eu vou morrer de desgosto. O legal é aprender. Sei que a gente investe um tempo enorme aprendendo algo, mas são ossos do nosso ofício. O que é bom hoje talvez não seja bom amanhã não é mesmo?

Acho que filosofia demais deixa qualquer pessoa um pé no saco. Será que alguém aqui acredita que a Oracle vai ser louca o bastante para fechar tanto a plataforma a ponto de afugentar toda a comunidade? E o tanto de projetos OpenSource que existem? Eu não acho que a Oracle vai dar um tiro no pé.

Enfim, é isso ai

Para quem ainda estiver com medo, vou usar o bordão do marcosalex, mesmo ele não tendo postado ainda

Eu concordo com você também. O nosso meio profissional não mudaria em nada com isso. Mas em termos de tecnologia pode acreditar que isso é um atraso de décadas.

Atraso foi a Sun em 2005 querer continuar mantendo classes não mais utilizadas e compatibilidade com as versões anteriores, daí meteu gambeta nas coisas…
O Java já é falado como plataforma faz tempo, pq como linguagem estava se deteriorando, falar q é culpa da Oracle… não não é…
A Apache sair do JCP… ok perdeu, logo logo ficam amiguinhas e voltam a trab juntas, mto mimimi.
Poxa foi chato ver a Sun vender? Claro q foi, mas já vendeu, n dá pra voltar atrás, agora essa palhaçada de que pq a bola é da Oracle e não vou mais brincar já deu tbm… :evil:

???

juliocbq:

Eduardo Bregaida:

juliocbq:

davidbuzatto:

Então, não estou querendo gerar nenhum flame pessoal, mas sei lá, acho que se reclama demais. Se eu ouvisse essa notícia há uns três anos atrás talvez eu ficasse chocado, mas hoje em dia acho que já atingi um nível de maturidade que não me deixa mais me apaixonar tanto por uma tecnologia. É que nem quando vc se apaixona e é moleque. Vc sublima aquilo de um modo que parece que nada mais tem importância. Você vai crescendo, amadurecendo e vendo que a vida não é só aquilo e que sempre existem alternativas, menos para a morte é claro

Entendo e concordo que a saída da Apache tem um peso enorme, mas fazer o que? Vai adiantar alguma coisa a “comunidade” ficar brigando? A Oracle é dona do Java. Ponto.
Por mais que a comunidade esperneie, é a Oracle que manda. Quer ajudar a Oracle? Ótimo. Não quer? Vá embora. Simples assim. É claro que quando a gente não pode palpitar em algo a gente fica chateado, afinal, as vezes temos uma visão que julgamos - e que as vezes outros julgam - ser melhor.

Como já ví alguns de vocês falarem em várias discussões aqui no GUJ, o que importa para nós é saber aprender. Ficar preso a uma tecnologia é a mesma coisa que chumbar os pés no concreto. Estamos descontentes com caminho que o Java está trilhando? Beleza, vamos por outro caminho. Aprendemos outra linguagem, outra tecnologia. Afinal, é isso que faz com que nossa profissão seja muito legal, pelo menos é assim que penso. Ou será que tem gente aqui que vai morrer trabalhando com Java? Falo isso pq na minha cidadezinha, tem muito nego que trabalha há anos e mais anos com desenvolvimento, mas ainda usam Clipper :?. Se eu tiver que trabalhar com Java a minha vida inteira eu acho que eu vou morrer de desgosto. O legal é aprender. Sei que a gente investe um tempo enorme aprendendo algo, mas são ossos do nosso ofício. O que é bom hoje talvez não seja bom amanhã não é mesmo?

Acho que filosofia demais deixa qualquer pessoa um pé no saco. Será que alguém aqui acredita que a Oracle vai ser louca o bastante para fechar tanto a plataforma a ponto de afugentar toda a comunidade? E o tanto de projetos OpenSource que existem? Eu não acho que a Oracle vai dar um tiro no pé.

Enfim, é isso ai

Para quem ainda estiver com medo, vou usar o bordão do marcosalex, mesmo ele não tendo postado ainda

Eu concordo com você também. O nosso meio profissional não mudaria em nada com isso. Mas em termos de tecnologia pode acreditar que isso é um atraso de décadas.

Atraso foi a Sun em 2005 querer continuar mantendo classes não mais utilizadas e compatibilidade com as versões anteriores, daí meteu gambeta nas coisas…
O Java já é falado como plataforma faz tempo, pq como linguagem estava se deteriorando, falar q é culpa da Oracle… não não é…
A Apache sair do JCP… ok perdeu, logo logo ficam amiguinhas e voltam a trab juntas, mto mimimi.
Poxa foi chato ver a Sun vender? Claro q foi, mas já vendeu, n dá pra voltar atrás, agora essa palhaçada de que pq a bola é da Oracle e não vou mais brincar já deu tbm… :evil:

???

Putz era pra outro cara que tinha falado de atraso, esqueci de apagar a msg foi tudo, erro meu rs :lol:

A Apache não foi expulsa. Ela decidiu sair, pq a Oracle não respeitou o JSPA.

Não foi uma derrota. Muito pelo contrário. Pelos comentários na JSR, ficou claro que foi uma vitória moral.

Já viu o filme “The Man Who Sued God” ? No final, o cara abandona o processo. Mas ficou claro que obteve vitória moral.

Ótimo filme, por sinal

É mas se a Oracle pedir desculpas e der oq eles querem qdo precisarem eles voltam, é igual futebol, um bando de gente se matando nas torcidas enqto os jogadores enchem o bolso :lol:

É claro que sim, porque o “harmony” e boa parte dos produtos da Apache precisam dessa licença.

Soluções da MS, que hoje em dia estão vendendo MUITO. Pela sua produtividade.

kicolobo:

Gente, na boa. Que bom que conflitos como estes estão surgindo na plataforma Java. É sinal de que não está tão estagnada quanto estava dois anos atrás.

Sabe, eu me lembro de quando a Oracle comprou a Sun fiquei meio assustado com a sua postura (até postei algo visual sobre o assunto: http://www.itexto.net/devkico/?p=390 ), mas neste segundo semestre, esta minha visão mudou radicalmente.

Gostem ou não (ta na moda falar mal da Oracle), a Oracle está evoluindo as coisas. O Netbeans 7 tá ai, as especificações do Java 7/8 lançadas (que coisa ridícula (eu diria irresponsável) a Apache votar contra só por protesto), as grandes empresas estão confiando MAIS na plataforma (são quem paga a maior parte dos salários, só pra lembrar) e nada dos fechamentos apocalípticos previstos ocorreu.

Se a Apache tá pulando fora das JSRs, o que de fato é uma perda, por outro lado, vai manter todos os seus projetos em Java. Eles não são LOUCOS de matá-los (e nem podem, pois os forks são inevitáveis). Então, todo este FUD, todo este mimimi, é mais papo de nego inseguro ou que não sabe do que tá falando.

Parando pra lembrar como eram as coisas em 2007/2008 (e um pouco antes), fica nítido que a plataforma estava estagnando. Tanto é que o Spring simplesmente substituiu o stack JEE tradicional em popularidade quase que do dia pra noite. Que bom que veio a Oracle.

Estava mesmo. Concordo com tudo isso ae. Mas o que me deixa decepcionado é que você não consegue extender a tecnologia com essas restrições. Por isso que eu citei que seria um atraso para a tecnologia em geral.

Em poucas palavras, acredito que a JVM estará restrita a poucos espaços.

juliocbq:

fredferrao:

O resto é MIMIMI.
Eu é que não vou perder o sono por causa desta noticia.
Essa briga é velha, não foi a Oracle que criou este empecilho do TCK e sim a propria SUN que todos veneram como um Deus, e eu só vejo o java evoluindo depois da aquisição.
Então como diz a Oracle: [B] keep moving java forward!!![/B]

Você e nem ninguém aqui vai perder o sono com isso, afinal não nascemos grudados na apache ou na oracle. Agora uma coisa que precisa mudar é a questão de críticas sobre a Oracle ser considerada como dizem “mimimi”. Essa postura adotada não é boa para projetos OpenSource e podemos dizer aqui que realmente são dezenas de ótimos projetos. Que a Apache vai fazer falta vai mesmo.

Sobre a evolução do java acho que ainda é cedo pra falar que as coisas melhoraram. Só vi até agora uma dezena de projetos cortados(pro bem ou pro mal)

Certo, deixando o mimimi de lado, eu sei que existem varios projetos da Apache, agora me diga: O que perdemos de fato até agora?? Acaso a Apache vai tocar fogo em todos os seus frameworks java e mudar de lingaguem/plataforma?? Ela nunca mais fara um framework sequer em java, ja que ela nao pode ter um JDK proprio?? Bom ninguem sabe, até porque ela nao disse o que ira fazer. Mas ATE O MOMENTO, tudo o que ?perdemos? foi alguem votando NÃO no JCP.

A otura questa sobre as criticas em cima da Oracle, é pelo fato de que isto sempre aconteceu na epoca da SUN, mas ninguem falava nada, agora porque uma empresa, digamos, mais capitalista, esta no comando ela é vista como O GRANDE SATÃ BRANCO, e isto ja esta enchendo o saco.

considero uma perda.

qdo uma única empresa faz um produto, faz na visão dela. A Oracle caminha para isso, sem ouvir e fazer o que bem entende.
Coisas que nós do java, pelo menos eu, não concordo. acho que a contribuição da comunidade enriquece o conjunto.

Quanto vai custar o Java e o Netbeans? Vai ter versão Starter Edition?

esse post ja deu o que tinha que dar…

daqui pra frente é especulação, e briga por religião…

fredferrao:

juliocbq:

fredferrao:

O resto é MIMIMI.
Eu é que não vou perder o sono por causa desta noticia.
Essa briga é velha, não foi a Oracle que criou este empecilho do TCK e sim a propria SUN que todos veneram como um Deus, e eu só vejo o java evoluindo depois da aquisição.
Então como diz a Oracle: [B] keep moving java forward!!![/B]

Você e nem ninguém aqui vai perder o sono com isso, afinal não nascemos grudados na apache ou na oracle. Agora uma coisa que precisa mudar é a questão de críticas sobre a Oracle ser considerada como dizem “mimimi”. Essa postura adotada não é boa para projetos OpenSource e podemos dizer aqui que realmente são dezenas de ótimos projetos. Que a Apache vai fazer falta vai mesmo.

Sobre a evolução do java acho que ainda é cedo pra falar que as coisas melhoraram. Só vi até agora uma dezena de projetos cortados(pro bem ou pro mal)

Certo, deixando o mimimi de lado, eu sei que existem varios projetos da Apache, agora me diga: O que perdemos de fato até agora?? Acaso a Apache vai tocar fogo em todos os seus frameworks java e mudar de lingaguem/plataforma?? Ela nunca mais fara um framework sequer em java, ja que ela nao pode ter um JDK proprio?? Bom ninguem sabe, até porque ela nao disse o que ira fazer. Mas ATE O MOMENTO, tudo o que ?perdemos? foi alguem votando NÃO no JCP.

A otura questa sobre as criticas em cima da Oracle, é pelo fato de que isto sempre aconteceu na epoca da SUN, mas ninguem falava nada, agora porque uma empresa, digamos, mais capitalista, esta no comando ela é vista como O GRANDE SATÃ BRANCO, e isto ja esta enchendo o saco.

Não falei isto. Pra mim é indiferente a postura que a Oracle ou a Apache tem. O que de fato é verdade é que a apache contribuiu com mais código do que todas aquelas empresas juntas, e hoje se tem um openjdk cheio de restrições o que bloqueia o avanço da tecnologia pelas mãos de qualquer outra empresa senão a própria Oracle. Na minha opinião isso é uma tremenda perda.

Sobre os projetos da apache é verdade que não perdemos nada ainda. Mas também não sabemos como será daqui pra frente.

RMarcel:

esse post ja deu o que tinha que dar…

daqui pra frente é especulação, e briga por religião…

é verdade…

Mais um topico Oracle+Java+Morte… ja deu esse post

“As such, the ASF is removing all official representatives from any and all JSRs. In addition, we will refuse any renewal of our JCP membership and, of course, our EC position.”

“Assim sendo, a ASF está removendo os representantes oficiais de qualquer e todas as JSRs. Alem disso, nós iremos recusar qualquer renovação de nossa assossiação ao JCP e, é claro, nossa posição na EC.”

Oo seja: nada mais da apache para o java.

Salvei este post nos meus bookmarks. Daqui a 2 anos pretendo voltar a ele.

Ai no futuro há duas possibilidades:

• GUJ não existe mais porque o Java acabou
• GUJ tá 10 vezes maior porque o Java cresceu

De qualquer maneira, vai ser muito engraçado e vou rir pra kcte, tanto do que eu disse quanto o que vocês falaram.

kicolobo:

Salvei este post nos meus bookmarks. Daqui a 2 anos pretendo voltar a ele.

Ai no futuro há duas possibilidades:

• GUJ não existe mais porque o Java acabou
• GUJ tá 10 vezes maior porque o Java cresceu

De qualquer maneira, vai ser muito engraçado e vou rir pra kcte, tanto do que eu disse quanto o que vocês falaram. :)

Java já é a linguagem mais popular. O que significa crescer daqui pra frente? Com certeza não é evoluir a linguagem já que está deixando os melhores engenheiros irem embora.

Há ainda uma outra possibilidade:

*NDA

A Oracle vai querer monetizar a JVM de toda maneira, o que vai estimular a evolução da plataforma. Mas Java a linguagem, vai continuar estagnada cumprindo seu papel de novo COBOL.

Compensa ainda aprender Java? Java é o novo Cobol? Netbeans vai ser cobrado?

Errado, as empresas podem fazer tudo isso, sim. Só não podem falar que é Java, porque não vai estar licenciado de acordo.

E isso veio da Sun, não da Oracle, como já foi mostrado em vários links em vários tópicos.

Não continuou da mesma forma, com a mesma forma de licenciamento de antes, e continua sendo desenvolvido da mesma forma. Aliás, até aceitou reinvindicações antigas da comunidade, como trocar a api proprietária pelo gstreamer, um dos motivos de outro fork.
Só que antes o pessoal reclamava da Sun e não faziam nada, agora resolveram fazer fork, mas pra mesma situação. Só que o fork até agora praticamente faz merge da versão oficial, implementação própria eles tem muito pouco. E fazem um marketing como se fosse eles que implementaram.

Matou? Continua bem, veja o roadmap e vai ver que implementaram algoritmo até do oracle nele. Só retiraram um recurso de uma versão que quase ninguém usava pra posicioná-la no mercado embeded.

Esse já tinha nascido morto, quem usava?

Pelo contrário, frequenta o forum dos desenvolvedores que vai ver que o projeto acelerou e tem mais gente trabalhando. Aliás, dá uma olhada na página oficial do netbeans e olha as mudanças pra versão 7. De onde tirou isso?

Quais relevantes? A Sun já tinha cancelado o Looking Glass, o Woodstock, a ferramenta UML pro netbeans, e uma série de outros. A Oracle só cancelou mais alguns que não estavam indo pra frente pra focar nos principais.

Isso por causa de briga política por causa do código java, já foi discutido muito.

romulobr:

A Oracle tá sendo boa pra comunidade como?

Aprovando o Java 7 e 8 no JCP? Sendo acusada de comprar votos? Tendo 3 resições do JCP? Fazendo com que sabe-se lá mais quanta gente deixar de implementar JSR´s por simplesmente não confiar na empresa.

Na boa minha gente, mas o java hoje é uma coisa mais proprietária que o .net, e eu nunca achei que fosse dizer isso na minha vida.
O pior não é nem isso, o pior é não ter nenhum indicador de que as coisas vão melhorar.

O desenvolvimento do java estava estagnado. Quantos anos a Sun trabalha no Java 7 e o que estava pronto? Tinha coisa que não tinha nem JSR, a Sun passava por cima e ainda não conseguia tocar. Agora o desenvolvimento acelerou, a ferramenta está se reposicionando e falta de dinheiro pra investir não vai ser problema. O Java sempre foi lucrativo pra Sun, mas sempre foi uma área que a Sun nunca conseguiu crescer o quanto deveria. Uma empresa que praticamente inventou o conceito de cloud computing, virou coadjuvante. A linguagem mais usada no mundo virou um mamute enquanto projetos menores canibalizaram seu mercado.

Agora que a situação está invertendo, vem o pessoal do complexo de vira-lata, que gosta de defender os pequenos, pobres e quebrados e qualquer um que seja bem sucedido vira vilão.

Por que acha isso? Quem deu opção de Plano A e B pra comunidade escolher a evolução da linguagem foi a Oracle. Quem colheu feedback da comunidade pra estruturar o portal Java que é uma bagunça foi a Oracle. A própria polêmica do Field-of-use e do tck foi criado pela Sun, não pela Oracle. Pesquisa a votação do Java 6 em 2006 e vai ver que a Apache já votava contra por causa do TCK, e as outras empresas também colocavam comentários contra o tck.

Outra palhaçada: “se a Oracle pedir desculpas e mudar, a Apache volta”. Por favor, estamos falando de adultos e de empresas. Até meu afilhado de 8 anos é mais maduro.

Com esse posicionamento, quem está prejudicando o Java é a Apache, não a Oracle.

Quero ver daqui a 2 anos se a Oracle vai continuar bancando Jantar pros formadores de opnião. ops peguei pesado ?

Oracle pede à Apache que volte ao Comitê Executivo do Java
http://idgnow.uol.com.br/computacao_corporativa/2010/12/10/oracle-pede-a-apache-que-volte-ao-comite-executivo-do-java/

“Amor, volta! Tô com saudades…”

Triste mesmo, investimento em tempo, dinheiro, livros, cursos.

Sinto-me alegre agora. O pessoal tinha dúvidas sobre o rumo que o Java iria tomar, bom, é isso.

Ravnus:

Triste mesmo, investimento em tempo, dinheiro, livros, cursos.

Sinto-me alegre agora. O pessoal tinha dúvidas sobre o rumo que o Java iria tomar, bom, é isso.

Acredito que profissional Java terá um mercado aquecido daqui 10 anos, muito mais do que C, C++ e COBOL somados. Até eu que não uso Java faz tempo poderia me candidata ra uma vaga, já que a linguagem não foi atualizada nos ultimos anos.

Enfim, acho um bom retorno de investimento, que será ainda melhor, quanto menos a linguagem mudar daqui pra frente.

mochuara:

Ravnus:

Triste mesmo, investimento em tempo, dinheiro, livros, cursos.

Sinto-me alegre agora. O pessoal tinha dúvidas sobre o rumo que o Java iria tomar, bom, é isso.

Acredito que profissional Java terá um mercado aquecido daqui 10 anos, muito mais do que C, C++ e COBOL somados. Até eu que não uso Java faz tempo poderia me candidata ra uma vaga, já que a linguagem não foi atualizada nos ultimos anos.

Enfim, acho um bom retorno de investimento, que será ainda melhor, quanto menos a linguagem mudar daqui pra frente.

Acho que o amigo entendeu errado, a coisa vai mudar é daqui pra frente. A grande vantagem do Java era o código legado, dentre outras coisas e pelo o que eu entendi, isso vai morrer. Vai cair como acontece em outras linguagens, mudam as especificações e foda-se quem não reprogramar tudo.

Daqui 10 anos Java vai ter mercado? O de agora não está bom? Eu pelo ao menos estava feliz em ter ensino médio e ganhar 5 mil reais. Todos os dias chegam vagas de emprego no meu e-mail, não vejo isso em C, Delphi, Python.

Vou sentar a bunda em uma bacia de água fria e esperar pra ver no que dá. Enquanto isso vou pesquisar outra linguagem para estudar!

Errado, o Java 7 e 8 estão aí justamente pra evoluir a linguagem. E no JavaOne americano eles anunciaram os planos pro JavaEE 7, também evoluindo muito aproveitando o HTML5.

Quem não evolui são as cabeças de muita gente no forum. heheheh

O pessoal que defende a Oracle sempre aponta como se a linguagem Java estivesse estagnado no tempo.

Mas agora eu pergunto, o que é estagnada? Não ter closures? Não ter lambda? Não ter algumas facilidades que outras linguagens mais atuais possuem?

Ser uma linguagem dinâmica nunca foi o propósito do Java! Ele foi criado para ser multiplataforma e isso ele vem cumprindo muito bem! (Lógico que a maioria aqui já pegou alguma discrepância ao portar um sistema de um SO para outro, mas isso é exceção).

Java nunca foi e nunca será uma linguagem! Java é uma plataforma!

Eu gostaria que tivesse umas sacadas novas em termos de linguagem, mas não tê-las não afeta em nada meu trabalho. Este quesito nunca seria um impeditivo para mim usar ou não o Java em um projeto.

Para o pessoal que vê linguagens dinâmicas e acha que outras linguagens que não possuem aquela “sacadinha da hora” é old school e que não é produtiva simplesmente mude linguagem ou coloque ela em seu projeto. É tão mais simples do que ficar comparando duas coisas com propósitos diferentes.

A saída da Apache é lastimável. Uma pena mesmo.

FATO!

Programador Java é tudo bebê chorão… lamentável.

[]s

giulianocosta:

O pessoal que defende a Oracle sempre aponta como se a linguagem Java estivesse estagnado no tempo.

Mas agora eu pergunto, o que é estagnada? Não ter closures? Não ter lambda? Não ter algumas facilidades que outras linguagens mais atuais possuem?

Ser uma linguagem dinâmica nunca foi o propósito do Java! Ele foi criado para ser multiplataforma e isso ele vem cumprindo muito bem! (Lógico que a maioria aqui já pegou alguma discrepância ao portar um sistema de um SO para outro, mas isso é exceção).

Java nunca foi e nunca será uma linguagem! Java é uma plataforma!

E aquilo que usamos quando não estamos uando Groovy, Scala, Clojure ou JRuby? Não é uma linguagem é o que então?

Acho que vc esta fazendo uma confusão comum devido ao Java ter o mesmo nome para diferentes coisas. A linguagem, a maquina virtual, a especificação, a merca registrada pela Sun, etc.

giulianocosta:

Para o pessoal que vê linguagens dinâmicas e acha que outras linguagens que não possuem aquela “sacadinha da hora” é old school e que não é produtiva simplesmente mude linguagem ou coloque ela em seu projeto. É tão mais simples do que ficar comparando duas coisas com propósitos diferentes.

A saída da Apache é lastimável. Uma pena mesmo.

Sim, é isso que todos estão fazendo.

Mas é normal as pessoas relatarem suas experiencias com linguagens mais produtivas. Porque te incomoda isso? Que outra forma vc recomenda para as pessoas conhecerem novas linguagens senão conhecendo historias de outras pessoas que já trilharam o caminho por vc sugerido?

FATO!

Programador Java é tudo bebê chorão… lamentável.

[]s

Não precisa generalizar também…
Como em TODA linguagem, há os anjos e demônios.

.

Acho que todas essas referências que você fez foi ao Java do passado. Faz mais ou menos um ano que o pessoal começou a comentar sobre a Oracle ter comprado a Sun, alguns até diziam coisas como: “Tem emblema da Oracle no site da Sun”.

Durante esse tempo de dúvida, o Java continuou igual era antes e agora a Oracle vai dar a cartada dela e, na minha opinião, o Java vai ser tornar uma linguagem proprietária, como sempre foi, mas digo isso como outros já disseram: Quem programar soluções em Java, vai estar trabalhando para a Oracle.

Isso é a minha opinião, não se mate nem me xingue.

Quanto ao pessoal que disse que o povo choraminga demais, não estudo só Java, estudo C++, PHP…

Eu choraminguei por conta do tempo e dinheiro gasto com livros, cursos e etc. Eu aprendi muita coisa com o Java e pra mim isso tudo é válido e se amanhã cair, não terei perdas, assim dizendo e se ele continuar, vou continuar estudando, mas Java agora não é mais prioridade para mim. Ultimamente eu estava estudando para duas certificações em Java, não pela certificação em si, mas por aprender com o processo de estudo da certificação, não vou fazer mais isso, infelizmente.

Já foi tarde.

FATO!

Programador Java é tudo bebê chorão… lamentável.

[]s

FATO é que programador RoR se acha acima do bem e do mal.

Ou o que é ainda pior e mais provavel, pra alguma consultoria 3 letrinhas.

Porque??? :?: :?:

Pô pessoal. E se o Java não for para a frente, qual é o grande problema em aprender outra linguagem?

Não estamos falando aqui do fim de um paradigma (isso sim, seria bem mais preocupante), mas de um possível fim de uma linguagem. Notaram a diferença? Tudo o que vocês sabem, a experiência que conquistaram, pode ser usado (e bem usado) em outras linguagens OO!

Os design patterns não vai virar poeira, as refatorações vão continuar funcionando, vocês continuarão a usar MVC e a fazer testes unitários. O que vai mudar mesmo é um pouco da sintaxe e um ou outro recurso.

Agora, se você só sabe fazer código através de frameworks, se você é um incompetente funcional sem o Netbeans… bem, melhor começar a estudar a base, não é mesmo? Ela não é chamada de base à toa.

Quanto FUD hein ?

Alguem sabe me dizer nos ultimos 5 anos , o que a FUNDACAO APACHE contribuiu realmente (com qualidade) para a plataforma java ?

Para mim , a apache faz parte da ala “Dinossaurica” do Java que não aceita nenhuma mudanca no rumo.

A ala que acha que “esta bom assim como está”

A licenca da apache para o JDK seria catastrófica no quisito “COMPATIBILIDADE” entre os JDK’s…e isso é indiscutível.

Quer ser livre ? FORK o java com o OpenJDK e larga mao de chorar. Use GPL e seja feliz.

chun:

Quanto FUD hein ?

Alguem sabe me dizer nos ultimos 5 anos , o que a FUNDACAO APACHE contribuiu realmente (com qualidade) para a plataforma java ?

Para mim , a apache faz parte da ala “Dinossaurica” do Java que não aceita nenhuma mudanca no rumo.

A ala que acha que “esta bom assim como está”

A licenca da apache para o JDK seria catastrófica no quisito “COMPATIBILIDADE” entre os JDK’s…e isso é indiscutível.

Quer ser livre ? FORK o java com o OpenJDK e larga mao de chorar. Use GPL e seja feliz.

Não nos últimos 5, mas nos últimos 10. Existem no mínimo 100 projetos da apache no qual a plataforma java se favorece.
O grande problema Oracle e Apache é o Harmony. A Oracle quer impor restrições ao harmony, e também não fornece o tck pois a base para o processo contra a google está relacionada em a google utilizar um subset da mesma jvm da apache na sua Dalvik(que por sua vez não tem registro de compatibilidade).

Isso é simplesmente uma estratégia de mercado(Embora na minha opinião pessoal seja algo antiético, que corre contra a idéia de que a jvm deva ser realmente livre).

O OpenJDK não é realmente livre. O TCK dele é restrito.

juliocbq:

chun:

Quanto FUD hein ?

Alguem sabe me dizer nos ultimos 5 anos , o que a FUNDACAO APACHE contribuiu realmente (com qualidade) para a plataforma java ?

Para mim , a apache faz parte da ala “Dinossaurica” do Java que não aceita nenhuma mudanca no rumo.

A ala que acha que “esta bom assim como está”

A licenca da apache para o JDK seria catastrófica no quisito “COMPATIBILIDADE” entre os JDK’s…e isso é indiscutível.

Quer ser livre ? FORK o java com o OpenJDK e larga mao de chorar. Use GPL e seja feliz.

Não nos últimos 5, mas nos últimos 10. Existem no mínimo 100 projetos da apache no qual a plataforma java se favorece.
O grande problema Oracle e Apache é o Harmony. A Oracle quer impor restrições ao harmony, e também não fornece o tck pois a base para o processo contra a google está relacionada em a google utilizar um subset da mesma jvm da apache na sua Dalvik(que por sua vez não tem registro de compatibilidade).

Isso é simplesmente uma estratégia de mercado(Embora na minha opinião pessoal seja algo antiético, que corre contra a idéia de que a jvm deva ser realmente livre).

O OpenJDK não é realmente livre. O TCK dele é restrito.

O que o TCK tem a ver com o OpenJDK ? OpenJDK é GPL , e que EU SAIBA , GPL é uma licenca livre… até o CHATO DO RMS prega isso… então não confunda as coisas…

O que incomoda a Sun (e agora a Oracle) não é o Harmony e sim a licenca Apache. Este é o empecilho. Ter milhares de FORKS , com alteracoes proprietarias e sendo distribuidos com a marca “JAVA” nas costas…

Quanto aos projetos da Apache , a maioria deles são de péssima qualidade… inclusive o Tomcat.

A dalvik nem quer compatibilidade… quem dirá registro da mesma , ou uso de qualquer TCK…

Mas é exatamente por isso que o Java não se fragmentou, continuou sendo write once run anywhere, graças ao braço de ferro da Sun. Se deixar “livre”, vai ficar igual ao C, onde um programa feito em um compilador não roda se você usar outro compilador, ou ainda dá resultado diferente, o que é pior.

Mas é exatamente por isso que o Java não se fragmentou, continuou sendo write once run anywhere, graças ao braço de ferro da Sun. Se deixar “livre”, vai ficar igual ao C, onde um programa feito em um compilador não roda se você usar outro compilador, ou ainda dá resultado diferente, o que é pior.

é aquela velha estoria… nego quer e nem sabe porque… apenas quer.

Mas é exatamente por isso que o Java não se fragmentou, continuou sendo write once run anywhere, graças ao braço de ferro da Sun. Se deixar “livre”, vai ficar igual ao C, onde um programa feito em um compilador não roda se você usar outro compilador, ou ainda dá resultado diferente, o que é pior.

Não se você usar um compilador ansi c. O que existem vários. O que dita a compatibilidade é o TCK. Qualquer jvm desenvolvida deve passar pelo teste de compatibilidade, então não hà possibilidades da plataforma se fragmentar. O problema não é o Opensource e sim as restrições impostas no TCK. É com isso que a Oracle almeja controlar o harmony e ferrar a Google com Android.

chun:

juliocbq:

chun:

Quanto FUD hein ?

Alguem sabe me dizer nos ultimos 5 anos , o que a FUNDACAO APACHE contribuiu realmente (com qualidade) para a plataforma java ?

Para mim , a apache faz parte da ala “Dinossaurica” do Java que não aceita nenhuma mudanca no rumo.

A ala que acha que “esta bom assim como está”

A licenca da apache para o JDK seria catastrófica no quisito “COMPATIBILIDADE” entre os JDK’s…e isso é indiscutível.

Quer ser livre ? FORK o java com o OpenJDK e larga mao de chorar. Use GPL e seja feliz.

Não nos últimos 5, mas nos últimos 10. Existem no mínimo 100 projetos da apache no qual a plataforma java se favorece.
O grande problema Oracle e Apache é o Harmony. A Oracle quer impor restrições ao harmony, e também não fornece o tck pois a base para o processo contra a google está relacionada em a google utilizar um subset da mesma jvm da apache na sua Dalvik(que por sua vez não tem registro de compatibilidade).

Isso é simplesmente uma estratégia de mercado(Embora na minha opinião pessoal seja algo antiético, que corre contra a idéia de que a jvm deva ser realmente livre).

O OpenJDK não é realmente livre. O TCK dele é restrito.

O que o TCK tem a ver com o OpenJDK ? OpenJDK é GPL , e que EU SAIBA , GPL é uma licenca livre… até o CHATO DO RMS prega isso… então não confunda as coisas…

O que incomoda a Sun (e agora a Oracle) não é o Harmony e sim a licenca Apache. Este é o empecilho. Ter milhares de FORKS , com alteracoes proprietarias e sendo distribuidos com a marca “JAVA” nas costas…

Quanto aos projetos da Apache , a maioria deles são de péssima qualidade… inclusive o Tomcat.

A dalvik nem quer compatibilidade… quem dirá registro da mesma , ou uso de qualquer TCK…

Não há como ter alterações na plataforma com o TCK. O problema da apache é simplesmente possuir o tck sem as restrições de plataforma, como por exemplo licença para dispositivos móveis.
Não tem nada haver é com manter a qualidade ou a não fragmentação da plataforma. É uma briga comercial mesmo.

juliocbq:

chun:

juliocbq:

chun:

Quanto FUD hein ?

Alguem sabe me dizer nos ultimos 5 anos , o que a FUNDACAO APACHE contribuiu realmente (com qualidade) para a plataforma java ?

Para mim , a apache faz parte da ala “Dinossaurica” do Java que não aceita nenhuma mudanca no rumo.

A ala que acha que “esta bom assim como está”

A licenca da apache para o JDK seria catastrófica no quisito “COMPATIBILIDADE” entre os JDK’s…e isso é indiscutível.

Quer ser livre ? FORK o java com o OpenJDK e larga mao de chorar. Use GPL e seja feliz.

Não nos últimos 5, mas nos últimos 10. Existem no mínimo 100 projetos da apache no qual a plataforma java se favorece.
O grande problema Oracle e Apache é o Harmony. A Oracle quer impor restrições ao harmony, e também não fornece o tck pois a base para o processo contra a google está relacionada em a google utilizar um subset da mesma jvm da apache na sua Dalvik(que por sua vez não tem registro de compatibilidade).

Isso é simplesmente uma estratégia de mercado(Embora na minha opinião pessoal seja algo antiético, que corre contra a idéia de que a jvm deva ser realmente livre).

O OpenJDK não é realmente livre. O TCK dele é restrito.

O que o TCK tem a ver com o OpenJDK ? OpenJDK é GPL , e que EU SAIBA , GPL é uma licenca livre… até o CHATO DO RMS prega isso… então não confunda as coisas…

O que incomoda a Sun (e agora a Oracle) não é o Harmony e sim a licenca Apache. Este é o empecilho. Ter milhares de FORKS , com alteracoes proprietarias e sendo distribuidos com a marca “JAVA” nas costas…

Quanto aos projetos da Apache , a maioria deles são de péssima qualidade… inclusive o Tomcat.

A dalvik nem quer compatibilidade… quem dirá registro da mesma , ou uso de qualquer TCK…

Não há como ter alterações na plataforma com o TCK. O problema da apache é simplesmente possuir o tck sem as restrições de plataforma, como por exemplo licença para dispositivos móveis.
Não tem nada haver é com manter a qualidade ou a não fragmentação da plataforma. É uma briga comercial mesmo.

Comercial ? Desde quando que a apache é uma empresa comercial ?
Ela que mude a porcaria da licenca do Harmony e pronto.

juliocbq:

chun:

Quanto FUD hein ?

Alguem sabe me dizer nos ultimos 5 anos , o que a FUNDACAO APACHE contribuiu realmente (com qualidade) para a plataforma java ?

Para mim , a apache faz parte da ala “Dinossaurica” do Java que não aceita nenhuma mudanca no rumo.

A ala que acha que “esta bom assim como está”

A licenca da apache para o JDK seria catastrófica no quisito “COMPATIBILIDADE” entre os JDK’s…e isso é indiscutível.

Quer ser livre ? FORK o java com o OpenJDK e larga mao de chorar. Use GPL e seja feliz.

Não nos últimos 5, mas nos últimos 10. Existem no mínimo 100 projetos da apache no qual a plataforma java se favorece.
O grande problema Oracle e Apache é o Harmony. A Oracle quer impor restrições ao harmony, e também não fornece o tck pois a base para o processo contra a google está relacionada em a google utilizar um subset da mesma jvm da apache na sua Dalvik(que por sua vez não tem registro de compatibilidade).

Isso é simplesmente uma estratégia de mercado(Embora na minha opinião pessoal seja algo antiético, que corre contra a idéia de que a jvm deva ser realmente livre).

O OpenJDK não é realmente livre. O TCK dele é restrito.

Respeito muito seus posts mas nesse caso acho que voce esta parecendo fanboy mordido criticando sem fundamentos e falando dos feitos passados da apache que deixou de ser um membro tão produtivo a alguns anos, as criticas que voce faz a oracle na verdade são todas remanecentes da sun na verdade, ela apenas esta mantendo o que a sun fez e tentando impor um bom ritimo de inovação na plataforma!

Esse atraso de decadas que voce cita com a saida da apache teria como base em que avanços que ela tenha feito nos ultimos 5 anos, sem falar que nos ultimos 10 ou que na época da criação ela pagou a impressão do documento original ou quando a apache e james gosling foram viajar pra disney…

O Problema não é a licença do harmony. Se você entrar no site da apache e ler a licença vai perceber isso. O problema é o harmony em si como produto. Por isso a Oracle não liberou o tck, não se pronunciou sobre e nem vai liberar.

A Oracle não vai liberar o TCK simplesmente porque ela é uma empresa, possui acionistas, CEO and blablabla… não é uma instituição beneficente não precisa nem vai ceder as vontades da apache, ela esta mantendo as restrições como eram com a sun e todos estavam de acordo com a forma que o barco caminhava!

Ravnus:

Quem programar soluções em Java, vai estar trabalhando para a Oracle.

Não faço a minima ideia do que voce quis dizer com isso, a oracle ta contratando todo mundo??? :lol:

Cara, me expressei mal. O que quis dizer é que o foco da SUN sempre foi na plataforma e não na linguagem. A linguagem eles fizeram o mais simples possivel para poder ganhar no quesito portabilidade. Por isso a linguagem nunca teve grandes mudanças significativas.

Muita gente fala mal de EJBs (primeiras versões), RMI, etc. Mas muita gente não sabe como era antes disso (incluindo eu, que me interei um pouco através de leitura), era muito complexo fazer um sistema que contasse com essas tecnologias. E o Java, realmente simplificou e abstraiu boa parte da complexidade.

Concordo que a linguagem tem que avançar e seguir no rumo da abstração. Porém, devemos analisar com cautela se isso é o melhor para a plataforma como um todo. Eu acredito que se já existe linguagens mais dinâmicas e maduras no quesito “Linguagem de programação” e se temos um gancho para usá-las com java. Por que não fazer isso?

nofan:

juliocbq:

chun:

Quanto FUD hein ?

Alguem sabe me dizer nos ultimos 5 anos , o que a FUNDACAO APACHE contribuiu realmente (com qualidade) para a plataforma java ?

Para mim , a apache faz parte da ala “Dinossaurica” do Java que não aceita nenhuma mudanca no rumo.

A ala que acha que “esta bom assim como está”

A licenca da apache para o JDK seria catastrófica no quisito “COMPATIBILIDADE” entre os JDK’s…e isso é indiscutível.

Quer ser livre ? FORK o java com o OpenJDK e larga mao de chorar. Use GPL e seja feliz.

Não nos últimos 5, mas nos últimos 10. Existem no mínimo 100 projetos da apache no qual a plataforma java se favorece.
O grande problema Oracle e Apache é o Harmony. A Oracle quer impor restrições ao harmony, e também não fornece o tck pois a base para o processo contra a google está relacionada em a google utilizar um subset da mesma jvm da apache na sua Dalvik(que por sua vez não tem registro de compatibilidade).

Isso é simplesmente uma estratégia de mercado(Embora na minha opinião pessoal seja algo antiético, que corre contra a idéia de que a jvm deva ser realmente livre).

O OpenJDK não é realmente livre. O TCK dele é restrito.

Respeito muito seus posts mas nesse caso acho que voce esta parecendo fanboy mordido criticando sem fundamentos e falando dos feitos passados da pache que deixou de ser um membro tão produtivo a alguns anos, as criticas que voce faz a oracle na verdade são todas remancentes da sun na verdade, ela apenas esta mantendo o que a sun fez e tentando impor um bom ritimo de inovação na plataforma!

Esse atraso de decadas que voce cita com a saida da apache teria como base em que avanços que ela tenha feito nos ultimos 5 anos, sem falar que nos ultimos 10 ou que na época da criação ela pagou a impressão do documento original ou quando a apache e james gosling foram viajar pra disney…

Não sou fanboy de nenhuma dessas empresas não. Só estou dizendo o seguinte:

1. A apache contribui tanto que tem mais de 100 projetos no qual o java hoje usufrui. É só entrar no site da apache e ver isso.
2. Oracle não libera o tck por razões comerciais(o harmony claro). Eu gostaria de ver o harmony andar para frente, tanto é que o android usa um subset de harmony.

3)Google foi processado por usar harmony como subset justamente por ela não ter o tck.

4. Vocês estão discutindo por causa de uma briga de grandes empresas onde não existem motivos nobres. É Harmony vs OpenJDK vs Android(Oracle vs Android, ligado justamente pelo harmony).

5)Não existem motivos em alegar questões de fragmentação ou que a Oracle é santa(nem google ou apache) ou coisa parecida.
O que existe é que a jvm tem uma licença OpenSource que é uma mentira. Eu mesmo acreditava que a GPL garantia isso.

Sobre a questão do harmony acredito que é um ótimo projeto que beneficiaria o “java” em si, em todos os sentidos. É apenas uma opinião pessoal, e creio que não é necessário alegar que pessoas são fanboys de empresas.

Ok então sinto muito pela alegação, acho que é justamente uma briga comercial entre eles e não que isso traga uma perca de decadas de evolução, ou dizer que nos ultimos 10 anos SÓ andou pra frente por causa da apache, como estão afirmando, deviamos nos concentrar nos impactos reais que a plataforma terá e não tentar criar esse ar de que vai morrer porque a apache que fazia tudo no java!

Quanta besteira, a Google está sendo processada justamente por utilizar codigo Fechado e ainda dizer que é do harmonny…

nada a ver com TCk , que viagem !

chun:

Quanta besteira, a Google está sendo processada justamente por utilizar codigo Fechado e ainda dizer que é do harmonny…

nada a ver com TCk , que viagem !

Exatamente.
Como o harmony não tem tck não tem licença. É uma maneira de tirar os concorrentes do mercado(apesar de ser antiético na minha opinião).

http://www.osnews.com/story/23959/Oracle_Claims_Google_Copied_Java_Code_-_Not_So_Fast_Though/

Nao tem nada a ver…

Voce pode criar uma JVM, sem TCK , só não pode chamar de Java…

e é isso que a dalvik faz…

chun:

Nao tem nada a ver…

Voce pode criar uma JVM, sem TCK , só não pode chamar de Java…

e é isso que a dalvik faz…

Não pode não, sem TCK você quebra as patentes. E é isso que a Oracle usa contra o google.
Só ler os artigos ae.

chun:

Nao tem nada a ver…

Voce pode criar uma JVM, sem TCK , só não pode chamar de Java…

e é isso que a dalvik faz…

E é por isso que o google esta sendo processado ne?

juliocbq:

chun:

Comercial ? Desde quando que a apache é uma empresa comercial ?
Ela que mude a porcaria da licenca do Harmony e pronto.

O Problema não é a licença do harmony. Se você entrar no site da apache e ler a licença vai perceber isso. O problema é o harmony em si como produto. Por isso a Oracle não liberou o tck, não se pronunciou sobre e nem vai liberar.

O problema da licença Apache e outras permissivas como BSD, é que uma empresa pode pegar o código e fechar (um java pra chamar de seu) e isso não é possível com a GPL.

A Oracle está certa, a Apache que mude a licença!

mochuara:

chun:

Nao tem nada a ver…

Voce pode criar uma JVM, sem TCK , só não pode chamar de Java…

e é isso que a dalvik faz…

E é por isso que o google esta sendo processado ne?

A Google está sendo processada porque a Oracle diz que ela utilizou codigo PROPRITARIO para criar a sua JVM…
Já a google diz que pegou a parte do codigo do apache harmonny…e se o harmonny copiou… nao eh problema dela…

NAO TEM NADA A VER COM LICENCIAMENTO DE LINGUAGEM OU PLATAFORMA JAVA.

@Chun: essa é a parte sobre copyright do processo todo.
A Oracle também está processando a Google por quebra de patente, por causa do Jit, das técnicas de otimização de código etc

chun:

mochuara:

chun:

Nao tem nada a ver…

Voce pode criar uma JVM, sem TCK , só não pode chamar de Java…

e é isso que a dalvik faz…

E é por isso que o google esta sendo processado ne?

A Google está sendo processada porque a Oracle diz que ela utilizou codigo PROPRITARIO para criar a sua JVM…
Já a google diz que pegou a parte do codigo do apache harmonny…e se o harmonny copiou… nao eh problema dela…

NAO TEM NADA A VER COM LICENCIAMENTO DE LINGUAGEM OU PLATAFORMA JAVA.

Que diferença faz se é problema de licenca ou não? Vc continua sem poder criar uma JVM e chamar de ChunVM sob o risco de ser processado pela Oracle por quebra de patentes.

bitjesse:

juliocbq:

chun:

Comercial ? Desde quando que a apache é uma empresa comercial ?
Ela que mude a porcaria da licenca do Harmony e pronto.

O Problema não é a licença do harmony. Se você entrar no site da apache e ler a licença vai perceber isso. O problema é o harmony em si como produto. Por isso a Oracle não liberou o tck, não se pronunciou sobre e nem vai liberar.

O problema da licença Apache e outras permissivas como BSD, é que uma empresa pode pegar o código e fechar (um java pra chamar de seu) e isso não é possível com a GPL.

A Oracle está certa, a Apache que mude a licença!

Então para que serve um “OpenJDK”? Essa é justamente a briga da Apache contra a Oracle. O jdk é para ser distribuido sob licença gpl, ou seja, para ser possível outras implementações da jvm desde que estejam nos quesitos do TCK, mas é justamente o tck que impede o java justamente de ser livre.

Detalhe: A APL é compatível com a GPL

mochuara:

Que diferença faz se é problema de licenca ou não? Vc continua sem poder criar uma JVM e chamar de ChunVM sob o risco de ser processado pela Oracle por quebra de patentes.

Você pode chamar de ChunVM, se não violar licenciamento de ninguém. O que a Oracle alega é que no lugar de usar um código da OpenJDK, ela usou um código da JVM oficial, licenciado pela CDDL. E, como o Chun falou, o Google disse que pegou esse código do Harmony, jogando a bola pra cima do amigo. heheheh Daí, curiosamente, a Apache começou a brigar pelo tck e desviou a atenção.

Mas concordo com o julio, nenhum dos três são santos, e enquanto nós ficamos discutindo quem está com a razão, os três estão ganhando dinheiro.

marcosalex:

mochuara:

Que diferença faz se é problema de licenca ou não? Vc continua sem poder criar uma JVM e chamar de ChunVM sob o risco de ser processado pela Oracle por quebra de patentes.

Você pode chamar de ChunVM, se não violar licenciamento de ninguém. O que a Oracle alega é que no lugar de usar um código da OpenJDK, ela usou um código da JVM oficial, licenciado pela CDDL. E, como o Chun falou, o Google disse que pegou esse código do Harmony, jogando a bola pra cima do amigo. heheheh Daí, curiosamente, a Apache começou a brigar pelo tck e desviou a atenção.

Mas concordo com o julio, nenhum dos três são santos, e enquanto nós ficamos discutindo quem está com a razão, os três estão ganhando dinheiro.

Pois é. Mas essa briga pelo tck já é mais velha que o mundo. A Oracle já esteve lado a lado com a Apache pelo TCK na época da Sun. A apache tem sua jvm que é baseada no “OpenJDK” que por sua vez é extendida(em poucas coisas pelo jdk da Oracle), como alguns codecs proprietários de formatos de imagens(ex: o jpeg). Quando a Oracle ganhou o controle da Sun Microsystems a opinião dela a respeito do tck mudou completamente(harmony como concorrente claro).

A alegação de código(algoritmos) proprietário sendo usados como base da dalvik é coisa impossível de ser comprovada. Nem com o fonte do harmony e da dalvik. Isso é especulação.
E engenheiros saindo da oracle e indo pro google para criar a dalvik é uma idéia um pouco bizarra ao meu ver.

O que conta é aconcorrência forte que o harmony pode fazer.

Mas isso é especulação minha também. É a idéia que eu tenho do assunto.

marcosalex:

mochuara:

Que diferença faz se é problema de licenca ou não? Vc continua sem poder criar uma JVM e chamar de ChunVM sob o risco de ser processado pela Oracle por quebra de patentes.

Você pode chamar de ChunVM, se não violar licenciamento de ninguém. O que a Oracle alega é que no lugar de usar um código da OpenJDK, ela usou um código da JVM oficial, licenciado pela CDDL. E, como o Chun falou, o Google disse que pegou esse código do Harmony, jogando a bola pra cima do amigo. heheheh Daí, curiosamente, a Apache começou a brigar pelo tck e desviou a atenção.

Voce alguma duvida que uma ChunVM baseada na JVM irá violar alguma patente da Oracle?

mochuara:

marcosalex:

mochuara:

Que diferença faz se é problema de licenca ou não? Vc continua sem poder criar uma JVM e chamar de ChunVM sob o risco de ser processado pela Oracle por quebra de patentes.

Você pode chamar de ChunVM, se não violar licenciamento de ninguém. O que a Oracle alega é que no lugar de usar um código da OpenJDK, ela usou um código da JVM oficial, licenciado pela CDDL. E, como o Chun falou, o Google disse que pegou esse código do Harmony, jogando a bola pra cima do amigo. heheheh Daí, curiosamente, a Apache começou a brigar pelo tck e desviou a atenção.

Voce alguma duvida que uma ChunVM baseada na JVM irá violar alguma patente da Oracle?

Se a ChunVM for um Fork do OpenJDK e tambem for GPL não violará.

chun:

mochuara:

marcosalex:

mochuara:

Que diferença faz se é problema de licenca ou não? Vc continua sem poder criar uma JVM e chamar de ChunVM sob o risco de ser processado pela Oracle por quebra de patentes.

Você pode chamar de ChunVM, se não violar licenciamento de ninguém. O que a Oracle alega é que no lugar de usar um código da OpenJDK, ela usou um código da JVM oficial, licenciado pela CDDL. E, como o Chun falou, o Google disse que pegou esse código do Harmony, jogando a bola pra cima do amigo. heheheh Daí, curiosamente, a Apache começou a brigar pelo tck e desviou a atenção.

Voce alguma duvida que uma ChunVM baseada na JVM irá violar alguma patente da Oracle?

Se a ChunVM for um Fork do OpenJDK e tambem for GPL não violará.

vai violar pois voce não tem TCK e nunca vai ter. Se por acaso algum dia tiver vai ser restrito como o da apache(restrição para dispositivos móveis).

O que é difícil de entender na parte que a Oracle só quer a dela no mercado?

E sabe o que é mais interessante? Se você fizer um fork do openjdk a sua VMCavaleirodoZodiaco terá de ser igual ao OpenJdk(não vai poder melhorar a tecnologia dela).

juliocbq:

vai violar pois voce não tem TCK e nunca vai ter. Se por acaso algum dia tiver vai ser restrito como o da apache(restrição para dispositivos móveis).

O que é difícil de entender na parte que a Oracle só quer a dela no mercado?

E sabe o que é mais interessante? Se você fizer um fork do openjdk a sua VMCavaleirodoZodiaco terá de ser igual ao OpenJdk(não vai poder melhorar a tecnologia dela).

Voce não se contradisse aqui?

mochuara:

juliocbq:

vai violar pois voce não tem TCK e nunca vai ter. Se por acaso algum dia tiver vai ser restrito como o da apache(restrição para dispositivos móveis).

O que é difícil de entender na parte que a Oracle só quer a dela no mercado?

E sabe o que é mais interessante? Se você fizer um fork do openjdk a sua VMCavaleirodoZodiaco terá de ser igual ao OpenJdk(não vai poder melhorar a tecnologia dela).

Voce não se contradisse aqui?

Não. Porque o que impede a distribuição da jvm é justamente o tck. Todos nós sabemos que o “openjdk” é GPL, mas o TCK é quem dita as regras.

O que faz bastante sentido. A Oracle e a Sun tinham uma especificação do Java. Se você faz um fork e muda coisas por lá, não é mais Java.
Essa é a briga. Isso é válido para a linguagem, e ainda mais válido para VM.

Multiplataforma também só se conquista com padrões, e padrões rígidos.

ViniGodoy:

O que faz bastante sentido. A Oracle e a Sun tinham uma especificação do Java. Se você faz um fork e muda coisas por lá, não é mais Java.
Essa é a briga. Isso é válido para a linguagem, e ainda mais válido para VM.

Multiplataforma também só se conquista com padrões, e padrões rígidos.

O tck foi desenvolvido com esse intuito. Ele obriga as implementações andarem nos padrões, mas agora também sabemos que é usado para controlar o mercado.

Acho que o chun tem razao. A IBM e a azul systems por examplo possuem forks do openjdk e nao tiveram problema.

…ainda.

Cara se a VM de vcs estiverem de acordo com o TCK, vocês estarão aptos a submeterem seus projetos a aprovação para distribuição.

Para isso a VM de vocês tem que ser capaz de rodar códigos JSE e JME de acordo com a especificação.

O que me parece 'e que a google violou essa especificação e copiou códigos da VM para montar a VM do Android que não roda código java de acordo com a especificação do JME.

Eu concordo 100% com o Vini aqui:

A vantagem do java é justamente a portabilidade.
Nego não pode mesmo evoluir a linguagem sem manter a portabilidade e a compatibilidade com versões anteriores, sem isso não Java certo?

juliocbq:

ViniGodoy:

O que faz bastante sentido. A Oracle e a Sun tinham uma especificação do Java. Se você faz um fork e muda coisas por lá, não é mais Java.
Essa é a briga. Isso é válido para a linguagem, e ainda mais válido para VM.

Multiplataforma também só se conquista com padrões, e padrões rígidos.

O tck foi desenvolvido com esse intuito. Ele obriga as implementações andarem nos padrões, mas agora também sabemos que é usado para controlar o mercado.

Mas claro!! Não tenha dúvidas disso!! afinal se você fosse dono e mantenedor da API do Java, não faria o mesmo?

O TCK existe a bastante tempo, bem antes da Oracle. Essa briga ai com a Apache vem de 2005!

PedroTOliveira:

Cara se a VM de vcs estiverem de acordo com o TCK, vocês estarão aptos a submeterem seus projetos a aprovação para distribuição.

Para isso a VM de vocês tem que ser capaz de rodar códigos JSE e JME de acordo com a especificação.

O que me parece 'e que a google violou essa especificação e copiou códigos da VM para montar a VM do Android que não roda código java de acordo com a especificação do JME.

Eu concordo 100% com o Vini aqui:

A vantagem do java é justamente a portabilidade.
Nego não pode mesmo evoluir a linguagem sem manter a portabilidade e a compatibilidade com versões anteriores, sem isso não Java certo?

Tudo isso que você disse está correto, mas faltou apenas uma citação. O harmony está nos conformes e a oracle não repassou o tck para eles, nem deu nenhuma explicação sobre.

PedroTOliveira:

juliocbq:

ViniGodoy:

O que faz bastante sentido. A Oracle e a Sun tinham uma especificação do Java. Se você faz um fork e muda coisas por lá, não é mais Java.
Essa é a briga. Isso é válido para a linguagem, e ainda mais válido para VM.

Multiplataforma também só se conquista com padrões, e padrões rígidos.

O tck foi desenvolvido com esse intuito. Ele obriga as implementações andarem nos padrões, mas agora também sabemos que é usado para controlar o mercado.

Mas claro!! Não tenha dúvidas disso!! afinal se você fosse dono e mantenedor da API do Java, não faria o mesmo?

O TCK existe a bastante tempo, bem antes da Oracle. Essa briga ai com a Apache vem de 2005!

Pois é. A causa dessa bagunça aí não tem nada haver com especificações errôneas ou licenças. Mas é engraçado haver um OpenJDK.

Eu tenho minhas dúvidas a respeito disso Júlio. A Apache sofre para obter esse TCK a bastante tempo, a briga deles começou com a SUN e continua agora com a Oracle.

Acho injusto culpar a Orcale pela apache ter saído do JCP.

PedroTOliveira:

juliocbq:

Tudo isso que você disse está correto, mas faltou apenas uma citação. O harmony está nos conformes e a oracle não repassou o tck para eles, nem deu nenhuma explicação sobre.

Eu tenho minhas dúvidas a respeito disso Júlio. A Apache sofre para obter esse TCK a bastante tempo, a briga deles começou com a SUN e continua agora com a Oracle.

Acho injusto culpar a Orcale pela apache ter saído do JCP.

Essa briga tem muito tempo mesmo. Mas a Oracle participou dela junto com a Apache para conseguir um TCK na época da Sun.

Não estou culpando ninguém.

Velho mas o TCK não é uma licensa.

É uma Suite de testes que você roda para licenciar e garantir a compatibilidade da sua implementação!

Exemplo: http://openjdk.java.net/groups/conformance/docs/JCK6bUsersGuide/html/p13.html

juliocbq:

chun:

mochuara:

marcosalex:

mochuara:

Que diferença faz se é problema de licenca ou não? Vc continua sem poder criar uma JVM e chamar de ChunVM sob o risco de ser processado pela Oracle por quebra de patentes.

Você pode chamar de ChunVM, se não violar licenciamento de ninguém. O que a Oracle alega é que no lugar de usar um código da OpenJDK, ela usou um código da JVM oficial, licenciado pela CDDL. E, como o Chun falou, o Google disse que pegou esse código do Harmony, jogando a bola pra cima do amigo. heheheh Daí, curiosamente, a Apache começou a brigar pelo tck e desviou a atenção.

Voce alguma duvida que uma ChunVM baseada na JVM irá violar alguma patente da Oracle?

Se a ChunVM for um Fork do OpenJDK e tambem for GPL não violará.

vai violar pois voce não tem TCK e nunca vai ter. Se por acaso algum dia tiver vai ser restrito como o da apache(restrição para dispositivos móveis).

O que é difícil de entender na parte que a Oracle só quer a dela no mercado?

E sabe o que é mais interessante? Se você fizer um fork do openjdk a sua VMCavaleirodoZodiaco terá de ser igual ao OpenJdk(não vai poder melhorar a tecnologia dela).

O TCK é fornecido para FORKS GPL do OpenJDK sem problemas.

juliocbq:

PedroTOliveira:

Cara se a VM de vcs estiverem de acordo com o TCK, vocês estarão aptos a submeterem seus projetos a aprovação para distribuição.

Para isso a VM de vocês tem que ser capaz de rodar códigos JSE e JME de acordo com a especificação.

O que me parece 'e que a google violou essa especificação e copiou códigos da VM para montar a VM do Android que não roda código java de acordo com a especificação do JME.

Eu concordo 100% com o Vini aqui:

A vantagem do java é justamente a portabilidade.
Nego não pode mesmo evoluir a linguagem sem manter a portabilidade e a compatibilidade com versões anteriores, sem isso não Java certo?

Tudo isso que você disse está correto, mas faltou apenas uma citação. O harmony está nos conformes e a oracle não repassou o tck para eles, nem deu nenhuma explicação sobre.

Está dificil entender que o impeditivo é a licença Apache ?

O TCK é fornecido tranquilamento se voce DERIVAR sua VM do OpenJDK e ela for licenca GPL

Se isto não é ser livre… então o linux tmb não é livre… prq não permite ter derivacoes não GPL.

PedroTOliveira:

Velho mas o TCK não é uma licensa.

É uma Suite de testes que você roda para licenciar e garantir a compatibilidade da sua implementação!

Exemplo: http://openjdk.java.net/groups/conformance/docs/JCK6bUsersGuide/html/p13.html

Isso mesmo. Sem o TCK você não pode omologar a sua vm como sendo java. O TCK da apache tem restrições de campo de uso. Com isso a máquina deles está restrita.

chun:

juliocbq:

PedroTOliveira:

Cara se a VM de vcs estiverem de acordo com o TCK, vocês estarão aptos a submeterem seus projetos a aprovação para distribuição.

Para isso a VM de vocês tem que ser capaz de rodar códigos JSE e JME de acordo com a especificação.

O que me parece 'e que a google violou essa especificação e copiou códigos da VM para montar a VM do Android que não roda código java de acordo com a especificação do JME.

Eu concordo 100% com o Vini aqui:

A vantagem do java é justamente a portabilidade.
Nego não pode mesmo evoluir a linguagem sem manter a portabilidade e a compatibilidade com versões anteriores, sem isso não Java certo?

Tudo isso que você disse está correto, mas faltou apenas uma citação. O harmony está nos conformes e a oracle não repassou o tck para eles, nem deu nenhuma explicação sobre.

Está dificil entender que o impeditivo é a licença Apache ?

O TCK é fornecido tranquilamento se voce DERIVAR sua VM do OpenJDK e ela for licenca GPL

Se isto não é ser livre… então o linux tmb não é livre… prq não permite ter derivacoes não GPL.

Não está difícil não. Mas não é isso. O impeditivo não é a licença da apache. É a restrição de campo de uso no TCK.

juliocbq:

chun:

juliocbq:

PedroTOliveira:

Cara se a VM de vcs estiverem de acordo com o TCK, vocês estarão aptos a submeterem seus projetos a aprovação para distribuição.

Para isso a VM de vocês tem que ser capaz de rodar códigos JSE e JME de acordo com a especificação.

O que me parece 'e que a google violou essa especificação e copiou códigos da VM para montar a VM do Android que não roda código java de acordo com a especificação do JME.

Eu concordo 100% com o Vini aqui:

A vantagem do java é justamente a portabilidade.
Nego não pode mesmo evoluir a linguagem sem manter a portabilidade e a compatibilidade com versões anteriores, sem isso não Java certo?

Tudo isso que você disse está correto, mas faltou apenas uma citação. O harmony está nos conformes e a oracle não repassou o tck para eles, nem deu nenhuma explicação sobre.

Está dificil entender que o impeditivo é a licença Apache ?

O TCK é fornecido tranquilamento se voce DERIVAR sua VM do OpenJDK e ela for licenca GPL

Se isto não é ser livre… então o linux tmb não é livre… prq não permite ter derivacoes não GPL.

Não está difícil não. Mas não é isso. O impeditivo não é a licença da apache. É a restrição de campo de uso no TCK.

Então vamos lá… O que é especificamente a “restrição de campo de uso” ?
Coloque aqui “qual é o campo de uso”…

voce vai se surpreender…

juliocbq:

PedroTOliveira:

Cara se a VM de vcs estiverem de acordo com o TCK, vocês estarão aptos a submeterem seus projetos a aprovação para distribuição.

Para isso a VM de vocês tem que ser capaz de rodar códigos JSE e JME de acordo com a especificação.

O que me parece 'e que a google violou essa especificação e copiou códigos da VM para montar a VM do Android que não roda código java de acordo com a especificação do JME.

Eu concordo 100% com o Vini aqui:

A vantagem do java é justamente a portabilidade.
Nego não pode mesmo evoluir a linguagem sem manter a portabilidade e a compatibilidade com versões anteriores, sem isso não Java certo?

Tudo isso que você disse está correto, mas faltou apenas uma citação. O harmony está nos conformes e a oracle não repassou o tck para eles, nem deu nenhuma explicação sobre.

nos conformes do que?
a licença deles é apache não?

e o TCK é liberado para forks da OPEN jdk com licença GPL não?

Essa restrição previne o harmony de rodar em dispositivos móveis, o que praticamente tira o quesito multiplataforma do mesmo.

A oracle mesmo havia proposto um tck sem restrições.

juliocbq:

chun:

Então vamos lá… O que é especificamente a “restrição de campo de uso” ?
Coloque aqui “qual é o campo de uso”…

voce vai se surpreender…

Essa restrição previne o harmony de rodar em dispositivos móveis, o que praticamente tira o quesito multiplataforma do mesmo.

A oracle mesmo havia proposto um tck sem restrições.

http://en.wikipedia.org/wiki/Technology_Compatibility_Kit

E previne de que forma ?
Por que o Harmonny se encontra dentro dessa clausula ? Qual o argumento ?

RafaFloripa:

juliocbq:

PedroTOliveira:

Cara se a VM de vcs estiverem de acordo com o TCK, vocês estarão aptos a submeterem seus projetos a aprovação para distribuição.

Para isso a VM de vocês tem que ser capaz de rodar códigos JSE e JME de acordo com a especificação.

O que me parece 'e que a google violou essa especificação e copiou códigos da VM para montar a VM do Android que não roda código java de acordo com a especificação do JME.

Eu concordo 100% com o Vini aqui:

A vantagem do java é justamente a portabilidade.
Nego não pode mesmo evoluir a linguagem sem manter a portabilidade e a compatibilidade com versões anteriores, sem isso não Java certo?

Tudo isso que você disse está correto, mas faltou apenas uma citação. O harmony está nos conformes e a oracle não repassou o tck para eles, nem deu nenhuma explicação sobre.

nos conformes do que?
a licença deles é apache não?

e o TCK é liberado para forks da OPEN jdk com licença GPL não?

A licença da apache é compatível com a gpl.

http://www.apache.org/licenses/GPL-compatibility.html

O problema não é esse. O problema é o FOU explicado no post anterior.

Extraido de sua propria fonte:

License and Controversy
See also: Apache Harmony#Difficulties to obtain a TCK license from Sun

Subsequent to Sun’s release of OpenJDK, Sun released a specific license to permit running the TCK in the OpenJDK context for any GPL implementation deriving substantially from OpenJDK[6].

This requirement denies the Apache Harmony project an Apache License-compatible right to use the TCK. On November 9, 2010, the Apache Software Foundation threatened to withdraw from the Java Community Process if they were not granted a TCK license for Harmony without additional restrictions.[7]

On December 9, 2010, the Apache Software Foundation resigned its seat on the Java SE/EE Executive Committee.[8]

Ele não se encontra dentro de clausula nenhuma. O TCK que a Oracle oferece simplesmente possui essa restrição. Todas as empresas do JCP deixaram claro o desapontamento com isso na votação, apesar de votarem sim para a jsr 7.

Leia acima , encontra-se SIM… ele não é GPL FORK do OpenJDK. Não tem nada a ver com Mobile…

Veja que interessante:

Ou seja , troque a licença e seja feliz.

chun:

Extraido de sua propria fonte:

License and Controversy
See also: Apache Harmony#Difficulties to obtain a TCK license from Sun

Subsequent to Sun’s release of OpenJDK, Sun released a specific license to permit running the TCK in the OpenJDK context for any GPL implementation deriving substantially from OpenJDK[6].

This requirement denies the Apache Harmony project an Apache License-compatible right to use the TCK. On November 9, 2010, the Apache Software Foundation threatened to withdraw from the Java Community Process if they were not granted a TCK license for Harmony without additional restrictions.[7]

On December 9, 2010, the Apache Software Foundation resigned its seat on the Java SE/EE Executive Committee.[8]

Pois é isso mesmo. A apache considera essa lincença com restrições inviável para ela.

É a forma que a Sun encontrou na epoca de garantir a liberdade real das implementacoes de Java.

Se vc quer implementar Java , FORKE e ABRA seu codigo obrigatoriamente…

é como o pessoal do Linux garante a liberdade do linux…

é como o pessoal da FSF garante a liberdade de seus produtos…

regras devem existir… até a propria apache tem regras , a sua Licenca Apache.

chun:

Veja que interessante:

Ou seja , troque a licença e seja feliz.

A apache não pode reescrever a licença senão estaria contrariando o quesito OpenSource. Concordando com a restrição. É o que diz ae.

chun:

mochuara:

marcosalex:

Você pode chamar de ChunVM, se não violar licenciamento de ninguém. O que a Oracle alega é que no lugar de usar um código da OpenJDK, ela usou um código da JVM oficial, licenciado pela CDDL. E, como o Chun falou, o Google disse que pegou esse código do Harmony, jogando a bola pra cima do amigo. heheheh Daí, curiosamente, a Apache começou a brigar pelo tck e desviou a atenção.

Voce alguma duvida que uma ChunVM baseada na JVM irá violar alguma patente da Oracle?

Se a ChunVM for um Fork do OpenJDK e tambem for GPL não violará.

É isso aí, o problema no lugar de usar código do OpenJDK, usou código da outra JVM. Mas é claro que se a Oracle quisesse deixar passar em branco, ela tinha deixado.

chun:

É a forma que a Sun encontrou na epoca de garantir a liberdade real das implementacoes de Java.

Se vc quer implementar Java , FORKE e ABRA seu codigo obrigatoriamente…

é como o pessoal do Linux garante a liberdade do linux…

é como o pessoal da FSF garante a liberdade de seus produtos…

regras devem existir… até a propria apache tem regras , a sua Licenca Apache.

Olha direito o que diz seu último post. A apache não aceita o tck porque o Fou contraria sua licença opensource.

marcosalex:

chun:

mochuara:

marcosalex:

Você pode chamar de ChunVM, se não violar licenciamento de ninguém. O que a Oracle alega é que no lugar de usar um código da OpenJDK, ela usou um código da JVM oficial, licenciado pela CDDL. E, como o Chun falou, o Google disse que pegou esse código do Harmony, jogando a bola pra cima do amigo. heheheh Daí, curiosamente, a Apache começou a brigar pelo tck e desviou a atenção.

Voce alguma duvida que uma ChunVM baseada na JVM irá violar alguma patente da Oracle?

Se a ChunVM for um Fork do OpenJDK e tambem for GPL não violará.

É isso aí, o problema no lugar de usar código do OpenJDK, usou código da outra JVM. Mas é claro que se a Oracle quisesse deixar passar em branco, ela tinha deixado.

A Apache recusou esse TCK pelo FOU que vai contra a licença dela(que é justamente a livre implementação). Pelo menos é o que diz a fonte que o chun comentou.
Ou seja, o OpenJDK realmente não é livre e contradiz o jcp.

A licença da apache é compatível com a gpl. No lugar da apache eu também recusaria o tck se privasse o harmony de rodar em outros dispositivos.
http://www.apache.org/licenses/GPL-compatibility.html

juliocbq:

A licença da apache é compatível com a gpl.

http://www.apache.org/licenses/GPL-compatibility.html

O problema não é esse. O problema é o FOU explicado no post anterior.

Sera??

De acordo com a OSI o OpenJDK é Livre.

O que não é livre , é a marca Java. E esta dificilmente vai ser livre algum dia, afinal , é um dos maiores ativos da Oracle neste momento.

chun:

De acordo com a OSI o OpenJDK é Livre.

Ok, de acordo com o TCK não. Como você explica o FOU?

fredferrao:

juliocbq:

A licença da apache é compatível com a gpl.

http://www.apache.org/licenses/GPL-compatibility.html

O problema não é esse. O problema é o FOU explicado no post anterior.

Sera??

como você explica o tck com o FOU se o problema fosse a licença da apache?

chun:

De acordo com a OSI o OpenJDK é Livre.

O que não é livre , é a marca Java. E esta dificilmente vai ser livre algum dia, afinal , é um dos maiores ativos da Oracle neste momento.

Pois é isso mesmo chun. E eu sei que a marca Java é o maior ativo da Oracle. E por isso mesmo você não vai ver outra jvm sem restrições rodando por aí.

juliocbq:

chun:

De acordo com a OSI o OpenJDK é Livre.

Ok, de acordo com o TCK não. Como você explica o FOU?

O FOU restringe a uma implementacao GPL… logo é GPL , e se é GPL é Livre , segundo a OSI.

Fora que o FOU é do TCK e não do OpenJDK , uma coisa não tem nada a ver com a outra…

um é o java
outro testa a compatibilidade da mesma.

chun:

juliocbq:

chun:

De acordo com a OSI o OpenJDK é Livre.

Ok, de acordo com o TCK não. Como você explica o FOU?

O FOU restringe a uma implementacao GPL… logo é GPL , e se é GPL é Livre , segundo a OSI.

É “livre” só de nome. Porque o tck fala o contrário. Estou dizendo isso a dez posts atras.
É como você mesmo disse. A Marca java é da Oracle. OpenJDK está intimamente ligada a ela. Tanto é que você vê o logotipo da oracle presente nele. http://openjdk.java.net/

Olha, eu acho que estas frases dizem tudo:

Então, lendo isto concluo, como disse o Chun: Mude a licença e seja feliz!!

fredferrao:

Olha, eu acho que estas frases dizem tudo:

Então, lendo isto concluo, como disse o Chun: Mude a licença e seja feliz!!

Como ser feliz fred? Seu projeto teria mais da metade do campo de atuação cortado se aceitar o TCK com FOU. Entendeu?

Não é o tck que não pode ser cedido a apache, e sim a apache que o recusa por violar os termos da sua licença opensource.

Como já foi falado o TCK é uma coisa, a licença é outra.

A FSF lista algumas licenças compatíveis com a GPL (entre elas licença Apache 2.0), mas compatível não quer dizer igual.

É preciso também diferenciar software livre e software de código aberto, a GPL é software livre e de código aberto.

É por esse motivo que sou muito mais favorável ao OpenJDK do que outro projeto de código aberto.

bitjesse:

Como já foi falado o TCK é uma coisa, a licença é outra.

A FSF lista algumas licenças compatíveis com a GPL (entre elas licença Apache 2.0), mas compatível não quer dizer igual.

É preciso também diferenciar software livre e software de código aberto, a GPL é software livre e de código aberto.

É por esse motivo que sou muito mais favorável ao OpenJDK do que outro projeto de código aberto.

???

Agora nao sei mais nada, lendo a carta aberta a SUN, escrita pela Apache em 2007: http://www.apache.org/jcp/sunopenletter.html

O cara deixa claro que é o CAMPO DE USO mesmo. :shock:

Tao misturando tudo aqui com este negocio de licença x TCK, vamos esclarecer, pelo menos o que vi até agora:

Toda implementação da JVM para ser chamada de Java precisa passar por teste para provar ser compativel, e existe um kit de teste chamado TCK Technology Compatibility Kit.

O TCK possui uma licença, para ser usado, com a abertura do java(OpenJDK) a SUN mudou a licença do TCK, para este poder ser usado no contexto do OpenJDK.

O problema é que a LICENÇA DO TCK, impoe FOU(field of use), ou seja, se a Apache rodar o TCK com a licença(DO TCK) do jeito que esta, os usuarios do Harmony terão restrições quanto ao campo de uso.

O que a Apache quer então é uma Licença do TCK que não imponha FOU.

Acho que é isto, quanta confusão :lol: :lol:

fredferrao:

Agora nao sei mais nada, lendo a carta aberta a SUN, escrita pela Apache em 2007: http://www.apache.org/jcp/sunopenletter.html

O cara deixa claro que é o CAMPO DE USO mesmo. :shock:

Tao misturando tudo aqui com este negocio de licença x TCK, vamos esclarecer, pelo menos o que vi até agora:

Toda implementação da JVM para ser chamada de Java precisa passar por teste para provar ser compativel, e existe um kit de teste chamado TCK Technology Compatibility Kit.

O TCK possui uma licença, para ser usado, com a abertura do java(OpenJDK) a SUN mudou a licença do TCK, para este poder ser usado no contexto do OpenJDK.

O problema é que a LICENÇA DO TCK, impoe FOU(field of use), ou seja, se a Apache rodar o TCK com a licença(DO TCK) do jeito que esta, os usuarios do Harmony terão restrições quanto ao campo de uso.

O que a Apache quer então é uma Licença do TCK que não imponha FOU.

Acho que é isto, quanta confusão :lol: :lol:

Com um adendo, A Apache não pode utilizar o Harmony em ambientes móveis porquê o Harmony não roda código de acordo com o a especificações do JME assim como o Android. É isso mesmo?

fredferrao:

Agora nao sei mais nada, lendo a carta aberta a SUN, escrita pela Apache em 2007: http://www.apache.org/jcp/sunopenletter.html

O cara deixa claro que é o CAMPO DE USO mesmo. :shock:

Tao misturando tudo aqui com este negocio de licença x TCK, vamos esclarecer, pelo menos o que vi até agora:

Toda implementação da JVM para ser chamada de Java precisa passar por teste para provar ser compativel, e existe um kit de teste chamado TCK Technology Compatibility Kit.

O TCK possui uma licença, para ser usado, com a abertura do java(OpenJDK) a SUN mudou a licença do TCK, para este poder ser usado no contexto do OpenJDK.

O problema é que a LICENÇA DO TCK, impoe FOU(field of use), ou seja, se a Apache rodar o TCK com a licença(DO TCK) do jeito que esta, os usuarios do Harmony terão restrições quanto ao campo de uso.

O que a Apache quer então é uma Licença do TCK que não imponha FOU.

Acho que é isto, quanta confusão :lol: :lol:

É isso mesmo. Realmente a situação é muito confusa. Você precisa ver como isso extrapola pro lado da google de acordo com o processo contra o android.

PedroTOliveira:

fredferrao:

Agora nao sei mais nada, lendo a carta aberta a SUN, escrita pela Apache em 2007: http://www.apache.org/jcp/sunopenletter.html

O cara deixa claro que é o CAMPO DE USO mesmo. :shock:

Tao misturando tudo aqui com este negocio de licença x TCK, vamos esclarecer, pelo menos o que vi até agora:

Toda implementação da JVM para ser chamada de Java precisa passar por teste para provar ser compativel, e existe um kit de teste chamado TCK Technology Compatibility Kit.

O TCK possui uma licença, para ser usado, com a abertura do java(OpenJDK) a SUN mudou a licença do TCK, para este poder ser usado no contexto do OpenJDK.

O problema é que a LICENÇA DO TCK, impoe FOU(field of use), ou seja, se a Apache rodar o TCK com a licença(DO TCK) do jeito que esta, os usuarios do Harmony terão restrições quanto ao campo de uso.

O que a Apache quer então é uma Licença do TCK que não imponha FOU.

Acho que é isto, quanta confusão :lol: :lol:

Isso que eu entendi.

Com um adendo, A Apache não pode utilizar o Harmony em ambientes móveis porquê o Harmony não roda código de acordo com o a especificações do JME assim como o Android. É isso mesmo?

Pelo que entendi acho que não. Ela não pode rodar o Harmony em ambiente mobile, simplesmente por que a licença atual do TCK nao permite isto. Em suma: A SUN é o EVIL da historia com esta licença de uso do TCK.

Algo assim, como se fosse a SUN/Oracle falando:
“Olha, se voce quiser chamar sua VM de java e quiser que ela seja compativel voce TEM que testar ela no TCK”
“Mas tem um porem, pra voce usar o TCK voce deve seguir a licença dele, e a licença dele diz que seu produto sendo testado esta sujeito aos FOU”

PedroTOliveira:

fredferrao:

Agora nao sei mais nada, lendo a carta aberta a SUN, escrita pela Apache em 2007: http://www.apache.org/jcp/sunopenletter.html

O cara deixa claro que é o CAMPO DE USO mesmo. :shock:

Tao misturando tudo aqui com este negocio de licença x TCK, vamos esclarecer, pelo menos o que vi até agora:

Toda implementação da JVM para ser chamada de Java precisa passar por teste para provar ser compativel, e existe um kit de teste chamado TCK Technology Compatibility Kit.

O TCK possui uma licença, para ser usado, com a abertura do java(OpenJDK) a SUN mudou a licença do TCK, para este poder ser usado no contexto do OpenJDK.

O problema é que a LICENÇA DO TCK, impoe FOU(field of use), ou seja, se a Apache rodar o TCK com a licença(DO TCK) do jeito que esta, os usuarios do Harmony terão restrições quanto ao campo de uso.

O que a Apache quer então é uma Licença do TCK que não imponha FOU.

Acho que é isto, quanta confusão :lol: :lol:

Isso que eu entendi.

Com um adendo, A Apache não pode utilizar o Harmony em ambientes móveis porquê o Harmony não roda código de acordo com o a especificações do JME assim como o Android. É isso mesmo?

Se a apache aceitar o tck com o FOU não pode usar harmony em dispositivos móveis. A licença da apache é opensource, com a restrição no TCK isso deixa a mesma inviável.

http://www.apache.org/jcp/sunopenletterfaq.html

fredferrao:

PedroTOliveira:

fredferrao:

Agora nao sei mais nada, lendo a carta aberta a SUN, escrita pela Apache em 2007: http://www.apache.org/jcp/sunopenletter.html

O cara deixa claro que é o CAMPO DE USO mesmo. :shock:

Tao misturando tudo aqui com este negocio de licença x TCK, vamos esclarecer, pelo menos o que vi até agora:

Toda implementação da JVM para ser chamada de Java precisa passar por teste para provar ser compativel, e existe um kit de teste chamado TCK Technology Compatibility Kit.

O TCK possui uma licença, para ser usado, com a abertura do java(OpenJDK) a SUN mudou a licença do TCK, para este poder ser usado no contexto do OpenJDK.

O problema é que a LICENÇA DO TCK, impoe FOU(field of use), ou seja, se a Apache rodar o TCK com a licença(DO TCK) do jeito que esta, os usuarios do Harmony terão restrições quanto ao campo de uso.

O que a Apache quer então é uma Licença do TCK que não imponha FOU.

Acho que é isto, quanta confusão :lol: :lol:

Isso que eu entendi.

Com um adendo, A Apache não pode utilizar o Harmony em ambientes móveis porquê o Harmony não roda código de acordo com o a especificações do JME assim como o Android. É isso mesmo?

Pelo que entendi acho que não. Ela não pode rodar o Harmony em ambiente mobile, simplesmente por que a licença atual do TCK nao permite isto. Em suma: A SUN é o EVIL da historia com esta licença de uso do TCK.

Algo assim, como se fosse a SUN/Oracle falando:
“Olha, se voce quiser chamar sua VM de java e quiser que ela seja compativel voce TEM que testar ela no TCK”
“Mas tem um porem, pra voce usar o TCK voce deve seguir a licença dele, e a licença dele diz que seu produto sendo testado esta sujeito aos FOU”

Bingo.

Pra você ver como fica a situação do openjdk. A sua licença é gpl, mas por traz um kit de compatibilidade dita as regras.
Dá uma lida aqui.

http://blogs.computerworld.com/17334/its_not_apache_vs_oracle_its_oracle_vs_open_source

Olhem o que achei, mais uma na briga: http://www.theregister.co.uk/2010/12/14/oracle_versus_myriad_on_java/

Só tem dois tipos de pessoas que entendem bem de licenças e leis e tem know how pra isso, um bom advogado e o MarcosAlex, o resto é resto e é só especulação, que acham que sabem sobre direito.

Poderia citar a fonte dessa informação (no caso a propria OSI)?

juliocbq:

chun:

juliocbq:

chun:

De acordo com a OSI o OpenJDK é Livre.

Ok, de acordo com o TCK não. Como você explica o FOU?

O FOU restringe a uma implementacao GPL… logo é GPL , e se é GPL é Livre , segundo a OSI.

É “livre” só de nome. Porque o tck fala o contrário. Estou dizendo isso a dez posts atras.
É como você mesmo disse. A Marca java é da Oracle. OpenJDK está intimamente ligada a ela. Tanto é que você vê o logotipo da oracle presente nele. http://openjdk.java.net/

Voce realmente está confundindo a MARCA Java , com a Implementacao Livre da Plataforma Java…

Segundo a detentora da marca JAVA , para você poder aproveitar TUDO que ela desenvolveu em ANOS , voce PRECISA fazer um FORK e ser GPL…

é tão dificil assim aceitar uma licenca sobre algo que voce nunca contribuiu ?

A Apache que me desculpe , mas se ela quer entrar neste mercado , ela deve seguir as regras dele… e não as regras de sua dinossaurica administracao.

Quem quer rir , tem que fazer rir Lembra ?

Poderia citar a fonte dessa informação (no caso a propria OSI)?

O fato do OpenJDK ser licenciado sob GPL já garante isto.
A fonte da informacao é o proprio fonte do OpenJDK.

chun:

juliocbq:

chun:

juliocbq:

chun:

De acordo com a OSI o OpenJDK é Livre.

Ok, de acordo com o TCK não. Como você explica o FOU?

O FOU restringe a uma implementacao GPL… logo é GPL , e se é GPL é Livre , segundo a OSI.

É “livre” só de nome. Porque o tck fala o contrário. Estou dizendo isso a dez posts atras.
É como você mesmo disse. A Marca java é da Oracle. OpenJDK está intimamente ligada a ela. Tanto é que você vê o logotipo da oracle presente nele. http://openjdk.java.net/

Voce realmente está confundindo a MARCA Java , com a Implementacao Livre da Plataforma Java…

Segundo a detentora da marca JAVA , para você poder aproveitar TUDO que ela desenvolveu em ANOS , voce PRECISA fazer um FORK e ser GPL…

é tão dificil assim aceitar uma licenca sobre algo que voce nunca contribuiu ?

A Apache que me desculpe , mas se ela quer entrar neste mercado , ela deve seguir as regras dele… e não as regras de sua dinossaurica administracao.

Quem quer rir , tem que fazer rir Lembra ?

Qualquer um pode fazer um fork do OpenJDK e resgistrar seu trabalho como gpl. Qualquer um trerá um tck com filed of use. Registrar seu projeto como gpl não vai te garantir um tck sem restrições. Não tenho certeza se é o contrário, mas não existe nenhuma fonte que eu tenha lido que fala sobre isso.

Mas não protege de eventuais processos da Oracle por quebra de patentes, o que na minha opinião é suficiente pra deixar a comunidade com a pulga atras da orelha.

Nem só de licencas se faz software livre.

mas então eles querem o TCK, ngm liga pro pra especificação JME
e tá tudo blz?

isso não vai causar fragmentação?

Outro problema é que o TCK foi feito para implementações do Java SE, por isso o FOU com a restrição para dispositivos móveis.
A Oracle quer que implementações para mobile sejam de acordo com as especificações do Java ME.

Complexa mesmo essa questão. Vamo ver no que vai dar! :roll:

PedroTOliveira:

Outro problema é que o TCK foi feito para implementações do Java SE, por isso o FOU com a restrição para dispositivos móveis.
A Oracle quer que implementações para mobile sejam de acordo com as especificações do Java ME.

Não. Apenas a Apache foi proibida de usar Harmony em dispositivos móveis. Acredito que por causa do android, não sei.

RafaFloripa:

mas então eles querem o TCK, ngm liga pro pra especificação JME
e tá tudo blz?

isso não vai causar fragmentação?

Isso está fora de escopo de especificações. Pense da sequinte maneira:

Você fez um fork do OpenJDK e seu projeto já está pronto mas precisa passar por um teste de compatibilidade(o tck) para poder dizer que seu trabalho é compatível com java. Você recebe um kit de testes que tem uma cláusula dizendo que seu projeto não pode ser usado em dispositivos móveis.

É uma maneira de alguém garantir seu mercado. Questão de concorrência.

http://java.sun.com/javame/meframework/

É impressão minha ou é mais fácil fazer fork do .NET do que do próprio Java que é considerado “livre”?

mochuara:

PedroTOliveira:

Outro problema é que o TCK foi feito para implementações do Java SE, por isso o FOU com a restrição para dispositivos móveis.
A Oracle quer que implementações para mobile sejam de acordo com as especificações do Java ME.

Não. Apenas a Apache foi proibida de usar Harmony em dispositivos móveis. Acredito que por causa do android, não sei.

Arestrição se aplica a qualquer um não apenas ao harmony esse restrição é justamente pra evitar fragmentação sim!

http://java.sun.com/javame/meframework/

While the Java ME TCK Framework was originally designed to support TCK test suites, its use is not limited to TCKs. The test suite architect may need to extend the Java ME TCK Framework with additional functionality to support custom test types or a specific platform.

Aqui fala que jme tck não é limitado para os tcks. Já deve ser um conjunto.

É impressão sua, as restrições do java são de campo e para manter o codigo aberto!

nofan:

mochuara:

PedroTOliveira:

Outro problema é que o TCK foi feito para implementações do Java SE, por isso o FOU com a restrição para dispositivos móveis.
A Oracle quer que implementações para mobile sejam de acordo com as especificações do Java ME.

Não. Apenas a Apache foi proibida de usar Harmony em dispositivos móveis. Acredito que por causa do android, não sei.

Arestrição se aplica a qualquer um não apenas ao harmony esse restrição é justamente pra evitar fragmentação sim!

Que fragmentação? O TCK serve justamente para isso. Ele precisa regulamentar a tecnologia e não restringir o campo de uso dela.

Se a Oracle for com a sua cara basta pagar os royalties que a restrição cai. Veja o link no post acima.

juliocbq:

nofan:

mochuara:

PedroTOliveira:

Outro problema é que o TCK foi feito para implementações do Java SE, por isso o FOU com a restrição para dispositivos móveis.
A Oracle quer que implementações para mobile sejam de acordo com as especificações do Java ME.

Não. Apenas a Apache foi proibida de usar Harmony em dispositivos móveis. Acredito que por causa do android, não sei.

Arestrição se aplica a qualquer um não apenas ao harmony esse restrição é justamente pra evitar fragmentação sim!

Que fragmentação? O TCK serve justamente para isso. Ele precisa regulamentar a tecnologia e não restringir o campo de uso dela.

Vamos la, voce cria duas versões diferentes de vm so uma suposição

Uma seria…desktop e outra mobile!

ai começão a usar a desktop em aprelhos moveis mas segundo voce isso não gera fragmentação humm entendo!

mochuara:

nofan:

Arestrição se aplica a qualquer um não apenas ao harmony esse restrição é justamente pra evitar fragmentação sim!

Se a Oracle for com a sua cara basta pagar os royalties que a restrição cai. Veja o link no post acima.

Que eu me lembre sempre foi desde a sun e ainda é o google so precisava ter pago os royalties!

nofan:

juliocbq:

nofan:

mochuara:

PedroTOliveira:

Outro problema é que o TCK foi feito para implementações do Java SE, por isso o FOU com a restrição para dispositivos móveis.
A Oracle quer que implementações para mobile sejam de acordo com as especificações do Java ME.

Não. Apenas a Apache foi proibida de usar Harmony em dispositivos móveis. Acredito que por causa do android, não sei.

Arestrição se aplica a qualquer um não apenas ao harmony esse restrição é justamente pra evitar fragmentação sim!

Que fragmentação? O TCK serve justamente para isso. Ele precisa regulamentar a tecnologia e não restringir o campo de uso dela.

Vamos la, voce cria duas versões diferentes de vm so uma suposição

Uma seria…desktop e outra mobile!

ai começão a usar a desktop em aprelhos moveis mas segundo voce isso não gera fragmentação humm entendo!

• _ -’

Se você não ler os artigos ou os links que o pessoal postou não vai entender nada de TCK, nada de licença, nada de processo nem nada de nada.

juliocbq:

Que fragmentação? O TCK serve justamente para isso. Ele precisa regulamentar a tecnologia e não restringir o campo de uso dela.

Exato. Um exemplo é um fabricante de blueray, ele só recebera o TCK se implementar a especificação oficial, evitando assim a fragmentação.

O problema é que a Oracle pode simplesmente recusar em alguns casos.

nofan:

Que eu me lembre sempre foi desde a sun e ainda é o google so precisava ter pago os royalties!

Se o google tivesse pago talvez ainda estariamos acreditando que Java é livre.

mochuara:

chun:

O fato do OpenJDK ser licenciado sob GPL já garante isto.
A fonte da informacao é o proprio fonte do OpenJDK.

Mas não protege de eventuais processos da Oracle por quebra de patentes, o que na minha opinião é suficiente pra deixar a comunidade com a pulga atras da orelha.

Nem só de licencas se faz software livre.

Protege sim , sob todo o codigo que está lá… a GPL do OpenJDK garante isto.

Só nao vai proteger se voce adicionar MAIS CODIGO proprietario da oracle dentro dele…

mochuara:

PedroTOliveira:

Outro problema é que o TCK foi feito para implementações do Java SE, por isso o FOU com a restrição para dispositivos móveis.
A Oracle quer que implementações para mobile sejam de acordo com as especificações do Java ME.

Não. Apenas a Apache foi proibida de usar Harmony em dispositivos móveis. Acredito que por causa do android, não sei.

Aonde está escrito que “apenas a apache” foi proibida ?

Acho que não é bem assim:

http://br-linux.org/2010/mono-aplicativos-populares-usam-namespaces-fora-da-promessa-da-ms/

mochuara:

nofan:

Arestrição se aplica a qualquer um não apenas ao harmony esse restrição é justamente pra evitar fragmentação sim!

Se a Oracle for com a sua cara basta pagar os royalties que a restrição cai. Veja o link no post acima.

Hummm… deve ser porque vivemos em um mundo capitalista né ?

mochuara:

nofan:

Que eu me lembre sempre foi desde a sun e ainda é o google so precisava ter pago os royalties!

Se o google tivesse pago talvez ainda estariamos acreditando que Java é livre.

Legal , a google pega a carona em todo marketing , nao paga um centavo , ganha dinheiro com isso e ainda chamda de JAva…

E A Oracle que é a maldosa neste caso…

DOis pesos , duas medidas ?

De forma alguma. Só falei que o google forçou a Oracle a sair da moita. Eu ainda preferia ter o Java fechado como sempre foi do que essa porcaria que resultou o Android.

juliocbq:

nofan:

juliocbq:

nofan:

mochuara:

PedroTOliveira:

Outro problema é que o TCK foi feito para implementações do Java SE, por isso o FOU com a restrição para dispositivos móveis.
A Oracle quer que implementações para mobile sejam de acordo com as especificações do Java ME.

Não. Apenas a Apache foi proibida de usar Harmony em dispositivos móveis. Acredito que por causa do android, não sei.

Arestrição se aplica a qualquer um não apenas ao harmony esse restrição é justamente pra evitar fragmentação sim!

Que fragmentação? O TCK serve justamente para isso. Ele precisa regulamentar a tecnologia e não restringir o campo de uso dela.

Vamos la, voce cria duas versões diferentes de vm so uma suposição

Uma seria…desktop e outra mobile!

ai começão a usar a desktop em aprelhos moveis mas segundo voce isso não gera fragmentação humm entendo!

• _ -’

Se você não ler os artigos ou os links que o pessoal postou não vai entender nada de TCK, nada de licença, nada de processo nem nada de nada.

Não sei se voce leu o que eu escrevi ou esta com dificuldades de interpretar o que foi escrito…

mochuara:

chun:

Legal , a google pega a carona em todo marketing , nao paga um centavo , ganha dinheiro com isso e ainda chamda de JAva…

E A Oracle que é a maldosa neste caso…

DOis pesos , duas medidas ?

De forma alguma. Só falei que o google forçou a Oracle a sair da moita. Eu ainda preferia ter o Java fechado como sempre foi do que essa porcaria que resultou o Android.

Pois é , no final acaba sendo indiferente mesmo. Mas esse debate foi útil para desmistificar um monte de coisas e uma delas o suposto OpenJDK como “software livre”(entre aspas).

Dificuldade

A plataforma java nunca vai se fragmentar justamente porque o tck existe. Essa conversa toda girou em meio as restrições do tck e sobre a possibilidade do OpenJDK não ser realmente livre, entendeu?

Fragmenta porque pode-se utilizar a versão desktop em aparelhos moveis entendeu?

Se não existisse separação entre movel e desktop então ai sim nunca fragmentaria capiche

nofan:

juliocbq:

Dificuldade

A plataforma java nunca vai se fragmentar justamente porque o tck existe. Essa conversa toda girou em meio as restrições do tck e sobre a possibilidade do OpenJDK não ser realmente livre, entendeu?

Fragmenta porque pode-se utilizar a versão desktop em aparelhos moveis entendeu?

Se não existisse separação entre movel e desktop então ai sim nunca fragmentaria capiche

Capitei sim. Mas no link que o mochuara postou explica bem isso ae. O tck jme não limita o JSE. Fora que são duas especificações completamente diferentes. Não tem como usar se em dispositivos móveis.

juliocbq:

Capitei sim. Mas no link que o mochuara postou explica bem isso ae. O tck jme não limita o JSE. Fora que são duas especificações completamente diferentes. Não tem como usar se em dispositivos móveis.

Pois é ai que entra o problema, na minha opnião a oracle deveria seguir pra uma unificação das duas que resolveria esse problema!

++

Teve uma época que surgiu comentários que a Oracle unificaria, já que hoje os smartphones e celulares possuem mais recursos pra conseguir usar todo o JSE, não precisam mais de um subconjunto. A própria Sun pretendia investir no JavaFX pra celulares em detrimento do JME.

O fato é que o JME atual é muito mais limitado que a capacidade dos aparelhos, apesar do JME 3 ter diminuído essa diferença, mas enquanto não sair o MIDP 3.0, não muda muito. E quando ele sair, já vai sair defasado.

Putz… Que pessoa em sua consciencia normal acharia boa a ideia de usar uma plataforma de software para PCs em dispositivos que sao usados para propósitos totalmente diferentes?

Se meu celular pudesse executar aplicações feitas para PC, não seria nada mal.
Ou se encolhessem um PC até ficar do tamanho de um celular, eu também não reclamaria.

E tenho certeza de que se a Apple lançasse um celular Mac mini, você dormiria na fila para comprar.

Se meu celular pudesse executar aplicações feitas para PC, não seria nada mal.
Ou se encolhessem um PC até ficar do tamanho de um celular, eu também não reclamaria.

1. Pegue seu celular
2. Abra o browser
3. Acesse o GUJ
4. Mude de opinião

Se meu celular pudesse executar aplicações feitas para PC, não seria nada mal.
Ou se encolhessem um PC até ficar do tamanho de um celular, eu também não reclamaria.

1. Pegue seu celular
2. Abra o browser
3. Acesse o GUJ
4. Mude de opinião

É , tem mais de 10 anos que a Sun falou essa bobagem: “The network is the computer”. Eu prefiro: “The computer is mine and nobody tasca.”

Engraçado como tanta gente defende liberdade de software e esquece que se o seu hardware só sabe acessar um servidor que está em um lugar onde você não manda, você não tem um computador de verdade, tem apenas uma janelinha que alguém pode vir e pintar de preto de um dia para o outro.

marcosalex:

nofan:

Pois é ai que entra o problema, na minha opnião a oracle deveria seguir pra uma unificação das duas que resolveria esse problema!

Teve uma época que surgiu comentários que a Oracle unificaria, já que hoje os smartphones e celulares possuem mais recursos pra conseguir usar todo o JSE, não precisam mais de um subconjunto. A própria Sun pretendia investir no JavaFX pra celulares em detrimento do JME.

O fato é que o JME atual é muito mais limitado que a capacidade dos aparelhos, apesar do JME 3 ter diminuído essa diferença, mas enquanto não sair o MIDP 3.0, não muda muito. E quando ele sair, já vai sair defasado.

O qt funciona assim. A mesma aplicação funciona em todos os dispositivos da mesma maneira. Mais isso porque ele não precisa de runtime(como dependência a jvm).

Qt é um simples toolkit visual…

JavaFX é uma plataforma (ou seria ? )

chun:

Qt é um simples toolkit visual…

JavaFX é uma plataforma (ou seria ? )

Isso mesmo. O QT tem poucas dependências por ser um framework(digamos assim), mas precisa de um so. O java é plataforma, o que quer dizer que precisa da sua máquina implementada em software ou hardware.

Sobre o javafx. A intenção é que ele seria uma plataforma para substituir o jme. Agora não sei mais o que será.

Ja pensou o Swingão rodando dentro do teu celular :shock: :shock: :lol: :lol:

Não eu acho que não rola eles simplesmente unificar do jeito que o JSE é hoje, e acho que este era justamente o intuito do JavaFX, mudar como se é feito no Desktop, para que de pra fazer no Mobile, ai sim uma unificação.

Se meu celular pudesse executar aplicações feitas para PC, não seria nada mal.
Ou se encolhessem um PC até ficar do tamanho de um celular, eu também não reclamaria.

1. Pegue seu celular
2. Abra o browser
3. Acesse o GUJ
4. Mude de opinião

É , tem mais de 10 anos que a Sun falou essa bobagem: “The network is the computer”. Eu prefiro: “The computer is mine and nobody tasca.”

Engraçado como tanta gente defende liberdade de software e esquece que se o seu hardware só sabe acessar um servidor que está em um lugar onde você não manda, você não tem um computador de verdade, tem apenas uma janelinha que alguém pode vir e pintar de preto de um dia para o outro.

O que eu quis dizer é que já existe celular que roda sites para pc e fica muito ruim porque foram feitos pra ser usado com teclado e mouse. Acho que uma plataforma unificada iria atender mal a todo mundo, sem apresentar qualquer beneficio pratico, pelo menos eu nao vejo qual seria esse beneficio.

esmiralha:

Engraçado como tanta gente defende liberdade de software e esquece que se o seu hardware só sabe acessar um servidor que está em um lugar onde você não manda, você não tem um computador de verdade, tem apenas uma janelinha que alguém pode vir e pintar de preto de um dia para o outro.

Falou tudo.

cmoscoso:

O que eu quis dizer é que já existe celular que roda sites para pc e fica muito ruim porque foram feitos pra ser usado com teclado e mouse. Acho que uma plataforma unificada iria atender mal a todo mundo, sem apresentar qualquer beneficio pratico, pelo menos eu nao vejo qual seria esse beneficio.

A tendência é que o computador pessoal e o celular se tornem um único aparelho. Então, é inevitável que o celular ganhe conectividade com periféricos como mouse e teclado e capacidade suficiente para rodar interfaces gráficas mais ricas.

Celular usando mouse e teclado???
É a mesma coisa que a televisão tocar o som e mostrar a imagem de um disco rodando.
Santa falta de visão Batman.

Mais um capítulo da lendária discussão GPL vs BSD. Os argumentos do pessoal da liberdade absoluta são impraticáveis de são românticos.

Concordo com a Oracle por esse lado mas acho extremamente bizzaro que em 2005, quando a ASF levantou essa bola da licença do TCK para a SUN, a Oracle simpatizou e apoiou.

xymor:

Mais um capítulo da lendária discussão GPL vs BSD. Os argumentos do pessoal da liberdade absoluta são impraticáveis de são românticos.

Concordo com a Oracle por esse lado mas acho extremamente bizzaro que em 2005, quando a ASF levantou essa bola da licença do TCK para a SUN, a Oracle simpatizou e apoiou.

Então vc achou “extremamente bizarro” que eles mudaram de idéia depois de 5 anos, apos inclusive terem adquirido a Sun?

Então ta né… :roll:

Se meu celular pudesse executar aplicações feitas para PC, não seria nada mal.
Ou se encolhessem um PC até ficar do tamanho de um celular, eu também não reclamaria.

Sempre existe alguem (principalmente num forum de programação) com necessidades especiais que sao diferentes do resto da população.

Vou ressuscitar porque ficou entalado mesmo…

Lenovo lançará em 2011 tablet híbrido que funciona como PC - http://bit.ly/bolZW7
Motorola lança celular que conecta a monitor HDMI, mouse e teclado. - http://bit.ly/i3xR6j

Isso mostra que executar aplicativos para PCs em dispositivos moveis é boa idéia como?

Isso mostra sim, empresas exercitando a imaginacao para tentarem serem relevantes em um mundo de iDevices.

Olá, essa é a minha primeira participação no forum e aproveitando esse thread, gostaría de compartilhar um post sobre as minhas considerações sobre o assunto que foi publicado no blog de TI do jornal Globo

Valeu!