🚀 Java Mission Control – Agora também para binários do OpenJDK!

Java Mission Control – Agora também para binários do OpenJDK!

Existem planos para disponibilizar a tecnologia de código aberto JDK Mission Control (JMC) como um download separado para atender usuários tanto do OpenJDK quanto do Oracle JDK.

---

Aqui estão algumas das razões:

Para disponibilizar a todos os usuários Java

O Java Flight Recorder (JFR) agora é de código aberto. O JFR será incluído nos binários do OpenJDK e do Oracle JDK a partir do Java SE 11. Ter um único download separado do JMC para Oracle JDK e OpenJDK mantém a simplicidade.

---

Para permitir atualizações independentes do JMC

Como um download separado, o JMC pode ser atualizado independentemente dos lançamentos do Java SE. Isso permite oferecer novas capacidades de monitoramento e diagnóstico em várias versões do Java SE simultaneamente. Recursos podem ser adicionados ao JMC no meio de um ciclo de lançamento do Java SE.

---

Agora é possível empacotar eficientemente um JMC autônomo

Aproveitando os recursos de modularidade introduzidos com o JDK 9, é possível criar um runtime otimizado e personalizado para o JMC. Ele pode incluir tudo o que é necessário para essa versão do JMC, como componentes JavaFX, enquanto remove tudo o que não é exigido pelo JMC, tornando o tamanho do runtime do aplicativo consideravelmente menor.

---

Porque o JMC funciona com muitas versões do JDK e OpenJDK

Versões mais recentes do JMC podem interagir com versões mais antigas do JDK (do JDK 7u40 acima). É comum usar uma única versão do JMC para interagir com lançamentos atuais e antigos do JDK. Isso fica mais claro se o JMC for um download separado.

---

Para evitar duplicação e confusão

É um cenário comum um único desenvolvedor precisar de múltiplas instâncias do JDK no mesmo sistema. Ter cada um desses JDKs incluindo sua própria cópia duplicada do JMC, quando uma única versão pode lidar com todos, desperdiça espaço. Também pode levar a confusão, pois diferentes versões do JDK podem incluir diferentes versões do JMC, todas com (às vezes sutis) diferenças na funcionalidade.

🚀 Construindo o JDK 11 Juntos: Uma Celebração das Contribuições da Comunidade

🚀 Construindo o JDK 11 Juntos

Com o lançamento recente do Java 11, é hora de olhar para trás, para o desenvolvimento da segunda versão de recursos no novo ritmo de lançamentos semestrais. Vamos celebrar as muitas contribuições da Comunidade OpenJDK vindas de vários indivíduos e organizações — todos nós construímos o JDK 11, juntos!

---

📊 Proporção de Correções no JDK 11

A taxa geral de mudança no JDK ao longo do tempo permaneceu essencialmente constante por muitos anos, mas, sob o novo ritmo, a taxa na qual as mudanças são disponibilizadas aumentou drasticamente. Em vez de dezenas de milhares de correções e cerca de uma centena de JEPs serem disponibilizados em um lançamento enorme a cada poucos anos, as mudanças são disponibilizadas em lançamentos menores em uma programação mais gerenciável e previsível. Essas mudanças podem variar de grandes recursos a pequenas melhorias, manutenção de rotina, correções de bugs e melhorias na documentação. Cada uma dessas mudanças é representada em um único commit para um único problema no JDK Bug System.

Dos 2.468 problemas do JIRA marcados como corrigidos no JDK 11, 1.963 foram concluídos por pessoas que trabalham na Oracle, enquanto 505 foram contribuídos por desenvolvedores individuais e desenvolvedores que trabalham para outras organizações. Ao percorrer os problemas e compilar os dados organizacionais dos responsáveis, obtém-se o seguinte gráfico das organizações que patrocinam o desenvolvimento de correções no JDK 11:

Embora os desenvolvedores empregados pela Oracle tenham resolvido 80% dos problemas do JIRA durante o desenvolvimento do JDK 11, 20% foram corrigidos por desenvolvedores que trabalham para outras organizações. Os desenvolvedores que trabalham para as cinco próximas maiores organizações contribuintes, SAP (7%), Red Hat (5%), Google (3%), BellSoft (1%) e IBM (1%), corrigiram coletivamente 17% desses problemas. Desenvolvedores independentes contribuíram com 2% das correções no JDK 11.

Por último, mas não menos importante, o um por cento restante das correções foi contribuído coletivamente por desenvolvedores de uma ampla gama de organizações, incluindo Alibaba, Amazon, ARM, Azul, Intel, JetBrains, Linaro e Qualcomm Datacenter Technologies.

---

⏳ Mas espere, tem mais

Muito mais trabalho vai para um lançamento do JDK, além dos commits individuais. Existem JEPs, revisões de código, relatórios de bugs e discussões em listas de e-mail, tanto no Projeto JDK quanto nos vários Projetos OpenJDK onde se originaram recursos e correções destinados ao JDK 11. Estes incluem o Projeto Valhalla e o Projeto Amber, ambos liderados por Brian Goetz da Oracle, a Porta AArch64, liderada por Andrew Haley da Red Hat, e o Projeto ZGC, liderado por Per Lidén da Oracle.

Com o JDK 11 lançado, o trabalho na primeira atualização do JDK 11 liderada pela Oracle no repositório do Projeto JDK Updates também começou.

---

🙏 Obrigado pelo JDK 11, pessoal!

Finalmente, é hora de agradecer a todos os desenvolvedores que contribuíram com código para o JDK 11 e às suas organizações patrocinadoras. Um agradecimento especial também aos muitos desenvolvedores experientes que revisaram as mudanças propostas, aos primeiros usuários que testaram as versões de acesso antecipado e relataram problemas, e aos profissionais pacientes que forneceram feedback nas listas de e-mail do OpenJDK.

⚖️ Compreendendo o OpenJDK Community TCK License Agreement (OCTLA)

⚖️ O OpenJDK Community TCK License Agreement (OCTLA)

Depois de lançar a Comunidade OpenJDK como o lugar para colaborar em implementações de código aberto da Plataforma Java SE em 2006, o próximo passo lógico foi disponibilizar o Java SE TCK (JCK) para aqueles que trabalham e contribuem para o OpenJDK. A Sun Microsystems fez isso através do "OpenJDK Community TCK License Agreement" (OCTLA), disponibilizado em 2007 com versões certificadas aparecendo em 2008. A Oracle deu continuidade e expandiu esse programa, lançando um OCTLA para o Java SE 7, outro para o Java SE 8 e, considerando o novo ritmo de lançamentos, um único acordo para o Java SE 9 e versões posteriores. Houve dezenas de signatários nessas versões do Java SE.

---

O FAQ inicial do OCTLA ainda está disponível aqui. A Oracle continuou a aplicar as tradições e a intenção do programa OCTLA como ele foi originalmente concebido. Ou seja, o OCTLA é para indivíduos e organizações que trabalham e contribuem para a Comunidade OpenJDK, com implementações testadas pelo OCTLA de tais indivíduos e organizações distribuídas apenas sob a licença GPL do código do OpenJDK. Como observado no FAQ, o OCTLA não é para "implementações independentes de padrões de tecnologia Java". Para implementações independentes, a Oracle oferece opções comerciais de JCK, o que ajuda a financiar o desenvolvimento geral do Java. De fato, muitos dos signatários do OCTLA que participam da Comunidade OpenJDK também têm acordos comerciais de JCK para seus produtos e serviços baseados em implementação independente (não-OpenJDK). Alguns exemplos de implementações independentes de padrões de tecnologia Java ao longo do tempo incluem o BEA JRockit e o IBM J9.

---

A Oracle aplicou consistentemente o espírito e a intenção deste programa de longa data para o benefício da Comunidade OpenJDK, e planeja continuar o programa como vem fazendo desde a aquisição da Sun.