OTS Informationstechnologie AGHallo zusammen, bevor ich anfange zu schreiben, möchte ich mich erstmal für den sehr langen Post entschuldigen, aber da das Problem auch sehr komplex ist, habe ich mich lieber ausführlicher gefasst. Würde mich freuen, wenn trotzdem einige es durchlesen und mir vielleicht auch etwas helfen können.
Ich habe einige Probleme/Fragen zur Verwendung von OOo als Serverdienst / Kompatibilität zu MS Word (hoffe ich bin hier richtig :) Kurz zur Situation: Ich habe OOo 2.1 als Serverdienst laufen, dieser wird mit einer Java-Anwendung über die Wrapper-Klassen angesprochen um Dokumente zu generieren. Grundlage für die Generierung sind in MS Word 2003 erstellte *.dot Vorlagen (teilweise mit VB Makros*1, die nicht ausgeführt werden, sondern erst am Client in Word laufen) mit entsprechenden Textmarken und Dropdownfeldern. Die Felder werden mit Werten (Einzelwerte/Strings für die Textfelder, komplette *.rtf Texte für die Textmarken) befüllt und anschließend als *.doc gespeichert. Ein Teil der so erzeugten Dokumente ist korrupt und läßt sich anschließend nicht mehr mit MS Word öffnen (ist leider nötig, da auf den Clients nur Word vorhanden ist). Darin liegt auch mein Problem, da es sich scheinbar willkürlich verhält, welche Dokumente korrupt sind, es läßt sich nicht auf bestimmte Vorlagen oder Textbausteine festlegen und ist i.d.R. nicht reproduzierbar. Folgende Punkte konnte ich im Laufe der Zeit feststellen: 1) Bestimmte Elemente sind "kritisch" zu sehen, d.h. wenn mit Word 2003 das Dokument mit "Öffnen & Reparieren" geöffnet wird, so erscheint eine Liste mit "Fehlern", die Word versucht zu reparieren. Diese kritischen Elemente sind u.a. -Kopf- und Fußzeilen (führen immer zu einem Eintrag auf der Fehlerliste von Word) -Textmarken in Kopf- und Fußzeilen (Textmarken im normalen Dokument dagegen nicht) -frei positionierte Textfelder (in Bsp. Konkret ein Textfeld am rechten Rand, verankert in der Kopfzeile) verursacht den Eintrag Textfelder 1 -das Einfügen eines manuellen Seitenwechsels in der dot-Vorlage (der Abschnittswechsel neue Seite wird dagegen richtig interpretiert) -Ab und an veranlasst die Verwendung von Feldern des Typs NumList OpenOffice bei der Generierung dazu, die Filterauswahl aufzupoppen. -Eine in der dot erstellte Formatvorlage, die auf dem Typ Liste basiert verursacht beim generieren unverhältnismäßig viele Formateinträge die mit WW8 beginnen. Es gibt Dokumente, die mit mehr als 50 solcher Einträge von OpenOffice erzeugt werden. Ich habe den Eindruck, dass diese Einträge sehr stark zu Lasten der Performance gehen. 2) Schreibschutz Ist die Vorlage schreibgeschützt, so kommt beim abspeichern in OOo/öffnen in MS Word keine Fehlerliste (auch wenn "kritische" Elemente im Dokument vorhanden sind). Trotz des Dokumentenschutzes kann OpenOffice aber die Textbausteine (RTF-Dateien) platzieren. 3) Auffallend ist auch, dass die Dokumente, die Word zum Absturz bringen, meist kleiner sind als die Dokumente die sich problemlos öffnen lassen. Mir ist durchaus bewußt, das OOo und Word nicht 100%ig kompatibel sind (und es wohl auch nie sein werden/können) und das meine Fragen nicht rein auf OOo bezogen sind. Auch erwarte ich (auch wenn es schön wäre) keine "Musterlösung", wie sich das Problem in den Griff kriegen läßt (welche es m.M. nach auch nicht gibt, da die Gründe für die Abstürze/fehlerhaften Dokumente auf jeden Fall mehrere Ursachen haben), vielmehr interessieren mich Erfahrungen von anderen Benutzern mit ähnlichen Problemen und auch Hinweise auf Punkte, die ich bis jetzt übersehen haben oder weitere Lösungsansätze. Schonmal vielen Dank! viele Grüße Stefan *1 Die Makros erzeugen nachträglich Textfelder in dem generierten Dokumente, da im Gegensatz zu den Dropdownfeldern die Textfelder nicht erhalten bleiben. Weiß hierzu vielleicht jemand wie man das ohne Markos lösen kann.