MESSAGE
| DATE | 2010-10-20 |
| FROM | Ruben Safir
|
| SUBJECT | Subject: [NYLXS - HANGOUT] OpenOffice.org -> LibreOffice, round two
|
From owner-hangout-outgoing-at-mrbrklyn.com Wed Oct 20 22:51:22 2010
Return-Path:
X-Original-To: archive-at-mrbrklyn.com
Delivered-To: archive-at-mrbrklyn.com
Received: by www2.mrbrklyn.com (Postfix)
id 8877D54AB6; Wed, 20 Oct 2010 22:51:22 -0400 (EDT)
Delivered-To: hangout-outgoing-at-www2.mrbrklyn.com
Received: by www2.mrbrklyn.com (Postfix, from userid 28)
id 778369EAB1; Wed, 20 Oct 2010 22:51:22 -0400 (EDT)
Delivered-To: hangout-at-nylxs.com
Received: from mail1.panix.com (mail1.panix.com [166.84.1.72])
by www2.mrbrklyn.com (Postfix) with ESMTP id E1B4E54AB6
for ; Wed, 20 Oct 2010 22:51:21 -0400 (EDT)
Received: from panix5.panix.com (panix5.panix.com [166.84.1.5])
by mail1.panix.com (Postfix) with ESMTP id C91D71F08D
for ; Wed, 20 Oct 2010 22:51:09 -0400 (EDT)
Received: by panix5.panix.com (Postfix, from userid 20529)
id B4A1924244; Wed, 20 Oct 2010 22:51:09 -0400 (EDT)
Date: Wed, 20 Oct 2010 22:51:09 -0400
From: Ruben Safir
To: hangout-at-nylxs.com
Subject: [NYLXS - HANGOUT] OpenOffice.org -> LibreOffice, round two
Message-ID: <20101021025109.GA20554-at-panix.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.18 (2008-05-17)
Sender: owner-hangout-at-mrbrklyn.com
Precedence: bulk
Reply-To: hangout-at-mrbrklyn.com
Quoting Don Marti (dmarti-at-zgp.org):
> Here's the fun part: _server_-side OpenOffice. If you
> thought it was difficult to handle on the desktop...
That's interesting. Here's more:
http://doc.nuxeo.org/5.3/books/nuxeo-book/html/admin-openoffice.html
Chapter 46. OpenOffice.org server installation
http://sourceforge.net/projects/oodaemon/
Open Office Server Daemon based on older daemon written in python
(oood). Open Office is unstable as a server (memory leaks, not
multithreaded, ...), this daemon makes it working in long-term without
having to change anything in your code.
http://sourceforge.net/projects/phopo-org/
PHOPO.org is a OpenOffice server with a PHP implementation. Its
goals are to allow certain OpenOffice manipulations from a Web or
network interface.
http://ubuntuforums.org/showthread.php?t=977327
Q: how do you use OpenOffice on a headless box? Curious as to what
the goal is.
A: The purpose is to use it as a document conversion server. It
automatically converts documents on demand from .doc => .odt => .pdf,
whatever you want. Most popular approach is using jodconverter:
See - http://www.artofsolving.com/opensource/jodconverter
Software using OpenOffice.org as a server include:
- KnowledgeTree
http://wiki.knowledgetree.com/KnowledgeTree_3.5.*_-_Performing_a_Source_Only_Install
- OpenMeetings
http://code.google.com/p/openmeetings/wiki/OpenOfficeConverter
- Alfresco - http://www.alfresco.com/
http://stackoverflow.com/questions/625241/how-can-i-use-openoffice-in-server-mode-as-a-multithreaded-service
OpenOffice can be used in headless mode, but it has not been built to
handle a lot of requests in a stressfull production environment.
Using OpenOffice in headless mode has several issues:
* The process might die/become unavailable.
* There are several memory leaks issues.
* Opening several OpenOffice "workers" does not scale as expected,
and needs some tweaking to really have different open proccesses
(having several OpenOffice copies, several services, running under
different users.)
As suggested, jodconverter can be used to access the OpenOffice process.
Apparently, headless OO.o is pretty unstable and of course requires
gobs of memory in typical deployments, because you need to run quite a
few instances.
Alternative cited at the last URL:
you can try this:
http://www.jopendocument.org/
its an opensource java based library that allows you to work with open
office documents without open office, thus removing the need for the
OOserver.
Part of the problem is that OO.o was not designed for concurrency
(e.g., not multithreaded). There _used_ to be (not sure if there
is any more) a market for expensive server-edition variants of major
proprietary word processors, e.g., WordPerfect.
|
|
