Here you'll find the configurable properties of our reusable CELUM Extensions .
The general property format in the docs is:
type: some-type, required: yes/no, default: xyz
Description and more infos about the property
We use Semantic Versioning, with the lowest compatible CELUM API version tacked on.
Our naming scheme for JAR files is pluginName-{version of the plugin}-{minimum celum api version}.jar
e.g. anura-2.8.5-6.8.1.jar
means that anura has version 2.8.5 and requires at least CELUM 6.8.1 to run.
nova.app.plugins
points to). Make sure the plugin version is compatible to your CELUM version. (the plugin folder is normally shipped in a zip folder by brix)If you prefer to have our plugins log to their own log file, add the following to your celum/home/appserver/log4j2.xml
:
in the <Appenders>
section:
<!-- brix log -->
<RollingFile name="brixlog" fileName="${sys:celum.home}/appserver/log/brix.log"
filePattern="${sys:celum.home}/appserver/log/brix.%d{yyyy-MM-dd}.log.zip">
<PatternLayout pattern="%d{yyyy:MM:dd HH:mm:ss} %C{1} %-5p %m%n"/>
<Policies>
<TimeBasedTriggeringPolicy interval="1"/>
</Policies>
<DefaultRolloverStrategy compressionLevel="5">
<Delete basePath="${sys:celum.home}/appserver/log">
<IfFileName glob="brix.*.log.zip" />
<IfLastModified age="30d" />
</Delete>
</DefaultRolloverStrategy>
</RollingFile>
and in the <Loggers>
section:
<!-- brix log -->
<Logger name="ch.brix" level="DEBUG" additivity="false">
<AppenderRef ref="brixlog" />
</Logger>
... set the level=
to one of ERROR, INFO, DEBUG or TRACE as you desire, and don't leave it at verbose levels in production (or as soon as you've found the issue).
To change the translations of terms used in our plugins:
<lang>.properties
file, e.g. de.properties
for GermanFoo Bar
might be listed as pluginName.fooBar=Foo Bar
<home>/appserver/lang/customMessages_<lang>.properties
and adapt right-hand side, e.g. pluginName.fooBar=Foo Baz
synergy.home
has been renamed to celum.home
- supposedly this should have been backwards-compatible, but apparently it's not. Therefore we'd recommend that you have both -Dsynergy.home=...
and -Dcelum.home=...
pointed to the same location in order to achieve backwards-compatibility with older releases.Starting with CELUM 6 (aka ContentHub), the notion of "releases" was introduced, which has nothing to do with the actual version. But sometimes this matters, so we'll stick with the version. Here's a lookup table:
CELUM Version | CELUM Release Name | CELUM API |
---|---|---|
5.x | 5.x | 1.x |
6.0.0 | 18.12 | 2.0 |
6.0.1 | 19.1 | 2.0 |
6.1.0 | 19.3 | 2.1 |
6.2.0 | 19.6 | 2.2 |
6.2.1 | 19.8 | 2.2.2 |
6.3.0 | 19.10 | 2.3 |
6.4.0 | 19.12 | 3.0 |
6.4.1 - 6.4.2 | 20.2 | 3.0 |
6.5.0 - 6.5.2 | 20.3 | 3.1 |
6.6.x | 20.6 | 3.2 |
6.7.x | 20.7 | 3.3 |
6.8.x | 20.9 (ESR) | 3.4 |
6.9.x | 21.2 | 3.5 |
6.10.x | 21.5 | 3.6 |
6.11.x | 21.9 | 3.7 |
6.12.x | 22.1 (ESR) | 3.8 |
6.13.x | 22.4 | 3.9 |
6.14.x | 22.9 | 3.10 |
6.15.x | 23.1 | 3.11 |
6.16.x | 23.5 (ESR) | 3.12 |
6.17.x | 23.12 | 3.13 |
6.18.x | 24.4 | 3.14 |
6.19.x | 24.7 | 3.15 |
ESR = Extended Support Release