Los tipos de módulos de JPMS añadidos a partir de Java 9

Con la publicación de Java 9 el 2017 se introdujo la importante novedad de los módulos que proporciona a la plataforma Java varias características como encapsulación fuerte, interfaces bien definidas y dependencias explícitas. Todos las clases se organizan en paquetes y en Java 9 también en módulos para lo cual fue necesario reorganizar en módulos todos los paquetes de los que se compone la API de Java.

Antes de Java 9 todas las clases se proporcionaban en una lista ordenada de archivos jar, lo que se conocía como el classpath y donde cualquier clase tenía acceso a cualquier otra que se encontrase en él respetando los ámbitos de visibilidad (public, protected, private y package). En la definición de cada módulo en su archivo module-info.java se debe especificar cuales son los módulos requeridos para su funcionamiento no permitiendo la máquina virtual de Java el acceso a ninguna otra clase de otros módulos ni a ninguna clase de los paquetes no exportados.

Para mantener la compatibilidad hacia atrás y hacer más sencillo la transición hacía los módulos, algunas librerías puede que ya no tengan mantenimiento, se pueden dar tres tipos de módulos.

• Módulos con nombre: están compuestos por las librerías que tienen su definición de módulo en el archivo module-info.java y son colocados en el modulepath al iniciar la aplicación. Únicamente leen los módulos que explícitamente se ha indicado en la definición del módulo con la palabra requires y tiene acceso a los paquetes y sus clases exportados de los módulos requeridos.
• Módulos automáticos: son las librerías que no tienen una definición de módulo pero que son colocadas en el modulepath. La máquina virtual de Java le asigna un nombre de módulo de forma automática según el nombre de la librería o según la propiedad Automatic-Module-Name del archivo de manifiesto. Leen todos los otros módulos del sistema, los que se encuentren en el modulepath (incluidos todos los otros automáticos) y de la imagen del JDK, y todas las clases del módulo anónimo. Los módulos automáticos son necesarios para que no requerir convertir una librería a un módulo, esto es no requerir convertir a un módulo todo el código ya existente lo cual es un problema ya que muchas librerías ya no tienen mantenimiento. Ya que no tienen una definición de módulo se exportan todos los paquetes.
• Módulo anónimo: todas las librerías (incluso las que tienen su definición del módulo) que se colocan el classpath forman el módulo anónimo. Leen todos los módulos del sistema y tienen acceso a todos sus paquetes exportados.

Ya se han publicado varios libros que explican detalladamente la modularidad introducida en Java 9. Cualquiera de ellos es una guía completa de la modularidad de Java.