Modules Configuration


The colims x.y.z client and distributed modules can be downloaded from the Downloads section on the home page.

Client module

The client module contains the graphical user interface (GUI). A user can run it on his local machine to

  • manage metadata of projects, experiments, samples, runs, users, instruments, materials, protocols…
  • send analytical runs storage tasks to the storage queuing module
  • monitor the storage queuing module

Multiple clients can be active simultaneously.


Before running the colims client module for the first time, some database related properties - located in the file in the config folder - need to be modified if necessary.

db.default_schema = colims
db.url = jdbc:mysql://localhost:3306/colims
db.driver = com.mysql.jdbc.Driver
db.dialect = org.hibernate.dialect.MySQL5Dialect
db.username = root

Change these property values according to your database settings. The client module will use these values to establish a database connection.

The client module needs to connect to the storage queueing module as well. Following properties located in the same properties file hold the ActiveMQ connection parameters: = tcp://localhost:61616
distributed.jmx.service.url = service:jmx:rmi:///jndi/rmi://localhost:1099/jmxrmi

Adjust these URLs if necessary.


Run the colims client by double clicking the .jar file in the colims-client-x.y.z folder. First, the client module needs to connect to the database. The default database url and username values are retrieved from the file, while the database password is not stored for security reasons. Once the connection to the database has been established, a loading screen is shown. Next, the user needs to provide application level log in credentials. The default admin user credentials are

  • name: admin
  • password: adminadmin

It is highly recommended to change the default admin password once the admin user is logged in. This can be done in the admin section. See the Manual wiki page for using the client module.

Storage queuing module


Apache ActiveMQ is used as an intermediate layer between the client(s) and the storage engine. It contains 3 messaging queues:

  • storage queue: clients send analytical run storage tasks to this queue
  • stored queue: once a run has been stored successfully, the storage engine sends a confirmation message to this queue
  • error queue: if something went wrong while storing, the storage engine wraps the storage task in a storage error and sends it to this queue

Using a separate queueing server has several advantages:

  • ActiveMQ is widely used and has proven to be a stable component in distributed architectures.
  • The storage engine listens to the storage queue and processes storage tasks sequentially. This way, the entries in the protein and modifications tables can be kept unique.
  • If the storage engine cannot be reached by the queueing module (network problems, distributed module crash), the different messages reside on the queues and nothing gets lost.


Run the activemq file with a command line tool in the bin directory of the ActiveMQ distribution downloaded from the ActiveMQ website. ActiveMQ runs on both Windows and Linux machines.


When running ActiveMQ on a remote server, configure the JMX ports you want to use in the activemq.xml file in the conf directory:

  <managementContext createConnector="true" connectorPort="<connectorPortNumber>" rmiServerPort="<rmiServerPortNumber>"/>

instead of

  <managementContext createConnector="true"/>

The distributed.jmx.service.url in the and files becomes

distributed.jmx.service.url = service:jmx:rmi://<host>:<rmiServerPortNumber>

instead of

distributed.jmx.service.url = service:jmx:rmi:///jndi/rmi://localhost:1099/jmxrmi

You also need to change the wrapper.conf file in the bin/<win/linux version>:


Distributed module

The distributed part is responsible for the storage of analytical runs and associated search settings, identifications and quantifications.


Like the client module, the distributed module needs to connect with the database and the storage queueing module. The connection parameters are located in the file in the config folder. The only difference is that the database password is stored there as well because the distributed module is managed by the administrator. Regular users should not be able to access it directly.


Execute the following command in the colims-distributed-x.y.z folder where the .jar file is located:

java -jar colims-distributed-<version>.jar

As mentioned before, this module listens to the storage queue and processes incoming storage tasks. The storage engine keeps on trying to make a connection with the storage queue if the queueing module cannot be reached.