Page 1 of 1

About Question enthuware.ocpjp.ii.v11.2.3444 :

Posted: Wed Jan 06, 2021 9:34 am
by teodorj
For example,
if an abc.print module implements an org.printing.Print service interface defined in PrintServiceAPI module using com.abc.PrintImpl class,
then this is how its module-info should look:

Code: Select all

module abc.print{
	requires PrintServiceAPI; //required because this module defines the service interface org.printing.Print
	provides org.printing.Print with com.abc.PrintImpl;
}
I notice that

Code: Select all

requires PrintServiceAPI;
does not use module name same with package name (org.printing.PrintServiceApi).

Module name with same name as package is optional and best practice right?

Re: About Question enthuware.ocpjp.ii.v11.2.3444 :

Posted: Wed Jan 06, 2021 9:38 am
by admin
Yes, it is a best practice but not a requirement. In this case, the problem statement says that the module is PrintServiceAPI, so that is why the module abc.Print's module-info has "requires PrintServiceAPI;" clause.

Re: About Question enthuware.ocpjp.ii.v11.2.3444 :

Posted: Thu Apr 25, 2024 9:42 pm
by pavvel
In Explanation we have a next example:

Code: Select all

module abc.print{
    requires PrintServiceAPI; //required    
    //because this module defines the service interface org.printing.Print
    provides org.printing.Print with com.abc.PrintImpl; 
}
Is this correct that, nobody can uses com.abc.PrintImpl, due to lack of the exports word?

Re: About Question enthuware.ocpjp.ii.v11.2.3444 :

Posted: Fri Apr 26, 2024 12:07 am
by admin
Nobody refers to PrintImpl class directly. Other modules who want to use the Print service use the Print interface only (which is in PrintServiceAPI module). So exporting the package containing PrintImpl from abc.print module is not required. In fact, it is not even recommended to export com.abc.PrintImpl from ab.print module because you don't want anyone to accidently start using PrintImpl directly.