Pular para o conteúdo principal

Mudanças no Java. JDK 9, Java EE 8, OpenJDK e Spring

Mudanças no Java. JDK 9, Java EE 8, OpenJDK e Spring
Olá, começamos 2018 com muitas novidades lançadas ainda em 2017. JDK 9, JavaEE 8, sendo este transferido para a eclipse foundation com o nome de EE4J. Spring 5 e muitas outras novidades.

Então em seus próximos projetos, é bom levar em consideração todos estes fatores.

Falando especificamente em JDK, faremos uma analise de quanto ainda vale se utilizar do JDK da Oracle ou partir para o uso do OpenJDK. Se você acompanha, nos últimos anos a Oracle vem se "esforçando" para deixar o Java mais open source e focando na parte comercial. Dentre alguns exemplos, podemos citar: Netbeans sendo doado para o Apache, certificações Java que exigem cursos oficiais da Oracle, desenvolvimento de ferramentas e suporte estendido ao JDK (JDK 8 da Oracle não terá mais updates públicos a partir de janeiro de 2019). Ferramentas de monitoramento tais como o Mission Control e Flight Recorder, são de uso comercial.

Se você utiliza o JDK da Oracle desde a versão 6, provavelmente não será uma tarefa muito simples utilizar o OpenJDK devido alguns pacotes proprietários. O OpenJDK foi liberado oficialmente na versão 7 do Java, tendo como base inicial a versão 6 e 7. Embora o OpenJDK 6 tenha ficado em um projeto separado.

 A Sun iniciou este processo em 2016 e a primeira versão do OpenJDK foi liberada em maio de 2007 (JDK 7)

Implementações do OpenJDK

Como o OpenJDK é a implementação referência e de código aberto, qualquer pessoa pode utilizar os códigos para criar sua própria JVM. Algumas implementações conhecidas:
Diferenças entre OpenJDK e Oracle JDK

Diferente do Oracle JDK, o OpenJDK não possui um instalador do tipo wizard para facilitar a instalação no Windows por exemplo. Basicamente você vai descompactar o OpenJDK em uma pasta e colocar o diretório bin no path. Geralmente fazemos isso através da variável de ambiente JAVA_HOME.

Download Oracle JDK
http://www.oracle.com/technetwork/java/javase/downloads/

 Download OpenJDK
http://jdk.java.net/9/

 Após a instalação de ambos, podemos comparar as duas versões:

 Digite o comando abaixo no console:

 java -version

 java version "9.0.4"
Java(TM) SE Runtime Environment (build 9.0.4+11)
Java HotSpot(TM) 64-Bit Server VM (build 9.0.4+11, mixed mode)

 openjdk version "9.0.4"
OpenJDK Runtime Environment (build 9.0.4+11)
OpenJDK 64-Bit Server VM (build 9.0.4+11, mixed mode)

 Até ai tudo bem, ambos JDKs estão na mesma versão e build.

 Compatibilidade com JavaFX

Se você tem uma aplicação JavaFX, pode ter problemas em rodar ela com o OpenJDK e precisará instalar um pacote complementar chamado OpenJFX

 Diferenças na API

Aqui um ponto importante a se considerar. A API do Java possui diferenças em suas bibliotecas. Alguns pacotes adicionais que não existem no OpenJDK que você pode estar usando com o JDK Oracle.

Pacotes somente do JDK Oracle
jdk.packager.services
jdk.packager
javafx.web 
javafx.swing 
javafx.media 
javafx.graphics 
javafx.fxml 
javafx.controls 
javafx.base


Se engana quem acha que não vai encontrar pacotes com o nomes "com.sun" ou "sun.*". Pois bem, estão todos la. Não se preocupe em varrer o seu código em busca de imports destes pacotes, pois continuarão funcionando com o OpenJDK.

 Diferenças nos binários

 Existem três grandes diferenças entre os binários OpenJDK  e binários Oracle a partir do OpenJDK 8 (Java 8).
  1. Fonte rasteriser (Freetype vs. T2K)
  2. Gerenciamento de cores (o OpenJDK usa o LCMS e o Oracle usa o Kodak CMM)
  3. Renderizador gráfico (pisces vs. ductus)
Para o Java 9, existem duas diferenças, uma vez que o renderizador gráfico Marlin foi adotado no OpenJDK.
  1. Fonte rasteriser (Freetype vs. T2K)
  2. Gerenciamento de cores (o OpenJDK usa o LCMS e o Oracle usa o Kodak CMM)

 Parâmetros da JVM

 Os parâmetros são quase iguais para as duas VM's. Para ver a lista completa, use:

 
java -XX:+UnlockDiagnosticVMOptions -XX:+UnlockCommercialFeatures -XX:+PrintFlagsFinal
A partir do JDK 8u131, a única diferença está nas seguintes flags (ausentes no OpenJDK):

 
 bool EnableResourceManagementTLABCache        = true         {product}
 bool EnableSharedLookupCache                  = true         {product}
 bool FlightRecorder                           = false        {commercial}
ccstr FlightRecorderOptions                    =              {product}
 bool LogCommercialFeatures                    = false        {product}
ccstr MemoryRestriction                        = none         {commercial}
 bool ResourceManagement                       = false        {commercial}
 intx ResourceManagementSampleInterval         = -1           {commercial}
ccstr StartFlightRecording                     =              {commercial}
 bool TraceSharedLookupCache                   = false        {product}
 bool UnlockCommercialFeatures                 = true         {commercial}
 bool UseAppCDS                                = false        {commercial}
Outras distribuições do OpenJDK

https://www.azul.com/downloads/zulu/zulu-windows/

 https://developers.redhat.com/products/openjdk/download/

 https://github.com/JetBrains/jdk8u

Conclusão

Cada vez mais o OpenJDK vem ganhando força, deixando as distribuições comerciais com o principal propósito de dar suporte a versões que não receberão mais patchs de segurança públicas.

Para entender a respeito do novo modelo de release do Java, acesse o link abaixo:
Marcadores:

Comentários

Postar um comentário

Postagens mais visitadas deste blog

Java Records

  Java Records Imutável, Simples e limpa Esta funcionalidade da linguagem apareceu pela primeira vez na versão 14 como experimental e assim continuou até a versão 15 . Agora liberada de forma definitiva no Java 16 . O objetivo é ser possível ter classes que atuam como portadores transparentes de dados imutáveis. Os registros podem ser considerados tuplas nominais. Ou seja, após criado, um record não pode mais ser alterado. Records oferece uma uma sintaxe compacta para declarar classes que são portadores transparentes para dados imutáveis superficiais visando reduzir significamente o detalhamento dessas classes e irá melhorar a capacidade de leitura e manutenção do código. Vamos seguir um exemplo de uma classe chamada Pessoa . O primeiro exemplo vamos utilizar o modo tradicional. public class Pessoa { private String nome; private int idade; public Pessoa (String nome, int idade) { super (); this .nome = nome; this .idade = idade; } public String getNo
1 comentário
Leia mais

Java 8 ao 18: Mudanças mais importantes na plataforma Java

    Vamos rever muitas das mudanças mais importantes na plataforma Java que aconteceram entre a versão 8 (2014) e 18 (2022)   O Java 8 foi lançado em março de 2014 e o Java 18 em março de 2022. São 8 anos de progresso, 203 JEPs (JDK Enhancement Proposals ), entre essas duas versões. Neste post, revisaremos as mudanças mais importantes e discutiremos os benefícios e desafios da adoção de versões mais recentes do JDK para novos aplicativos e para os mais antigos compilados com versões mais antigas. Desde a versão 9, o Java tem novos recursos a cada 6 meses e é muito difícil acompanhar essas novas mudanças. A maioria das informações na internet descreve as mudanças entre as duas últimas versões do Java. No entanto, se você estiver em uma situação semelhante à minha, não está usando uma das versões mais recentes do Java, mas uma das várias versões anteriores (Geralmente 8 ou 11 que são as versões de suporte estendido). Então é útil saber quais novos recursos foram adicionados d
1 comentário
Leia mais

O suporte de longo prazo e o que o LTS significa para o ecossistema Java

A arte do suporte de longo prazo e o que o LTS significa para o ecossistema Java Aqui está o que o Java 17 tem em comum com o Java 11 e o Java 8. Em junho de 2018, há pouco mais de três anos, a Oracle e outros participantes do ecossistema Java anunciaram uma mudança no modelo de cadência de lançamento para Java SE. Em vez de ter um lançamento principal planejado a cada dois ou quatro anos (que geralmente se torna de três a quatro anos), um novo modelo de lançamento de recursos de seis meses seria usado: a cada três anos, um lançamento seria designado como Long-Term Support (LTS) e receba apenas atualizações trimestrais de segurança, estabilidade e desempenho. Esse padrão foi emprestado descaradamente do modelo de lançamento do Mozilla Firefox, mas o ajustou para ficar mais alinhado com os requisitos de uma plataforma de desenvolvimento. A primeira versão do Java lançada sob esse modelo foi o Java SE 11. O lançamento do Java SE 17, o segundo lançamento do LTS sob o novo
Postar um comentário
Leia mais