Looking at platform.log, I see this :-
"2016-07-05 05:05:09,713 | WARN | Wrong configuration ==> Use default officeHome value of DefaultOfficeManagerConfiguration [o.e.s.c.j.impl.JodConverterServiceImpl]"
That is just a warning and should not not have any effect.
Apart from that, we have been able to reproduce a library issue in a Google Cloud Engine instance:
/opt/bitnami/libreoffice/program/oosplash: error while loading shared libraries: libXinerama.so.1: cannot open shared object file: No such file or directory
We will check why this is happening, but in the meantime, it will be enough to execute this in your instance to get passed it:
sudo apt-get install libxinerama-dev
Please note that you must not execute
soffice, since it is a wrapper and it loads all of the required libraries (except the one I mentioned above):
sudo /opt/bitnami/libreoffice/program/soffice --nofirststartwizard --nologo --headless --accept=socket,host=localhost,port=8100\;urp\;StarOffice.ServiceManager
An alternative is to use the CTL script:
sudo /opt/bitnami/libreoffice/scripts/libreoffice_ctl.sh start
Once that is done, LibreOffice should be working but in our case we found that it is not starting properly, it ends up being a zombie process (defunct):
$ ps aux | grep soffice
root 102753 0.0 0.0 0 0 pts/6 Z+ 17:03 0:00 [.soffice.bin] <defunct>
The main issue is that LibreOffice is not starting properly, so once you get it started, you will only have to restart eXo Platform (
sudo /opt/bitnami/ctlscript.sh restart tomcat).
We are still investigating why this is happening and we will let you know of any progress on this.