On 4/1/10 4:34 AM, Wei Min Teo wrote:
Hi,
I am able to connect to openoffice fine. I can open multiple ports and also
implement mutexes so that requests to the openoffice server is sort of
serialised. However, I'm not sure if this will worsen performance for multiple
processes connecting to the openoffice server. I seem to be unable to start
more than 1 instance of openoffice unless they are of different users. Is there
a way to start more than 1 openoffice for the same user?
no, you can't run multiple office instances for one user and you have to
deal with different user installations.
office1 -> ./soffice -env:UserInstallation=file://tmp/useroffice1
-accept ...
office2 -> ./soffice -env:UserInstallation=file://tmp/useroffice2
-accept ...
...
officeN -> ./soffice -env:UserInstallation=file://tmp/userofficeN
-accept ...
Queue your requests and dispatch them to a free worker office instance
if available.
Juergen
Date: Mon, 29 Mar 2010 09:27:01 +0200
From: [email protected]
To: [email protected]
Subject: Re: [api-dev] RE: [dev] Re: [api-dev] multiple connections to
openoffice service
On 3/29/10 4:23 AM, Wei Min Teo wrote:
Thanks.
How do i go about running 2 instances of openoffice? Also, how can I ensure
that each process bootstraps and connect to its own instance?
Please read the DevGuide and see the SDK examples how to connect to an
office.
Juergen
Date: Fri, 26 Mar 2010 08:21:33 +0100
From: [email protected]
To: [email protected]
CC: [email protected]
Subject: [dev] Re: [api-dev] multiple connections to openoffice service
On 3/26/10 4:16 AM, Wei Min Teo wrote:
Hi all,
I tried to connect to the openoffice service using 2 processes by running 2 instances of
my program. They both connect to openoffice using the default bootstrap c++ api. However,
there seems to be "unexpected closure" error and it keeps crashing openoffice.
Was wondering if anyone did something like this before?
Do I have to implement some sort of mutex?
Or is it possible to run 2 instances of openoffice and bootstrap to 2 different
ports?
Any suggestions on this?
it is well known that OOo has threading problems and it is not
surprising that you run into trouble quite fast in your described scenario.
The best approach is indeed to put some mechanism around the connection
stuff to dispatch the requests and work with more than one office instance.
Juergen
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
_________________________________________________________________
Your E-mail and More On-the-Go. Get Windows Live Hotmail Free.
https://signup.live.com/signup.aspx?id=60969
--
Sun Microsystems GmbH Juergen Schmidt
Nagelsweg 55 Technical Lead Programmability
20097 Hamburg, Germany
Sitz der Gesellschaft:
Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten
Amtsgericht München: HRB 161028
Geschäftsführer: Thomas Schröder
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
_________________________________________________________________
Hotmail: Trusted email with Microsoft’s powerful SPAM protection.
https://signup.live.com/signup.aspx?id=60969
--
Sun Microsystems GmbH Juergen Schmidt
Nagelsweg 55 Technical Lead Programmability
20097 Hamburg, Germany
Sitz der Gesellschaft:
Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten
Amtsgericht München: HRB 161028
Geschäftsführer: Thomas Schröder
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
