Compact Profiles no Java 8

O JavaDoc possui a lista completa dos pacotes e, na descrição de cada classe, foi adicionada uma declaração que documenta os perfis compatíveis.

Os Compact Profiles tornam o Java ainda mais interessante para sistemas embarcados, pois é possível gerar uma JRE especificando um desses 3 profiles. Para tal existe a ferramenta jrecreate que vem com o download do JavaSE Embedded. Por exemplo, ao gerar uma JRE no perfil Compact 1, um arquivo em torno de 11MB é gerado, possível usar em um RaspberryPI: jrecreate.sh --profile compact1 --dest /tmp/smallJRE/

Para a aplicação realmente funcionar em um determinado perfil, o compilador Java ganhou um novo flag: -profile. Esse flag determina o perfil (compact1, compact2 ou compact3) e o javac gera um erro caso uma classe incompatível esteja sendo utilizada.

Por exemplo, para compilar a classe abaixo é preciso usar pelo menos o Compact 2, pois o pacote java.sql não faz parte do Compact 1:

javac -profile compact2 Teste.java //compact1 geraria um erro

Para saber se a classe faz parte de um profile ou não, foi criada uma outra ferramenta: jdeps (java dependency analyzer). Ela vem instalada com o JDK 8 e analisa os pacotes dependentes. Para a classe acima, a jdeps mostra a saída seguinte: `jdeps -verbose:class -P Teste.class

Teste.class -> /../jdk1.8.0_20.jdk/Contents/Home/jre/lib/rt.jar (compact2) Teste (Teste.class) -> java.io.PrintStream compact1 -> java.lang.Object compact1 -> java.lang.String compact1 -> java.lang.System compact1 -> java.sql.Connection compact2 -> java.sql.DriverManager compact2 -> java.sql.SQLException compact2`

Repare que a jdeps informa que a classe Teste depende do JAR rt.jar e relata todos os pacotes utilizados. jdeps também serve para analisar as dependências de um JAR. Veja abaixo um exemplo usando o JAR principal do Hibernate: `jdeps -P hibernate-core-4.3.6.Final.jar

hibernate-core-4.3.6.Final.jar → /../jdk1.8.0_20.jdk/Contents/Home/jre/lib/rt.jar (Full JRE) org.hibernate (hibernate-core-4.3.6.Final.jar) -> java.io compact1 -> java.lang compact1 -> java.math compact1 -> java.sql compact2 -> java.util compact1 -> javax.naming compact3 -> javax.transaction not found -> org.jboss.logging not found org.hibernate.action.internal (hibernate-core-4.3.6.Final.jar) -> java.io compact1 -> java.lang compact1 -> java.util compact1 -> java.util.concurrent.atomic compact1 … muito mais`

No Java 9, com a entrada do JigSaw, somos obrigados a definir mais meta informações sobre os JARs/Modulos como versionamento e imports/exports, que serão verificadas no build da aplicação. Isso também significa que várias bibliotecas e frameworks vão quebrar, pois se basearam em pacotes internos da JRE que o sistema de módulos vai proibir.

Para quem procura uma solução de modularização para já, deve dar uma olhada no OSGI que é foco da minha palestra na próxima QCon no Rio de Janeiro. Espero te encontrar lá!