externalplugins.yml
Below includes the default contents of the External Plugins support file:
This file allows you to do create an external plugin compatibility check which can then be used in the Rules file to apply rules to mobs from specific plugins. Most 3rd party plugins which create custom mobs will typically apply information about their plugin either as information stored in the PDC (Persistant Data Container) of the entity, or within the NBT Metadata of the mob. You will likely need to ask the developer of the 3rd party plugin how you could identify their mobs via one of these two methods, then create one yourself.
We will not provide support in investigating the data of mobs to identify these keys or values. This is a question for the developer of the third party plugin, not LevelledMobs.
To populate the details of a plugin, we will use the first example:
On Line One
, the plugin tree is started. This is to simply separate the information from other external plugins in the same file. It is recommended, but not required, that this match the friendly-name
.
On Line Two
, the friendly-name
, is how LevelledMobs will identify mobs associated with this plugin, via the Condition check for external-plugins
.
On Line Three
, the plugin-name
, is the specific name of the plugin as identified by the Minecraft server itself. The easiest way to receive this is to perform /plugins
on your server and to copy exactly, including any case change or unique characters, the name of the plugin you are attempting to reference. An alternative way would be to locate the plugins.yml
file associated with the plugin and copy the identifier of the plugin there.
On Line Four
, the key-name
, refers to the name of the key being searched against, whether it exists at all or whether it has a specific value.
On Line Five
, the key-type
, refers to one of two possible types of searches. The first being metadata
, the second being PDC
, as described in the opening paragraph.
On Line Seven
, the requirement
config option, filters the search by either limiting the check to whether the key-name
exists
or not_exists
, or by checking whether the key-name
contains
or not_contains
the requirement-value
.
On Line Eight
, the requirement-value
config option, is only applicable to a requirement
check of contains
or not_contains
. When those are set, this checks the contents of the key-name
key to determine if it matches in full or partial the contents of this config option.
On Line Nine
, the placeholder-name
config option, allows you to create an internal-use placeholder, populated by the value of the key-name
, to be used in various other config options such as the nametag.
Internally Supported Plugins
There are some plugins which
Last updated