Re: Word/Excel zur Anzeige in Web App, Libre/OpenOffice oder anderes

From: Peter Ross <Peter.Ross(at)alumni.tu-berlin.de>
Date: Wed, 9 May 2012 09:29:02 +1000 (EST)

Hallo,

On Tue, 8 May 2012, Marc Santhoff wrote:

> Am Dienstag, den 08.05.2012, 09:08 +0200 schrieb Timm Wimmers:
>> Doch vermutlich ist es das was er möchte. Wir haben hier eine
>> Dokumenten- oder Asset Management Systeme im Einsatz welches Open
>> Office als Konverter von MS-Office zu was auch immer benutzt und
>> umgekehrt. Das OO läuft als Demon (also Headless) und wird über ein
>> Socket angesprochen, oder so. Das Ganze aus einem Tomcat heraus,
>> sollte als auch via PHP zu machen sein. Aber genaues weiß ich nicht -
>> das System ist eingekauft.
>
> Ja, das gibt es und das funktioniert. Wie gut respektive wie stabil ist
> die Frage. Ich bin auch nur deswegen skeptisch, weil ich in der Zeit,
> als manche leute ebesolche Web- oder Intranetservices entwickelt haben,
> diverse Probleme aufgeschnappt habe. Nachzulesen im Archiv auf den
> dev-Listen beim API-Projekt von Openoffice dereinst in besitz von Sun
> (wenn die zugänglich sind ...).
>
> Keine Ahnung, wie heute der Stand ist.

Ich bin gerade beim Implementieren. Vom Lesen:

https://github.com/dagwieers/unoconv/blob/master/README.asciidoc

"Conversion problems" und "Troubleshooting instructions"

Ich habe spätestens seit 1999 beruflich immer wieder mit Konvertern von
Microsoft-Dokumenten zu tun. (Und mit Samba)

Jeder weiß, daß Microsoft sehr gerne mit Standards arbeitet, sie
genauestens einhält und die Formate und Protokolle lückenlos beschreibt,
so daß Zuarbeiter und Entwickler von konkurrierenden Produkten ein
leichtes Spiel haben.. hab ich jetzt was Falsches gesagt?

Nach meiner Erfahrung funktionieren MS-Konverter immer nur 9x.x%. Und
stolpern auch ab und an. Restarts von "Konverter-Daemons", selbst von
kommerziellen Produkten, gehören zur Routine. (Oft bis zum Punkt eines
Monitorings, welches solche Situationen automatisch bereinigt).

(Timm, wie häufig stolpert Euer Produkt?)

Nicht schön, aber damit kann ich leben. Hier speziell, weil es derzeit
inhouse läuft und nur von 9-5 benutzt wird.

Ich laß Euch wissen, wie es weitergeht. Ich muss erst einmal ein
LibreOffice bauen, welches die UNO-API eingebaut hat (nicht der Default).

Heute morgen, als ich zur Arbeit kam (es ist gerade morgens halb zehn in
Melbourne - Australien, nicht Florida;-), war ich hier:

===> vigra-1.7.1_3 depends on shared library: png - not found
===> Verifying install for png in /usr/ports/graphics/png
===> png-1.4.8_1 has known vulnerabilities:
Affected package: png-1.4.8_1
Type of problem: png -- memory corruption/possible remote code execution.
Reference:
http://portaudit.FreeBSD.org/262b92fe-81c8-11e1-8899-001ec9578670.html
=> Please update your ports tree and try again.
*** Error code 1

Will be continued..

Es grüßt
Peter

To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Wed 09 May 2012 - 01:29:21 CEST

search this site