Das Notes Forum
Lotus Notes / Domino Sonstiges => Companion Products => Thema gestartet von: eknori am 20.04.10 - 10:06:25
-
Habe das Problem, dass ich im Meeting Center keine Dateien für die Präsentation konvertieren kann. ( Siehe Screenshot ). Egal, welche Dateiendung.
Umgebungsvariablen sind in /etc/profiles gesetzt und ziehen auch.
Jemand eine Idee??
-
Hi Ulrich,
bitte poste kurz mal die gesetzten Umgebungsvariablen. Und hast Du mindestens eine TrueType Schriftart in den Ordner
/opt/ibm/WebSphere/STMeetingsServer/stellent/fonts
hochgeladen? Achtung: Die Endung muss .ttf lauten. Kleingeschrieben! Der Ordner existiert im Standard übrigens gar nicht.
-
Ich musste übrigens in meiner LD_LIBRARY_PATH Variable den führenden Doppelpunkt entfernen, damit ich zumindest Bilder konvertieren konnte. IBM geht wohl davon aus, dass diese Variable schon mit anderen Werten gefüllt ist und hängt ihren Wert deshalb mit Doppelpunkt an. In meinem Szenario gab es sie aber gar nicht und ich meine, dass der erste Variableneintrag nicht mit einem Doppelpunkt beginnen darf. Bei mir sieht sie also so aus:
LD_LIBRARY_PATH=/opt/ibm/WebSphere/STMeetingsServer/stellent
Um sämtliche andere Formate konvertieren zu können, benötigt der Stellent exporter zwingend TTF-Schriftarten in besagtem Ordner. IBM geht hier einfach mal davon aus, dass man einen X-Server am laufen hat, der diese Schriftarten liefert. Habe ich aber nicht und will ich auch nicht.
Um das herauszufinden musste ich den Stellent exporter Developer Guide lesen und mir von einem Java-Entwickler ein JAR-File dekompilieren lassen, aus dem die Parameter des exporters ersichtlich sind. Als ich ihn dann manuell aufgerufen habe, hat er mir brav die Fehlermeldung geschmissen, dass er keine TTF Schriftarten finden kann. Aus sämtlichen WebSphere Logs war das nicht ersichtlich. Danke IBM.
-
Daniel: habe es genauso, wie in der Technote beschrieben gemacht. arial.ttf ist im Ordner
Das mit dem Doppelpunkt muss ich mal testen. Habe mich zwar auch gewundert, warum der da ist, aber ...
-
habe die LD_LIBRARY_PATH angepasst.
Bisher noch kein Erfolg. denke is starte den Meeting Server einmal durch.
Hast du die Kommandozeile für den stellent parat? Ich denke, dann finde ich schon, wo es hakt.
-
Na klar. Aufgerufen aus dem /opt/docshare Verzeichnis:
/opt/ibm/WebSphere/STMeetingsServer/stellent/exporter inputpath=./test.txt outputpath=./test.tiff outputid=FI_TIFF
Danach sollte ein 'Export complete' erscheinen und mind. eine TIFF Datei im docshare Ordner liegen.
-
Gibt mir einen returcode 15 (invalid parameter ) zurück
-
Den Fehler kenne ich leider nicht. Ich kenne nur 'Error: Invalid command line argument'.
Ich kann Dir nur noch auflisten wie ich es hinbekommen habe.
1. Mit root anmelden
2. Ordner 'fonts' unter /opt/ibm/WebSphere/STMeetingsServer/stellent erstellen. Rechte auf 777.
3. arial.ttf in Ordner 'fonts' kopieren. Rechte 644 reichen.
4. Die Variablen setze ich in der .profile im home-Dir von root. Inhalt:
PATH=$PATH:/opt/ibm/WebSphere/STMeetingsServer/stellent
export PATH
LD_LIBRARY_PATH=/opt/ibm/WebSphere/STMeetingsServer/stellent
export LD_LIBRARY_PATH
GDFONTPATH=/opt/ibm/WebSphere/STMeetingsServer/stellent/fonts
export GDFONTPATH
5. Am besten den ganzen Sametime Rödel inkl. Server neu starten
Wenn Du nichtmal Bilder (jpg, bmp, etc.) konvertieren kannst, liegt die Ursache sehr wahrscheinlich bei den Systemvariablen. So wie ich den Stellent exporter verstehe, benötigt er auch eine cfg-Datei. Die liegt unter '/opt/ibm/WebSphere/STMeetingsServer/stellent' und heißt 'ix.cfg'. Wenn er die nicht findet, schlägt die Konvertierung denke ich fehl. Prüfe auch ob alle Dateien im Ordner 'stellent' ausführbar sind, das ist ebenfalls notwendig für eine reibungslose Funktion.
-
Alles so, wie du beschrieben hast; einziger Unterschied: Ich setze die Variablen in der etc/profiles.
Werde es mal beim root setzen. Mal sehen, ob das was bringt.
Edit: hat auch nichts bewirkt. Nach wie vor die fehlermeldung invalid parameter. denke, ich muss mir jetzt mal die ix.cfg vornehmen
-
Du scheinst dem Screenshot nach eine grafische Oberfläche zu haben. Such mal in der ix.cfg nach dem Parameter
SCCOPT_RENDERING_PREFER_OIT
und setze ihn auf 'true'.
# When this option is set to TRUE, Outside In will use its internal graphics rendering code
# to produce bitmap output files whenever possible. This option enables Outside In
# to render images without using the operating system's native graphics subsystem (X11 on
# Unix/Linux or Windows GDI on Windows platforms.) Note that this option only has an effect when
# Outside In has been installed with support for both native graphics and internal graphics "output
# solutions." If only one of these output solutions is present, it will always be used regardless
# of this option's value.
-
Das war es leider auch nicht ...
-
Zum Mäuse melken... das gibts doch nicht. Aber solange Du den exporter nicht ohne Fehler manuell aufrufen kannst, wird es sowieso nicht funktionieren. Wenn Du ihn ohne Parameter aufrufst, erhältst Du dann das hier?
Error: no input file was specified
Error: no output file was specified
Error: No output id was specified
-
ja, das erhalte ich
-
kann es sein, dass irgend ein "Dienst" auf der Kiste aktiviert sein muss. Vergleichbar mit Windows, wo man einen Default Drucker installieren muss?
-
Bei mir funktioniert das auf einer openSUSE 11.2 minimal Installation, mit ein paar nachinstallierten 32bit Libs. Ich kann mir nicht vorstellen, dass da so etwas wie ein Default Drucker installiert sein muss. Aber garantieren kann ich es nicht.
Versuch doch nochmal den exporter manuell aufzurufen. Dieses Mal aber alles nur in einem Verzeichnis.
1. Testdatei (z. B. test.txt) mit ein paar Zeilen Text nach /opt/ibm/WebSphere/STMeetingsServer/stellent/ kopieren
2. im Verzeichnis /opt/ibm/WebSphere/STMeetingsServer/stellent/ den exporter aufrufen
./exporter inputpath=./test.txt outputpath=./test.tiff outputid=FI_TIFF
-
gleiches Ergebnis: returned Code 15 (invalid parameter).
Gibt es lt. Doku irgend einen Debug parameter?
-
Wenn Du ein JAR-File dekompilieren kannst, nimm dir das Export.jar vor. Aus dem kenne ich auch die notwendigen Parameter für den manuellen Aufruf. Von einem debug Parameter weiß ich leider nichts.
Was passiert wenn Du mal das Exporttest-Script aufrufst? Liegt auch im stellent Verzeichnis. Aufruf müsste der hier sein:
./ExportTest.sh ./test.txt ./test.tiff ./ix.cfg
-- Edit --
Die Doku liegt übrigens im Docs/ixguide Verzeichnis.
-
ich denke, wir kommen der Sache näher
EDIT: nee, doch nicht; exporter is c-based. Da braucht es kein Java
-
Bist Du sicher? So wie ich das verstehe steht der Sourcecode aber in der Export.jar. Ich glaube schon, dass Java da mit reinspielt. Die JRE aufrufen zu können ist mit Sicherheit kein Fehler. Wie sieht denn Deine PATH Variable des Linuxsystems aus?
-
so.
Der doppelte Patheintrag kommt daher, weil ich den teil einmal noch per hand eingetragen hatte.
-
IMHO muss da noch ':/usr/lib/jvm/jre/bin' mit rein. Zumindest ist das bei mir so. Ich kann auch von überall 'java' aufrufen.
Vorausgesetzt natürlich, dort liegt überhaupt Dein JRE.
-
weisst du was ... Ich habe das JAVA paket nachinstalliert und erhalte jetzt ein "Export complete" beim Aufruf des exporters. Auch der Aufruf von ExportTest.sh funktioniert nun.
Jetzt muss ich aber mal ganz schnell gucken, ob ich bei der Installation des MeetingServers den Punkt übersehen habe, wo es heisst: " Sie müssen JAVA installieren, damit die Conversion läuft"
Danke dir für deine Geduld!
edit: Im Frontend erhalte ich nach wie vor die fehlermeldung ... *Sigh*
-
edit: Im Frontend erhalte ich nach wie vor die fehlermeldung ... *Sigh*
Also jetzt können wir nicht mehr weit von der Lösung entfernt sein. Nach der Installation des Java Pakets wurde sicher die PATH Variable erweitert. Evtl. hat der MeetingServer das in seinem root-Kontext noch nicht kapiert. Boote doch mal die Büchse durch.
-
verfl *&@@!!! Auch nach Neustart funktioniert es nicht . An der Kommandozeile kein Problem ( getestet mit .txt und pdf )
Ich blase heute abend das komplette Blech einmal durch ...
-
Reboot tut gut.
Alles klar. Thema durch
-
Ja ist denn schon Abend? ;D
Wie, im Ernst? Jetzt funktioniert es?
-
ja, jetzt funktioniert es.
-
Danke dir für deine Geduld!
Für nix! Das ist auch für mich eine wichtige Info.
Jetzt muss ich aber mal ganz schnell gucken, ob ich bei der Installation des MeetingServers den Punkt übersehen habe, wo es heisst: " Sie müssen JAVA installieren, damit die Conversion läuft"
Ich hab mich ja auch an der Doku langgehangelt... das steht glaube ich nirgends.
;D
-
Auf einem zweiten System exakt der gleiche Fehler.
Die Prüfung, ob jre installiert ist und über den Suchpfad zu erreichen ist, gehört also auf jeden Fall in die ToDo Liste der Dinge, die beim Einrichten des Meeting Servers zu beachten sind.
-
Hallo,
ich hatte mit dem Sametime Meetingserver 8.5 auf SLES 10 das gleiche Problem, obwohl die Pfade korrekt gesetzt waren und Java auch installiert war.
Problem war hier, dass der Linux Server im Runlevel 5 gestartet werden mußte, Runlevel 3 reichte nicht.
Bei uns werden allerdings nur PPT Präsentation und Bilder etc. konvertiert, aber keine Word-Dokumente oder PDF-Dateien, obwohl sie in der Liste der zu konvertierenden Dateitypen aufgeführt sind.
Hat jemdand eine Idee dazu ?
Noch ein anderer sehr nützlicher Tip:
Bei der Konfiguration des LDAP Verzeichnis in Voraussetzungen der Sametime Console wird die Verbindung zum LDAP Server geprüft. Hier reicht es nicht, wenn nur Port 389 offen ist, es muss zwingend ein Ping auf den LDAP möglich sein, sonst wird man die erste Konfigurationsseite nie überwinden können.
Viele Grüße
Andreas
-
Runlevel 3 reichte nicht.
Doch reicht aus
-
Problem war hier, dass der Linux Server im Runlevel 5 gestartet werden mußte, Runlevel 3 reichte nicht.
Runlevel 3 sollte in der Tat ausreichen. Hier stellt sich die Frage Andreas, ob Du auch mind. eine TTF Schriftart in das entsprechende Verzeichnis kopiert hast. Ansonsten könnte es daran liegen, dass im Runlevel 5 ein evtl. installierter X-Server mit hochkommt. So wie ich die Dokumentation des stellent exporters verstanden habe, verwendet er die TTFs des X-Servers wenn keine in den fonts-Ordner kopiert wurden. Dazu muss der X aber natürlich laufen.
Du findest in diesem Thread die Information wie Du den stellent exporter manuell startest. Versuch das doch mal mit einem Worddokument und berichte uns vom Ergebnis.
-
Sehr cool. Ich habe die arial.ttf in das fonts verzeichnis kopiert und die Rechte gesetzt und schon klappt auch die Konvertierung der anderen Dateitypen und auch im Runlevel 3.
Ist es egal, welche Schriften man dort ablegt, Hauptsache eine ist in dem Verzeichnis ?
Vielen Dank für Eure Hilfe.
-
Ist es egal, welche Schriften man dort ablegt, Hauptsache eine ist in dem Verzeichnis ?
Jawoll :) Ich schätze, je mehr Schriftarten dort abliegen, desto besser wird die Konvertierung der Ausgangsschriftarten. Nur mit Arial kann das Ergebnis schonmal etwas verzerrt aussehen. Ich freue mich wenn Du Zeit hast, da ein wenig zu testen. Im Moment sitze ich beim Kunden und installiere eine Sametime 8.5 Umgebung, deshalb komme ich nicht dazu. ;D
Achte darauf, dass die Endung .ttf immer kleingeschrieben ist!
Vielen Dank für Eure Hilfe.
Gerne. ST 8.5 birgt noch viele Geheimnisse und es lohnt sich sie hier aufzudecken.
-
Dieser Beitrag ist Gold wert!!!
Die Konvertierung funktioniet nun auch bei uns!!!