| OpenJDK | |
|---|---|
| Desenvolvedores | Oracle Corporation, Comunidade OpenJDK & Java, Red Hat, Azul Systems, IBM, Apple Inc, SAP AG |
| Lançamento inicial | 8 de maio de 2007 (19 anos) |
| Lançamento estável | 25
/ 16 de setembro de 2025 |
| Repositório | github |
| Escrito em | C++ e Java |
| Sistema operacional | Linux, FreeBSD, Mac OS X, Microsoft Windows, OpenIndiana; vários outros portes em andamento |
| Tipo | Plataforma Java, Máquina virtual Java e Biblioteca |
| Licença | GPL+linking exception |
| Website | openjdk |
OpenJDK ("Open Java Development Kit") é uma implementação livre e gratuita da plataforma Java, Edição Standard ("Java SE"). É o resultado dos esforços da Comunidade Java para a evolução atemporal da linguagem. Serve como incubadora de novas ideias que normalmente são implementadas no JDK comercial da Oracle para serem rentabilizadas posteriormente. É uma implementação licenciada pela GNU GPL versão 2 com excepção de linguagem. OpenJDK é a referência oficial de implementação desde a versão 7.
A Sun anunciou no JavaOne 2006 que o Java se tornaria um software livre de código aberto, e em 25 de outubro 2006, na conferência Oracle OpenWorld, Jonathan Schwartz disse que a empresa estava pronta para anunciar a abertura do núcleo da plataforma Java dentro de 30 a 60 dias.
A Sun liberou a máquina virtual HotSpot e o compilador como software livre sob a GNU General Public License em 13 de novembro 2006, com uma promessa de que o resto do JDK (que inclui o JRE) seria colocada sob a GPL em Março de 2007 ( "salvo para alguns componentes que a Sun não tem o direito de publicar em forma fonte sob a GPL "). De acordo com Richard Stallman, isto significaria o fim da armadilha do Java. Mark Shuttleworth chamou o anúncio impresso inicial, "Um verdadeiro marco para a comunidade de software livre".
Seguindo a sua promessa de liberar uma JDK plenamente compilável baseada quase totalmente em software livre e de código aberto, no primeiro semestre de 2007 , a Sun lançou o código fonte completo da biblioteca de classe sob a GPL em 8 de maio de 2007, com exceção de algumas partes limitadas que foram licenciadas pela Sun de terceiros que não querem seu código liberado sob uma licença de software livre e de código-fonte aberto. Incluído na lista de componentes restritos estavam vários componentes importantes do sistema de interface gráfica com o usuário (GUI) do Java. A Sun declarou que seu objetivo era o de substituir os componentes que continuavam a ser proprietário e closed source com implementações alternativas e fazer a biblioteca de classes totalmente aberta.
Em 5 de novembro de 2007, a Red Hat anunciou um acordo com a Sun Microsystems, assinando o contrato da Sun para amplo contribuinte (que inclui participação em todos os projetos de software livre e de código aberto liderados pela Sun por engenheiros da Red Hat) e do contrato de licença para a comunidade TCK do OpenJDK da Sun( Isso da à empresa acesso a suíte de teste que determina se um projeto com base em openJDK está em conformidade com as especificações Java SE 6).
Também em Novembro de 2007, foi criado um grupo de portadores (aqui um "portadores" é um anglicismo para pessoas que portam) para OpenJDK para ajudar nos esforços de portar a OpenJDK para arquiteturas de CPU e sistemas operacionais diferentes. O projeto de portabilidade para BSD , liderado por Kurt Miller e Greg Lewis e o projeto de portabilidade do Mac OS X (com base no BSD) SoyLatte liderada por Landon Fuller manifestaram interesse em aderir ao OpenJDK, através do grupo de portadores e em janeiro 2008 fazem parte da lista de discussões por correio eletrônico. Outro projeto com formalização pendente do grupo de portadores é o Haiku Java Team, liderada por Bryan Varner.
Em dezembro de 2007, a Sun moveu o controle de revisão do OpenJDK de TeamWare para o Mercurial, como parte do processo de liberação para as comunidades de código aberto.
O OpenJDK tem um rigoroso processo de aceitar contribuições de código: cada contribuição proposta deve ser analisada por dois engenheiros da Sun e ter o teste automático demonstrando que tal funcionalidade foi atingida. Isso garante a persistência da alta qualidade do código, mas também significa que mesmo uma correção trivial pode levar várias semanas para ser aprovada. No entanto, embora inicialmente as correções propostas pela comunidade fossem submetidas pela Sun no codebase, setembro de 2008 viu os primeiros patches (significativos) diretamente submetidos por alguém de fora ou mesmo um ex empregado da Sun.
Em Maio de 2008, o Fedora 9 e Ubuntu 8.04 e as distribuições foram liberando o OpenJDK, baseado totalmente em software livre e de código aberto.
OpenJDK não passar em todos os testes da compatibilidade do Java SE 6 e JCK, no momento, porque o restante foi comprometido. Eles tinham entretanto sido reduzida para menos de 1% do código fonte e só foram necessários para construir com OpenJDK, nem publicá-lo. Além disso, OpenJDK pode executar aplicações complexas, tais como NetBeans, Eclipse, Glassfish, ou JBoss.
Em junho de 2008, foi anunciado que IcedTea6 (como a versão do OpenJDK empacotado no Fedora 9) passou a Technology Compatibility Kit nos testes e pode afirmar-se uma implementação totalmente compatível Java 6.
Em 12 de julho de 2008, Debian aceite OpenJDK-6 no unstable, e está agora no stable.
Desde agosto de 2008, OpenJDK 7 roda em Mac OS X e outras distribuições BSD.
OpenJDK foi inicialmente baseado apenas no JDK versão 7.0 da plataforma Java.
Desde 15 de fevereiro de 2008, existem dois projectos distintos OpenJDK:
Compilador Java da Sun, javac, e HotSpot a (máquina virtual), estão agora sob uma licença GPL.
Em Maio de 2008, a única parte da biblioteca de classes que restou proprietária e de código-fonte fechado (4% a partir de Maio de 2007 para a OpenJDK 7, e menos de 1% a partir de Maio de 2008 e OpenJDK 6) é a implementação de SNMP. Em abril de 2009 no OpenJDK7 b59 a necessidade de conectar a elementos fechados foi removida.
Desde o primeiro lançamento Maio de 2007, Sun Microsystems, com a ajuda da comunidade, foi lançado como livre e software de fonte aberta ou substituído por software livre e de código-fonte aberto alternativas quase todos os sobrecarregados código:
Devido à sobrecarregada componentes da classe de biblioteca, não foi possível construir OpenJDK apenas com componentes de software livre. A fim de ser capaz de fazer isso antes de toda a classe de biblioteca é feita livremente, e ser capaz de agrupar OpenJDK no Fedora e outras distribuições Linux, um projeto chamado IcedTea foi iniciada pela Red Hat. É basicamente um OpenJDK/GNU Classpath híbrido que pode ser usado para bootstrap OpenJDK usando somente software livre.
IcedTea é um software desenvolvimento e integração projecto lançado pela Red Hat, em Junho de 2007. O objetivo é fazer o que OpenJDK software da Sun Microsystems lançado como software livre em 2007 utilizáveis sem exigir qualquer outro software que não é software livre. Para Red Hat, isto tornaria possível adicionar OpenJDK para o Fedora, bem como outras distribuições Linux.
Em 5 de novembro de 2007, Red Hat tenha assinado tanto o Sun Contributor Agreement e do OpenJDK comunitária TCK Licença. Uma das primeiras vantagens deste acordo é o alinhamento com as mais rigorosas projecto do IcedTea, que reúne Fedora e JBoss tecnologias em um ambiente Linux, IcedTea fornece alternativas de software livre para as poucas seções proprietárias restantes no projeto OpenJDK.
Fedora 9 com OpenJDK 6 na vez do IcedTea.
IcedTea do Ubuntu foi empacotado para o desenvolvimento.
Thomas Fitzsimmons updated the Fedora 9 release notes source pages to reflect that Fedora 9 would ship with OpenJDK 6 instead of the IcedTea implementation of OpenJDK 7. Fedora 9 (Sulphur) is due to release in May 2008.
Sun did make that promise, and we plan to keep it. But in the six months since the November 2006 announcement, it has become clear that doing this is far more complex than just changing the license and publishing the source code.
At Sun we're making final preparations for the first source release for the OpenJDK 6 project. We plan to release a tarball of the source, along with matching binary plugs, by February 15, 2008.
Changing Summary. JavaScript is no longer encumbered, but we still need liveconnect support.