Configurations supporting multiple entries are called factory configurations.
Factory Configuration Example: Adding Organization types is supported, and is useful if you need to model real-life hierarchies or enforce hierarchical rules. In Liferay DXP, each Organization type is created via a factory configuration entry in System Settings.
If a service is meant to support factory configurations, its System Settings entry has an ADD button.
As with single-instance configurations, you can set factory configurations in the System Settings interface (as described in the example above) or via configuration files. Name a standard single-instance configuration file like this:
If your service supports factory configurations, use the convention of calling
the configuration’s first instance
The next instance contains a unique subname (something other than default). It’s good practice to use a descriptive name:
In the Organization type example, the default Organization type (aptly named
organization) is created by a
-default.config file named
Following the example from the Adding a New Organization Type article, you could add the League type with a configuration file named
Some System Settings entries that support factory configuration don’t ship with
a configuration file for the default instance (e.g., the Anonymous User entry).
If you export a factory configuration file to obtain the
.config file, it
doesn’t use the
-default.config naming convention. Instead, whether it’s the
first occurrence or an additional one, it’s given a guaranteed unique
identifier for its subname:
This guarantees that the file has a unique name. If you’re exporting the configuration file for deployment in a separate system, you can rename the exported file to use a more descriptive subname. If you rename the file and deploy it to the same system it was exported from, the new subname marks it as an entirely new configuration. You’ll end up with an additional configuration instance in this case, not just a renamed one.
In many cases, configuration files can be used to force a factory configuration scenario, but not all configurations can be used this way. It’s best to stick to the intended use cases. Use System Settings as described above to determine if using factory configurations is a good idea. If not, stick to the single occurrence mode of configuration (specifying only one configuration file for the service).