Open office und windows xp

[Mimo]

Hallo,

ich habe das folgende Szenario:

Ich habe auf einem Server open office installiert.

Aus einem Client, welcher local kein open office besitzt, möchte ich ein Dokument generieren (aus einer java applikation) und dann als pdf spreichern.

Mit wind 7 and vista funktioniert es einwandfrei, aber aus wind xp fliegt bootstrap exception!!

Hat jemand eine Idee woran es liegen kann?

[pmoegenb]

Hallo Mimo,
ich kann Dir zwar nicht weiterhelfen, aber wäre es nicht einfacher zur Erstellung einer PDF-Datei einen Druckertreiber wie http://sourceforge.net/projects/pdfcreator/ zu verwenden ?

[hol.sten]

Hat jemand eine Idee woran es liegen kann?

Eine? Nein, mehrere. Ich wüsste aber nicht genau, womit dir zu helfen wäre, da du dein Problem viel zu oberflächlich beschreibst.

Im Allgemeinen hilf das hier: http://user.services.openoffice.org/en/ ... nector.jar

[Mimo]

Im Allgemeinen hilf das hier: http://user.services.openoffice.org/en/ ... nector.jar

Aus wind 7 und vista heraus kann ich ohne probleme die Verbindung zur open office, der auf einem Server läuft und nicht local auf dem client, herstellen.
Aber mit wind xp kann ich die die verbindung nicht herstellen, also wie gesagt, bekomme ich bootstrap exception.

wie in der link steht:
XComponentContext xContext = BootstrapSocketConnector.bootstrap(oooExeFolder);

mach ich es auch, aber die Verbindung kann trotzdem nicht hergestellt werden

[hol.sten]

wie in der link steht:
XComponentContext xContext = BootstrapSocketConnector.bootstrap(oooExeFolder);

mach ich es auch

Und wo stand das in deiner ersten Frage in diesem Thread?

aber die Verbindung kann trotzdem nicht hergestellt werden

Dann stimmt etwas mit deinem oooExeFolder nicht. Der bootstrapconnector läuft definitiv unter Windows XP. Dort wurde er immerhin von mir entwickelt und getestet.

[Mimo]

Dann stimmt etwas mit deinem oooExeFolder nicht. Der bootstrapconnector läuft definitiv unter Windows XP. Dort wurde er immerhin von mir entwickelt und getestet.

Was ich nicht verstehen kann, warum der selbe oooExeFolder-pfad mit den anderen Betriebssystemen funktioniert und soffice.exe gestartet werden kann!!
Kann es an dem port liegen?

[hol.sten]

Dann stimmt etwas mit deinem oooExeFolder nicht. Der bootstrapconnector läuft definitiv unter Windows XP. Dort wurde er immerhin von mir entwickelt und getestet.

Was ich nicht verstehen kann, warum der selbe oooExeFolder-pfad mit den anderen Betriebssystemen funktioniert und soffice.exe gestartet werden kann!!

Seit Windows Witzda hat MS teilweise sehr merkwürdige Mehfachbenennungen von verschiedenen Pfaden eingeführt (http://mil.blogg.de/eintrag.php?id=385, http://www.drwindows.de/windows-anleitu ... vista.html). Vermutlich hängt es damit zusammen.

Kann es an dem port liegen?

BootstrapExceptions hatten noch nie etwas mit dem Port zu tun!

[Mimo]

Seit Windows Witzda hat MS teilweise sehr merkwürdige Mehfachbenennungen von verschiedenen Pfaden eingeführt (http://mil.blogg.de/eintrag.php?id=385, http://www.drwindows.de/windows-anleitu ... vista.html). Vermutlich hängt es damit zusammen.

Das problem ist mit dem windows xp und nicht mit dem vista!

[hol.sten]

Das problem ist mit dem windows xp und nicht mit dem vista!

Das Problem ist, dass du uns zuwenig Teil haben lässt an dem wie dein Sourcecode und dein System aussieht! Mein Hinweis auf die Mehrfachbenennung von Verzeichnissen ab Windows Vista kann durchaus Auswirkungen auf dein Windows XP haben. Denn während unter Windows Vista mehrere Pfade für oooExeFolder möglich sind, ist es unter Windows XP nur ein einziger!

[Mimo]

Das Problem ist, dass du uns zuwenig Teil haben lässt an dem wie dein Sourcecode und dein System aussieht! Mein Hinweis auf die Mehrfachbenennung von Verzeichnissen ab Windows Vista kann durchaus Auswirkungen auf dein Windows XP haben. Denn während unter Windows Vista mehrere Pfade für oooExeFolder möglich sind, ist es unter Windows XP nur ein einziger!

Mein Code sieht wie folgt aus:

XComponentContext xContext;

// get the remote office component context
xContext = BootstrapSocketConnector.bootstrap(officePath);

// get the remote service manger
XMultiComponentFactory xMCF = xContext.getServiceManager();

// create a new instance of the desktop
Object oDesktop = xMCF.createInstanceWithContext("com.sun.star.frame.Desktop", xContext); //$NON-NLS-1$


Ich habe auf dem Server open office 3.0 installiert, dementsprechend von Dir geschriebenen bootstrap jar benutze ich um von den Klients die Verbindung zur soffice.exe herzustellen.

Soll ich einen anderen jar (also einen etwas älteren bootstrap connector jar benutzen?)

[Mimo]

Irgendeine Idee bitte!

[hol.sten]

Ich habe auf einem Server open office installiert.

Aus einem Client, welcher local kein open office besitzt, möchte ich ein Dokument generieren (aus einer java applikation) und dann als pdf spreichern.

Sorry, aber bei mir brauchte der Groschen diesmal ein bissl' länger zum Fallen. Da gibst du dir extra Mühe und beschreibst dein Problem so knapp wie möglich und ich peil es trotzdem nicht. Jetzt aber! Der von mir empfohlene boostrapconnector ist nicht für einen Client-Server-Einsatz gedacht. Mich wundert, dass er in so einer Umgebung mit Windows Vista überhaupt läuft. Eine Lösung wie du sie erfragst kann ich dir also nicht anbieten. Statt dessen aber eine Alternative: Baue einen PDF-Service der komplett auf dem Server läuft und spreche diesen von deinen Clients z. B. per RMI an. Wenn du den Service dann am besten auch gleich noch synchronisierst musst du dir wenig Sorgen machen, dass sich parallel Clients gegenseitig die Dokumente zerhacken oder OOo übermäßig oft abstürzen lassen.

[Mimo]

Erstmal danke für die Antwort

Sorry, aber bei mir brauchte der Groschen diesmal ein bissl' länger zum Fallen. Da gibst du dir extra Mühe und beschreibst dein Problem so knapp wie möglich und ich peil es trotzdem nicht. Jetzt aber! Der von mir empfohlene boostrapconnector ist nicht für einen Client-Server-Einsatz gedacht. Mich wundert, dass er in so einer Umgebung mit Windows Vista überhaupt läuft. Eine Lösung wie du sie erfragst kann ich dir also nicht anbieten. Statt dessen aber eine Alternative: Baue einen PDF-Service der komplett auf dem Server läuft und spreche diesen von deinen Clients z. B. per RMI an. Wenn du den Service dann am besten auch gleich noch synchronisierst musst du dir wenig Sorgen machen, dass sich parallel Clients gegenseitig die Dokumente zerhacken oder OOo übermäßig oft abstürzen lassen.

Das stimmt, es war sehr knapp beschrieben.

Ich werde es mit PDF-Service versuchen, danach melde ich mich wieder