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…
[quote=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…
[/quote]
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.
[quote=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…
[/quote]
E é por isso que o google esta sendo processado ne?
[quote=juliocbq][quote=chun]
Comercial ? Desde quando que a apache é uma empresa comercial ?
Ela que mude a porcaria da licenca do Harmony e pronto.
[/quote]
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.[/quote]
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!
[quote=mochuara][quote=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…
[/quote]
E é por isso que o google esta sendo processado ne?[/quote]
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
[quote=chun][quote=mochuara][quote=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…
[/quote]
E é por isso que o google esta sendo processado ne?[/quote]
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.
[/quote]
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.
[quote=bitjesse][quote=juliocbq][quote=chun]
Comercial ? Desde quando que a apache é uma empresa comercial ?
Ela que mude a porcaria da licenca do Harmony e pronto.
[/quote]
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.[/quote]
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![/quote]
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
[quote=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.[/quote]
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.
[quote=marcosalex][quote=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.[/quote]
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. [/quote]
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.
[quote=marcosalex][quote=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.[/quote]
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.
[/quote]
Voce alguma duvida que uma ChunVM baseada na JVM irá violar alguma patente da Oracle?
[quote=mochuara][quote=marcosalex][quote=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.[/quote]
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.
[/quote]
Voce alguma duvida que uma ChunVM baseada na JVM irá violar alguma patente da Oracle?[/quote]
Se a ChunVM for um Fork do OpenJDK e tambem for GPL não violará.
[quote=chun][quote=mochuara][quote=marcosalex][quote=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.[/quote]
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.
[/quote]
Voce alguma duvida que uma ChunVM baseada na JVM irá violar alguma patente da Oracle?[/quote]
Se a ChunVM for um Fork do OpenJDK e tambem for GPL não violará.
[/quote]
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).
[quote=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).[/quote]
Voce não se contradisse aqui?
[quote=mochuara][quote=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).[/quote]
Voce não se contradisse aqui?[/quote]
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.
[quote=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. [/quote]
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?