Listeners
Listeners allow plugins to declaratively subscribe to events delivered through the message bus (see Messaging infrastructure for details). Listener implementations must be stateless and may not implement life-cycle (e.g., Disposable
).
You can define both application- and project-level listeners.
Declarative registration of listeners allows you to achieve better performance than registering listeners from code. The advantage is because listener instances get created lazily — the first time an event is sent to the topic — and not during application startup or project opening.
Defining Application-Level Listeners
To define an application-level listener, add the <applicationListeners>
section to your plugin.xml:
The topic
attribute specifies the listener interface corresponding to the type of events you want to receive. Usually, this is the interface used as the type parameter of the Topic
instance for the type of events. The class
attribute specifies the class in your plugin that implements the listener interface and receives the events.
As a specific example, if you want to receive events about all Virtual File System changes, you need to implement the BulkFileListener
interface, corresponding to the topic VirtualFileManager.VFS_CHANGES
. To subscribe to this topic from code, you could use something like the following snippet:
To use declarative registration, you no longer need to reference the Topic
instance. Instead, you refer directly to the listener interface class:
Then you provide the listener implementation as a top-level class:
Defining Project-Level Listeners
Project-level listeners are registered in the same way, except that the top-level tag is <projectListeners>
. They can be used to listen to project-level events, for example, tool window operations:
The class implementing the listener interface can define a one-argument constructor accepting a Project
, and it will receive the instance of the project for which the listener is created:
Additional Attributes
Registration of listeners can be restricted using the following attributes:
os
- allows restricting listener to given OS, e.g.,os="windows"
for Windows only (2020.1 and later)activeInTestMode
- set tofalse
to disable listener ifApplication.isUnitTestMode()
returnstrue
activeInHeadlessMode
- set tofalse
to disable listener ifApplication.isHeadlessEnvironment()
returnstrue
. Also, coversactiveInTestMode
as test mode implies headless mode.