Blonko!

While installing Alfresco, it is advised to run Openoffice on the server in headless mode, so Alfresco can use the running Openoffice instance to read, analyse and convert certain types of documents. Most documents only tell you to “apt-get install xvfb openoffice.org”; which isn’t complete. This works on Debian Etch:

First of all, as any guide tells you, install xvfb and OpenOffice:

apt-get install openoffice.org xvfb

The need for Openoffice is clear, as this is the package we are looking for. The xvfb package is the “X Virtual FrameBuffer”, a method to run a X-session completely in memory, by using a framebuffer (this emulates the screen, and a X-server is run inside this virtual screen). This package also gives us the “xvfb-run” command we will need later to start a X-session on this framebuffer, and run a openoffice inside of this framebuffer.

But, when we will start the Xvfb, some errors will pop up.

First of all, we need fonts. The X server will not start if it can’t find some basic fonts, starting with the most basic font “fixed”. The solution is simple, we just install the packages which contain the fonts:

apt-get install xfonts-base xfonts-75dpi xfonts-100dpi

Accept the needed dependencies, and we will can move on… Now, Xvfb will start (run ‘Xvfb :99′, it should give some warnings and some notes, but it should not fail to start. Use Ctrl-C to stop it again).

When running OpenOffice in the Xvfb the server will complain it needs ‘xauth’. This little utility is part of xbase-clients. Lets install it:

apt-get install xbase-clients

After accepting the dependencies; all is done for the X environment. It still complains about a policy file, but it isn’t required (if you want to fix this, install ‘xserver-xorg-core’ and its dependancies).

If you want to run Openoffice headless, this should now work with the following command:

xvfb-run -a /usr/lib/openoffice/program/soffice -headless -nologo -norestore -nofirststartwizard

The following is specific to an alfresco setup, and involves running Openoffice listening at a TCP connection:

We will change the startup options of OpenOffice, and add the values for the TCP-listener. You can use startup options to OpenOffice through the command line, but I changed it in the Setup file, so we don’t have to worry about this when restarting the service by hand. To do this, edit the file located at /usr/lib/openoffice/share/registry/data/org/openoffice/Setup.xcu, and add the following section (I added it just below the “oor:name”-node start for “Office”):

        <prop oor:name="ooSetupConnectionURL">
         <value>socket,host=localhost,port=8100;urp;StarOffice.ServiceManager</value>
        </prop>

Now, I tested the config, and started the xvfb-run, and then Alfresco.

And there was much rejoicing.

Kris wist het dit weekend al te melden, en deze morgen vond ik een mail in mijn mailbox: de Alfresco website is offline, door de incompetentie van de domain registrar reg-123 waarbij ze zitten. Alfresco is een document managment systeem, en workflow systeem, dat volledig open-source is, en nog werkt ook!

De mail gaat als volgt:

This weekend there was a problem with our domain registrar, 123-reg, and the sites for which they provide domain services. This means that anyone trying to access the alfresco web sites via web access or email cannot find our servers.

The Alfresco servers are up and running and fully functional, but the alfresco.com domain registration service is not directing you to them.

To access the web sites, please use the following URLs:

• www.alfresco.com – please use http://88.208.218.102/
• customers.alfresco.com and partners.alfresco.com – please use http://88.208.200.70/alfresco/
• forums.alfresco.com – please use http://217.174.252.22/

If you want to reach anyone in Alfresco by email, you can do so by using [email address]@alfresco.org instead of [email address]@alfresco.com.

Wat ik me afvraag is het volgende: waarom gebruiken ze de alfresco.org domeinnaam niet (tijdelijk) als website, ipv die belachelijke IP-adressen?

Aangezien het hier gaat om een .com domeinnaam, is de transfer weg van 123-reg niet eenvoudig, er moet namelijk een EPP code verkregen worden van de huidige registar, en deze dient ook de domeinnaam te “unlocken”. Het zou niet de eerste keer zijn dat we onwilligheid van de verliezende registrar meemaken (in de .be zone is dit bvb beter geregeld, daar heeft de verliezende registrar niets in de gaten tot het “te laat” is).

Beetje jammer dat een project dat leeft van het internet, zo abrupt afgesneden wordt van haar publiek. (Ik moet wel zeggen dat ze eerder ook al problemen hadden om online te blijven, en dat hun site wel al eens een halve dag offline is geweest.)

De les van de dag: breng je domeinnamen onder bij een goede partij, die weet wat ze doen, en niet proberen de goedkoopste te zijn, maar gewoon je zaken online houden.