dotCMS provides multiple different ways to develop code and extend your sites. It is helpful to understand the different ways you can code in and extend dotCMS when planning your site development.
|Development Type||Code Language(s)||Execution Location|
|Server-Side Web Development||Velocity||Server|
|External Application Development|
|Combined Development||Two or more of the above||Mixed|
These types of code are passed directly from dotCMS to the client, without processing on the dotCMS server. Therefore the only limitation on the use of these methods are those imposed by the client browsers and applications you wish to support.
Server-Side Web Development: Velocity
dotCMS natively supports the Apache Velocity language, which is a server-side coding language that is easy to learn and use, with a simple syntax, but also easily extended with Java plugins. dotCMS both provides standard Apache Velocity classes (called Viewtools), and enables you to easily pull, manipulate, and display dotCMS content using Velocity.
For more information, please see the Velocity Development documentation.
External Application Development (Headless/Content-as-a-Service/CaaS): REST API
dotCMS provides a large number of REST API Endpoints which can be used to create, modify, and access dotCMS objects and content. Almost all functionality available via the dotCMS back-end can be performed using one of the dotCMS REST APIs, enabling you to create your own applications to access all the same content and duplicate most of the operations of the dotCMS back-end.
For more information on the dotCMS REST API, please see the REST API documentation.
You may also create your own custom REST endpoints using Scripted Custom Endpoints. These endpoints can access all functionality available via Velocity code, and since Velocity code can access Java classes and methods, these custom endpoints make it easy for you to expose your own Java classes or any functionality in the dotCMS Java API through a REST API.
For more information, please see the Scripted Custom Endpoints documentation.
Plugin Development: Java
You may create both static and dynamic OSGI plugins to extend dotCMS functionality. Plugins are coded in Java. Dynamic plugins can be loaded and unloaded without restarting your dotCMS server. Static plugins may not be dynamically loaded, but can be used to perform some types of changes that can not be performed with dynamic plugins (such as overriding built-in dotCMS classes).
Combining Development Methods
For more information on each of these development methods, please see the appropriate documentation section.