View source | View content page | Page history | Printable version   

Projects:Share Openbravo properties/Technical Specifications



When Openbravo is deployed in Tomcat clustering sharing physical files for all the webapps in each server, file is also shared. The target of this project is to define a mechanism to be able to have different values for some of these properties depending on the server.

The most common property to be modified is background.policy which allows to execute background processes in only one of the Tomcats in the cluster.



The most common property to be changed is background.policy which allows to define if background processes are executed or not in current server. Current design assumes each server has a different file, thus it is not possible to having a shared to allow to execute processes just in one of them.

To solve this problem it is possible to have a single file shared by all servers. We would add a new background policy (execute on host name) and a new property background.executeOnHost which value should be the name of the host to execute background processes in and would be only used if the policy is set to the new one. In this way only the host named like the new property value would execute background processes.

If the only different property is this one, this approach is preferred over the other one because it would only require to maintain a single file.

Other properties: file replacement

In case any other arbitrary property needs to be different between different Tomcats, the solution would be to have different files to define all of them, these files would be named as where hostName would identify each server in the cluster.

This approach would force to maintain all of these properties files.

Other properties: overriding some properties

Similar to previous approach, it would be possible file to define only the properties to override from the main file. In this manner main file would always be read and only the properties defined for that host in file would be overridden.

This approach covers the use cases defined for both previous approaches making easier to maintain host specific properties files as they only would have some of the properties.

Naming the host

For any of the both approach defined above it is necessary to be able to identify each of the hosts in the cluster.

Development tasks is read at runtime from Openbravo running instance as well as from development tasks (ie. ant smartbuild). Node specific settings make only sense at runtime. When executing development tasks main files should always be used.

Final decision

After evaluating all the approaches the selected one is the partial override of only selected properties. Name of the instance can be defined by:

Retrieved from ""

This page has been accessed 1,282 times. This page was last modified on 15 January 2015, at 08:41. Content is available under Creative Commons Attribution-ShareAlike 2.5 Spain License.