Like the Maven workspaces for the other (Java) CoreMedia applications, the workspace resulting from the Studio Client plugin archetype can be built independently from the Blueprint workspace. For example, it does not reuse a parent POM of the Blueprint workspace. This is important, so that your plugin can be updated and released independently of your Blueprint customizations and a concrete CoreMedia release.

All dependencies on Studio modules that are already part of studio-app must be set to provided. For Studio Client, you will only use non-provided dependencies, that is compile dependencies (which is the default value for scope), for the following cases:

Note that unlike plugins for Java applications, Studio Client does not support dedicated class loading per plugin, and thus all plugins use the same version of a shared code module.

If you have two plugins that use a common shared code module, but can be used independently of one another, each of them must bundle the shared code module (that is, specify a compile dependency on that module, so that it is added to the plugin's ZIP artifact). It is allowed to use plugins with "overlapping" modules, but consider that when all plugins are extracted into a common folder, only one copy can "win". Thus, using different versions of shared code modules is strongly discouraged, as it may lead to spurious errors at runtime.

Apart from this special treatment of dependencies, a Studio plugin workspace is used just like a normal Studio plugin in the Blueprint workspace. You build it with mvn install, resulting in JavaScript files and resources in the target directory and an swc artifact. What is different is that by specifying the goal package-plugin in the POM, all resources needed by the plugin are gathered in the subfolder target/app and an additional artifact (a zip) is created that contains all these resources. This artifact is installed, deployed and released like any other Maven artifact, so it can be used to produce a "binary" release of your Studio Client plugin.

The POM created by the archetype also contains configuration to conveniently test the local development state of your plugin. You need a ready-to-run Studio Client as described in Section 4.3, “Build and Run the Applications”.

If the feature you develop as a plugin also plugs into Studio Server (which is a common case), take care that this Studio Client is connected to a Studio Server including the corresponding plugin. To activate your Studio Client plugin, you have two options: