In the "main-app" module, the `HelloInterface` service instance, `HelloModules`, was just being treated like an ordinary class that was exported from the "hello.modules" module. The code was not treating the class as a service class. This is not a good example of how services are used.
This commit makes use of the `ServiceLoader` class, which provides access to the `HelloInterface` instance as defined in the "hello.modules" module. This serves as a better example for how services are used.
* [JAVA-1657] core-java-modules JUnit and Maven Surefire Plugin upgrade
* [JAVA-1657] Changed sub modules parents to core-java-modules and core-java-modules to parent-java
* [JAVA-1657] Upgraded JUnit Jupiter version
* [JAVA-1657] Get JUnit 4 dependency transitively
* BAEL-4010 Add test for InputStream.readAllBytes()
* BAEL-4010 Refactor: Move "InputStream to Bytes" to Java 9 specific module
The issue BAEL-4010 introduces a new example to the article "Java
InputStream to Byte Array and ByteBuffer". The example is about
byte[] InputStream.readAllBytes()
which was added with Java 9.
To be consistent, all examples for this article were moved to a module
which is compiled with at least Java 9.
* BAEL-4033 Added unit test cases for LinkedBlockingQueue and ConcurrentLinkedQueue
* BAEL-4033 Updated unit test class names due to PMD rule violations
* Moved files to another module based on the editor review
* Code sample for Java Hexagonal architecture
* BAEL-3838 Capturing a Java Thread Dump
* BAEL-3852 Foreign memory api in Java
* BAEL-3852 - Review changes of A Guide to Foreign Memory Access API in Java 14
* BAEL-3852 - Additional review changes for A Guide to Foreign Memory Access API in Java 14
* Review changes for alignment and class removal
* Removed incorrectly added old files from the PR
* Indentation changes
Co-authored-by: Somnath Musib <somnath.musib@voltbank.com.au>
* BAEL-3857 Introduction to Lock-Free Data Structures
* BAEL-3857 Declare variables as final / volatile
* BAEL-3857 Declare node value as final
Co-authored-by: mikr <michael.krimgen@ximedes.com>
