Installation and Startup

eXo Platform is packaged as a deployable enterprise archive defined by the Java EE specification, and as a configuration directory. In this chapter, you will see the following topics:

System requirements

Warning

The requirements cited below are provisional and may change according to quality tests findings.

To run eXo Platform 6.0, your system is required to meet the following specifications or higher:

  • CPU: Multi-core recommended, 2GHz minimum.

  • Memory: The eXo Platform package is optimized with default settings: max heap size = 4GB and non-heap size = 256MB; so the available memory should be at least 4GB. It is recommended you have a memory of 8GB (4GB free for database services and file system caches).

  • Free disk space: 10GB minimum

  • Java 8+: JDK 8 is required for eXo Platform 6.0 version. Set the JAVA_HOME environment variable to point to your JDK installation.

  • Java 7 and below is incompatible for eXo Platform 6.0 version.

  • Browser Compatibility:

    Operating system Recommended browser Supported browser Compatible browser Incompatible browser
    Windows
    • Firefox ESR 52.4
    • Edge 15
    • Chrome 62
    • Internet Explorer 11
    • Edge, Chrome, Firefox - Latest stable
     
    • Internet Explorer 10 and below
    Linux
    • Firefox ESR 52.4
    • Firefox - the last stable
    • Chrome - the latest stable
     
    Mac OS
    • Firefox ESR 52.4
    • Chrome 62
    • Firefox - the last stable
    • Chrome - the last stable
    • Safari 11,10
    • Safari 8 and below
    Android  
    • Chrome 55
    • Chrome - the latest stable
    • Firefox - the latest stable
     
    iOS  
    • Chrome 55
    • Safari 9
    • Chrome - the latest stable
    • Safari 8
     

Note

The eXo server will run on the port 8080 by default, so make sure this port is not currently in use or configure eXo Platform to use another port.

eXo Platform Enterprise Edition

In this section, we will provide how to install the Trial edition of eXo Platform and the steps following the installation from registering the software to unlocking it.

Here are the steps to follow:

Registering your software

eXo Tribe provides access to all community of eXo Platform including developers and users.

As a result, registration is needed so that you can post questions in the community to get help from other IT professionals around the world. Also, by registering your installation in the tribe, you will contribute to anonymous statistics published on the tribe website and help improving the eXo Platform.

After a successful installation, at the first startup, you will be redirected to the Register your Software screen as follows:

image0

Note

Because you are using a commercial edition, you have to accept the Terms and Conditions Agreement before going to the registration.

From the Register your Software screen, click Register your software to start the registration. If you do not want to register this time, just click the Skip button, but remember that skipping is allowed only twice.

image1

Click the Authorize button to activate the authorization process (you can select Cancel to skip registering this time, but remember that canceling is also allowed only twice), if successful, you will see this message:

image2

It means the registration has completed. Now you can select Continue with more steps for getting started with eXo Platform. Once this is registered, you will never be asked for registration again.

Note

  • If the eXo Tribe website can’t be reached, you will get this message:

    image3

    In this case, clicking the Continue button still allows you to start using eXo Platform as normal, but you will be asked to register again after next server startup.

  • Upgrading to a new platform version will require a new registration.

  • For the Enterprise edition, it is possible to skip the registration completely by unlocking it with an official key.

  • If the authorization process failed, try to redo the registration or contact our support team for more details.

Setting up the admin accounts

After registering your installation to benefit from eXo Platform community advantages, you are asked to set up administrators accounts.

This screen appears allowing you to fill in information for users promoted as the administrators of the platform:

image4

In the first part of the screen, the user will belong to the group /platform/administrators. The second part of the screen allows you to redefine the super user root password.

Unlocking eXo Platform with an unlock key

eXo Platform offers commercial editions. Thus, you will see a trial banner at the page footer.

image9

Unlocking your trial with an unlock key

You need to purchase a key to unlock the evaluation.

The unlock is done via Unlock Evaluation screen. Open this screen by clicking Buy a Subscription on the trial banner.

image10

On this screen:

  • If you have not purchased a key yet, click the subscription plan link. It should open the Editions page which helps you choose a plan.

    Then, go to eXo Buy page to complete the purchase.

    image11

Note

You may copy the Product Code from the Unlock screen and submit it in the Buy page, otherwise a new code will be generated and sent to you along with the key. If you have any trouble, please contact support@exoplatform.com.

  • If you have received a key already, come back to Unlock Evaluation screen to activate your subscription. Enter your Unlock Key (and Product Code if you received one) and click Unlock.

    This function validates your key against the product code. If the key is invalid, it displays a message like “Sorry this evaluation key is not valid”. On success, it just redirects you to the previous page.

In this section, we will provide how to install the enterpise edition of eXo Platform in Tomcat application server.

Installing the Tomcat bundle

The eXo Platform Tomcat bundle is a ready-made package on top of the Tomcat 8.5 application server. So, you just need to download and extract the package (named eXo-Platform-6.0.0.zip, for example) on your server. In this guideline, $PLATFORM_TOMCAT_HOME is the folder path of the extracted package.

Starting up the server

eXo Platform is started with a built-in startup script file, which is start_eXo.sh for Linux and OS X (Mac), and start_eXo.bat for Windows. Double-click, or run it in console (Terminal or Command Prompt):

  • Linux/OS X: $PLATFORM_TOMCAT_HOME/start_eXo.sh
  • Windows: %PLATFORM_TOMCAT_HOME%\start_eXo.bat

The server is started successfully when you see a message like this:

INFO: Server startup in 120619 ms

To start eXo Platform as a background process, use the –background option:

  • Linux/OS X: $PLATFORM_TOMCAT_HOME/start_eXo.sh --background
  • Windows: %PLATFORM_TOMCAT_HOME%\start_eXo.bat --background

You can always check the log files under $PLATFORM_TOMCAT_HOME/logs.

Shutting down the server

If you have started eXo Platform in console (without –background option), just press Ctrl+C to stop it.

In case it is running as background process, you can use the stop_eXo script:

  • Linux/OS X: $PLATFORM_TOMCAT_HOME/stop_eXo.sh
  • Windows: %PLATFORM_TOMCAT_HOME%\stop_eXo.bat

If you still see the process running, you may forcefully stop it. There are several ways: using Task Manager (Windows), or running stop_eXo.sh -force (Linux/OS X), or using kill -9 command (Linux/OS X).

Starting up eXo Platform in the Dev/Debug mode

In eXo Platform, the Debug mode is generally like other Java applications using JDWP, whereas the Dev mode is specific for debugging JavaScript, CSS and configurations.

To start eXo Platform in the Debug mode, use the –debug option:

  • Linux/OS X: $PLATFORM_TOMCAT_HOME/start_eXo.sh --debug
  • Windows: %PLATFORM_TOMCAT_HOME%\start_eXo.bat --debug

The –debug option actually adds a JVM option to the Java process:

  • -agentlib:jdwp=transport=dt_socket,address=8000,server=y,suspend=n

To start eXo Platform in the Dev mode, use the –dev option. This option adds two JVM options:

  • -Dorg.exoplatform.container.configuration.debug
  • -Dexo.product.developing=true

Note

The Debug and Dev modes are turned off by default and are not recommended in production environment because of performance impact. See more details in Developer guide.

Installing eXo Platform as a Windows service

This section is a tutorial to teach you how to configure eXo Platform as a windows service. To configure eXo Platform to run as a windows service, two ways are possible.

The first way: Through Tomcat native installer

This section describes how to configure eXo Platform as a Windows service in a standard Tomcat installation.

For that purpose follow this procedure:

  1. Use a sample batch script, you can take a look at apache tomcat documentation or you can use this script service_eXo.bat and put it under eXo_Platform_tomcat_home\bin\.

  2. Open a command prompt and run this command:

    service_exo.bat install eXo-service
    

    Where eXo-service is the service name.

    This will install eXo Platform as a windows service which will be started at the system’s startup.

  3. To uninstall the service, run this command:

    tomcat8.exe //DS//eXo-service
    

The second way: Using the NSSM tool

The non sucking service manager NSSM is a tool that helps you to create a windows service based on your application’s startup script.

To create your eXo Platform windows service using NSSM, follow this procedure:

  1. Download the NSSM tool from here.

  2. Place the NSSM executable file i.e nssm.exe in a folder which already exists in your PATH or follow these steps:

    • Create a folder nssm under C:\Program Files\ and place nssm.exe in it.

    • Add the folder C:\Program Files\nssm to your PATH environement variable using this command in a command prompt:

      setx PATH "%PATH%;C:\Program Files\nssm" /M
      
  3. In a command prompt, run this command:

    nssm install <servicename>
    

    This will open a nssm window allowing you to browse and select your application startup script.

    image12

  4. Point to eXo Platform startup script start_eXo.bat and click on Install service button.

  5. You can now run eXo Platform through this command:

    nssm start <servicename>
    
  6. To stop eXo Platform server, use this command:

    nssm stop <servicename>
    

    More details about NSSM commands in this link.

Task Management Installation and Uninstallation

Note

Only the administrator has the right to install and uninstall this application.

Installation

To install the Task Management add-on, use this command: addon install exo-tasks.

This will automatically create a new part named Tasks on the left navigation bar as follows:

image13

Clicking this part will direct you to the Task Management workspace.

Uninstallation

Simply use the command: addon uninstall exo-tasks.

eXo Chat installation

eXo Chat application has two installation modes available:

  • The embedded mode: eXo Chat is deployed inside eXo Platform.
  • The standalone mode: eXo Chat is installed into a dedicated server.

Each mode has its advantages:

  • The embedded mode is simplier architecture, you have not to install an another Tomcat server.
  • The standalone mode has better scalability and performance since server resources are not shared between eXo Platform and eXo Chat, and since the eXo Chat can be clustered.

More details about the installation procedure through these two parts:

eXo Chat installation into eXo Platform server

  1. The Chat add-on uses MongoDB to store information and messages, so you need to download and install it. More details here.
  2. Install Chat add-on with the command: addon install exo-chat. The installation procedure is the same to that of other add-ons, as detailed in Installing/Uninstalling add-ons, Administrator Guide.

Note

By default, a chatPassPhrase property has been created. The eXo Chat server provides some operations via REST service so that anyone who knows the passphrase can do things, such as dropping, re-creating and indexing the database, so you need to change this property in the configuration file.

  1. Start eXo Platform server. When users sign in eXo Platform, the Chat icon (image14) will be shown on the top navigation bar.

eXo Chat installation into a dedicated server

eXo Platform provides the standalone mode to install eXo Chat into a dedicated server. In this mode, the backend of eXo Chat application is deployed in its own Tomcat application server while the frontend i.e. the portlets are deployed in eXo Platform instance.

This alternative architecture brings better scalability and performance since server resources are not shared between eXo Platform and eXo Chat. It allows to add more eXo Chat server nodes independently from eXo Platform nodes.

The schema below summaries the standalone mode architecture:

image15

To install eXo Chat in standalone mode, follow this procedure:

  1. Ensure to uninstall eXo Chat from eXo Platform server if it is already installed by the Addon manager: addon uninstall exo-chat

  2. Download eXo Chat package: chat-standalone-server-packaging into a known location and rename it to chat_server_package.

    The package chat_server_package contains these files:

    • exo-chat-standalone-application-x.y.z.zip containing the files: chat-services.jar chat-extension.war, chat-common.jar and chat.war.
    • exo-chat-standalone-server-x.y.z.zip containing the war chatServer.war
    • chat-sample.properties
  3. Install and configure MongoDB database by following this link.

  4. Configure chat server on Tomcat by following these steps:

    • Install the latest update of Apache Tomcat 8 and rename it to chat-server.
    • Change the server.xml file to use the port 8280:
    <Connector port="8280" protocol="HTTP/1.1"
                   connectionTimeout="20000"
                   redirectPort="8243" URIEncoding="UTF-8" />
                   ....
    

Note

Make sure there is no port conflicts between the eXo Chat server and other systems. If you deploy the eXo Chat server on
the same host than eXo Platform, then, you should change all the ports as in the example above.
  • Deploy chat application in Apache tomcat by copying the following files:

    • Copy the war file chatServer.war from chat_server_package/exo-chat-standalone-server-x.y.z to

    chat-server/webapps/ folder.

    • Copy chat-sample.properties to chat-server/conf/ folder

    and rename it to chat.properties.

    • Adapt the configuration file chat.properties to fit with your

    environments by updating the following properties:

    standaloneChatServer=true
    dbServerHost=[MongoDB-Host]
    dbServerPort=[MongoDB-Port]
    dbName=chat
    dbAuthentication=false
    dbUser=admin
    dbPassword=pass
    chatPortalPage=/portal/intranet/chat
    chatPassPhrase=change-me
    
  • Start the chat server:

    cd  chat-server
    ./bin/catalina.sh run
    
  1. Install Chat application into eXo Platform server : ./addon install exo-chat-client

  2. Configure these properties in eXo_tomcat/gatein/conf/chat.properties:

    standaloneChatServer=true
    chatServerBase=http://[chat-server-IP-address]:8280
    chatPortalPage=/portal/intranet/chat
    chatIntervalSession=60000
    chatPassPhrase=change-me
    
  3. Start eXo Platform server:

    cd eXo_tomcat
    ./start_eXo.sh
    
  4. Install a frontal server and configure it to redirect Chat server requests to the right server. Below an example of an Apache2 configuration file (It should be adapted according to your environment):

<VirtualHost *:80>
    ErrorLog /var/log/apache2/error.log
    CustomLog /var/log/apache2/access.log combined
    #Put your used ServerName
    ServerName www.domainexo.com

     <Proxy *>
        Order deny,allow
        Allow from all
     </Proxy>

     <IfModule proxy_wstunnel_module>

ProxyPass /chatServer/cometd ws://localhost:8280/chatServer/cometd  max=100 acquire=5000   retry=5 disablereuse=on flushpackets=on

  ProxyPass /cometd  ws://localhost:8080/cometd/ max=100 acquire=5000 retry=5  disablereuse=on flushpackets=on

     </IfModule>

     ProxyPass /chatServer  http://localhost:8280/chatServer
     ProxyPassReverse /chatServer http://localhost:8280/chatServer
     ProxyPassReverse /chatServer/cometd/  ws://localhost:8280/chatServer/cometd/



     ProxyPassReverse /cometd  ws://localhost:8080/cometd/
     ProxyPass / http://localhost:8080/
     ProxyPassReverse / http://localhost:8080/

     ProxyRequests Off
     ProxyPreserveHost On
</VirtualHost>
  1. Login to the platform using this url http://www.domainexo.com:80/portal/intranet/, you should have the chat application in the top navigation menu.

Web Conferencing installation

Note

Only the administrator has the right to install and uninstall this application.

The Web Conferencing add-on is by default installed in the Enterprise Edition. You can uninstall it using this command:

./addon uninstall exo-web-conferencing

If you want to re-install it again, you should just run this command:

./addon install exo-web-conferencing

Rewards packages installation

Note

Only the administrator has the right to install and uninstall this application.

Rewards add-ons are pre-installed by default in Enterprise edition. You can uninstall them using these commands :

./addon uninstall meeds-wallet
./addon uninstall meeds-kudos
./addon uninstall meeds-perk-store

If you want to re-install them again, you should just run these commands:

./addon install meeds-wallet
./addon install meeds-kudos
./addon install meeds-perk-store

Customizing environment variables

There are 2 scripts that involve setting environment variables. They are called the default script and the customized script in this document.

In Tomcat bundle and for Linux, they are:

  • $PLATFORM_TOMCAT_HOME/bin/setenv.sh which is defaulted in the
    eXo Platform package.
  • $PLATFORM_TOMCAT_HOME/bin/setenv-customize.sh which will be created by yourself, as explained later.

Their Windows versions are:

  • $PLATFORM_TOMCAT_HOME/bin/setenv.bat
  • $PLATFORM_TOMCAT_HOME/bin/setenv-customize.bat

Except their syntax, .sh and .bat versions are the same.

Usage of the 2 scripts

  • Variables in the customized script, if they exist, override variables in the default script.
  • If the customized script does not exist, variables in the default script take effect.
  • For safety, you should not modify the default script. Any customization should be done by the customized script.

Starting your customization

  1. Rename a file in bin folder, as below:

    • For Tomcat in Linux: rename setenv-customize.sample.sh to setenv-customize.sh.
    • For Tomcat in Windows: rename setenv-customize.sample.bat to setenv-customize.bat.
  2. Find the variable that you want to customize, uncomment it (by removing ‘#’ in the .sh file or “REM” in the .bat file) and edit its value.

    Use # to comment out a line in .sh, and REM in .bat. To comment out a block:

    • In .sh, use the pair of :<<LABEL and LABEL. For example:

      :<<old_configurations
      EXO_JVM_SIZE_MAX="1g"
      EXO_JVM_SIZE_MIN="1g"
      old_configurations
      
    • In .bat, use the pair of GOTO LABEL and :LABEL. For example:

      GOTO old_configurations
      SET EXO_JVM_SIZE_MAX=1g
      SET EXO_JVM_SIZE_MIN=512m
      :old_configurations
      

In next sections, you will walk through:

Basic Customization

Simple assignment statement is used to customize variables in this section:

  • In .sh: variable_name=variable_value.
  • In .bat: SET variable_name=variable_value.

JVM configuration

Configuration Description
JAVA_HOME="/opt/java/ jdk6" JAVA_HOME is auto-detected by default. In case you specify it, notice that it is parent of the jre folder.
``EXO_JVM_VENDOR=”IBM”` ` This configuration (for Tomcat and Linux only) is here because IBM Java requires different XML Parser library. Do not uncomment it unless you are using IBM Java.

``EXO_JVM_SIZE_MAX=”4g” ``

``EXO_JVM_SIZE_MIN=”1g” ``

EXO_JVM_PERMSIZE_MAX= "128m"

JVM memory settings. Their combination equals -Xmx4g -Xms1g -XX:MaxPermSize=128m, in which EXO_JVM_SIZE_MAX equals Xmx.

Uses “g” for Gigabytes and “m” for Megabytes. It is possible to set the same value for EXO_JVM_SIZE_MAX and EXO_JVM_SIZE_MIN.

EXO_JVM_USER_LANGUAGE ="fr"

EXO_JVM_USER_REGION=" FR"

JVM locale settings. Their combination equals -Duser.language=fr -Duser.region=FR.

The default language is “en”, the default region is “US”. A full list of valid language codes can be found at IANA Language Subtag Registry.

EXO_DEBUG=true

``EXO_DEBUG_PORT=”8000” ``

Their combination equals the JVM Option: -agentlib:jdwp=transport=dt_socket,address=800 0,server=y,suspend=n

Is not used for production environment.

Platform configuration

Configuration Description
EXO_PROFILES="all,myOwnProfile" Tomcat only. The default profile is “all”. If you customize this variable.
EXO_CONF_DIR="/opt/ciagent/ .eXo-platform/conf" The default configuration folder is ./gatein/conf/ (Tomcat only).
EXO_DATA_DIR="/opt/jenkins/ .eXo-platform/data" The default data directory is ./gatein/data (Tomcat only).
EXO_DEV=true Preserved for the development tasks. Do not uncomment this in the production environment.
EXO_JCR_SESSION_TRACKING=true If this variable is true, the eXo JCR Session Leak Detector is activated. If you do not uncomment this line, it is set equal to ``EXO_DEV`.

Logs configuration

Tomcat only. The logs configuration is to control how often, which kind of message/event to be written to the log stream (screen or log files), and their format. Configuring logs is more than a trivial task, however eXo Platform tries to ease it by exposing 3 variables that you can customize:

Configuration Description
EXO_LOGS_LOGBACK_CONFIG_FILE="$CATALINA_BAS E/conf/logback.xml" Gives a possibility to use your own logback configuration file. To customize a logback configuration file, you can learn its syntax and design `here <http://logback.qos.c h/manual/configuration.html >`__.
EXO_LOGS_DISPLAY_CONSOLE=true By default, the console log is disabled unless you start eXo Platform by the start_eXo script without the –background option.
EXO_LOGS_COLORIZED_CONSOLE=true By default, the console log is colored in Linux, but not colored in Windows.

Tomcat configuration

Configuration Description
CATALINA_PID="$CATALINA_BASE/temp/catalina. pid" By uncommenting this line you are certain that you can always get the process ID of eXo Platform from a file.
EXO_TOMCAT_UNPACK_WARS=true If this line is uncommented, webapps/*.war files are extracted. This option does not target to the administration tasks, it is preserved for the development tasks.

Advanced Customization

For Tomcat, advanced customization is performed by appending parameters to the CATALINA_OPTS variable, for example:

  • In .sh: CATALINA_OPTS="${CATALINA_OPTS} -Dcom.sun.management.jmxremote=true".
  • In .bat: SET CATALINA_OPTS=%CATALINA_OPTS% -Dcom.sun.management.jmxremote=true.
Parameter Description

-XX:+HeapDumpOnOutOfMemoryError

``-XX:HeapDumpPath=”${CATALINA_HOME}/logs/” ``

By appending -XX:+HeapDumpOnOutOfMemo ryError to CATALINA_OPTS, you will have a dump file which is usable to analyze why JVM runs out of memory.

The dump file’s path is given in the second line.

-XX:+PrintGCDetails

-Xloggc:\"${CATALINA_HOME}/logs/gc.log\"

The first line enables the GC (JVM Garbage Collector) log. The second line indicates where you want to save the log file.

-Dcom.sun.management.jmxremote=true

-Dcom.sun.management.jmxremote.ssl=false

-Dcom.sun.management.jmxremote.password.fil e=\"${CATALINA_HOME}/conf/jmxremote.password\ "

-Dcom.sun.management.jmxremote.access.file= \"${CATALINA_HOME}/conf/jmxremote.access\"

-Djava.rmi.server.hostname=localhost

By appending those parameters to CATALINA_OPTS, you allow a JMX client (such as jconsole, visualvm) to connect to your JVM and to do operation tasks.

This tutorial describes how to connect jconsole to a Java application.

-DJDBCWorkspaceDataContainer.statistics.ena bled=true -DJCRStatisticsManager.persistence. timeout=30000 This line activates the JCR Statistics tool which is used for performance analysis and tuning.

-Dcrash.telnet.port=12345

-Dcrash.ssh.port=54321

These 2 variables take effect only if you are deploying Crash into eXo Platform.

Crash is a useful tool which provides a shell to work on the JCR repository. By default, you can connect to the shell at telnet port 5000 and ssh port 2000.

See Customizing environment variables to know how to customize the variables.

Troubleshooting

This troubleshooting page aims at solving problems you may encounter when installing and starting up eXo Platform. For more discussions, refer to eXo Community Forum.

Failure message: “Cannot find ./bin/catalina.sh”

In Linux, you may get this message when starting eXo Platform:

Cannot find ./bin/catalina.sh
This file is needed to run this program

The reason is you do not have the execute permission on the ./bin/catalina.sh file. To fix this problem, run the command below:

chmod +x ./bin/catalina.sh

Also, make sure you have the execute permission on all .sh files.

Failure message: “Too many open files”

You get this message when starting eXo Platform:

Too many open files ...

The problem often occurs in the Linux system because the limit of file descriptors is set too low. To solve this, increase the limit of file descriptors. Make sure the limit is big enough at both system and user levels:

At system level

  1. Edit the /etc/sysctl.conf file:

    sudo vi /etc/sysctl.conf
    
  2. Add or modify the following line so that its value is big enough, for example, 200000 or 300000:

    fs.file-max=300000
    

Warning

Be careful when you edit this file. Set the number too small may cause your system malfunction.

  1. Reload your configuration:

    sudo sysctl -p
    
  2. Test the file descriptor limit:

    sudo cat /proc/sys/fs/file-max
    

At user level

  1. Edit the /etc/security/limits.conf file:

    sudo vim /etc/security/limits.conf
    
  2. Add or modify the following line so that its value is big enough, for example 200000 or 300000:

    *  soft    nofile  200000
    *   hard    nofile  200000
    
  3. Log in again and test the file descriptor limit:

    ulimit -n
    

Failure message: “Address already in use”

You get this message when starting eXo Platform:

java.net.BindException: Address already in use

The problem occurs when the default port 8080 is already used by another process. To solve it, make sure that the port 8080 is not used by another process, or configure eXo Platform to use another free port.

Checking the port status

Use the following Linux commands:

  • The netstat command in the following example:

    netstat -an | grep 8080
    

    If it returns “LISTEN”, it indicates that the port is busy:

    tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN
    
  • The lsof command to know which process is using the port:

    lsof -Pwn -i4:8080
    

    It returns some information of the process:

    COMMAND  PID    USER   FD   TYPE DEVICE SIZE/OFF NODE NAME
    java    4674 root  417u  IPv4  34070      0t0  TCP *:8080 (LISTEN)
    

Configuring eXo Platform

You can use another port than 8080 as follows:

  • In Tomcat, edit the $PLATFORM_TOMCAT_HOME/conf/server.xml file and change 8080 into another port, at the following line:

    <Connector address="0.0.0.0" port="8080" protocol="org.apache.coyote.http11.Http11NioProtocol"
               enableLookups="false" redirectPort="8443"
               connectionTimeout="20000" disableUploadTimeout="true"
               URIEncoding="UTF-8"
               compression="off" compressionMinSize="2048"
               noCompressionUserAgents=".*MSIE 6.*" compressableMimeType="text/html,text/xml,text/plain,text/css,text/javascript" />
    

Note

In addition to the port 8080, eXo Platform may use some others, such as 8009, 8443. You always can manage those ports in the same way as above.

Out Of Memory Error

You get this message when starting eXo Platform:

java.lang.OutOfMemoryError: GC overhead limit exceeded

At the same time the Java process crashes and creates a dump file.

The problem occurs when your Java Virtual Machine runs out of memory. You probably think of the same reason even if you do not get this message, but your eXo Platform instance runs slowly or does not operate well.

To solve it, you should increase memory settings for the Java Virtual Machine. The default settings are fairly enough: -Xms512m -Xmx3g -XX:MaxPermSize=256m if your data is not huge. Otherwise, for example you have thousands of users and store many Gigabytes of documents, you should increase those settings.

It can be done by uncommenting and editing the following lines in the customized script:

EXO_JVM_SIZE_MAX="4g"
EXO_JVM_SIZE_MIN="1g"
EXO_JVM_PERMSIZE_MAX="128m"

A little difference for Windows:

SET EXO_JVM_SIZE_MAX=4g
SET EXO_JVM_SIZE_MIN=512m
SET EXO_JVM_PERMSIZE_MAX=128m

EXO_JVM_SIZE_MAX, EXO_JVM_SIZE_MIN, EXO_JVM_PERMSIZE_MAX respectively is Xms, Xmx and XX:MaxPermSize.

Failure message: “Could not reserve enough space for object heap”

You get this message when starting eXo Platform:

Error occurred during initialization of VM
Could not reserve enough space for object heap

There are two possible causes:

  • The physical memory is not enough to allocate memory for the VM. By default the memory requested by eXo Platform is -Xms512m -Xmx3g -XX:MaxPermSize=256m, then it requires 512 megabytes for Heap memory.
  • You are using a 32-bit Java version on a 32-bit OS, so the Heap size may be limited (less than 2G as recommended by Oracle and IBM).

To solve it, you should decrease memory settings for the Java Virtual Machine. The default settings fit medium size of data. If your data is less, you can use lower settings.

The instructions for setting memory are given in this page already.