Hello
We have a java application that is using OpenOffice.org to create PDFs
and to print documents. When it is run in the foreground (interactively
through a signed on user) it runs fine and can go for days processing
hundreds of thousands of documents. When we run our application as a
Windows service, OpenOffice.org starts crashing after several hours and
cannot seem to get through more then 27,000 documents or so before it
just crashes on every attempted use. The only way to get it running
again is to reboot the server. We do an orderly shutdown and start up
of OpenOffice.org every 1000 documents processed since it seems to have
a memory leak and will eventually crash hard if we don't restart it
every so often.
Does anyone have any ideas on what we can do to get OpenOffice to run
reliably when it is started under the context of a Windows service?
It's well known that OOo wont be able to convert thousands of documents
without restarting the office. Reasons for that exists a lot :-)
(memory leaks, consumed system handles as e.g. GDI handles on windows etcpp)
Normaly it doesnt matter if you run those conversion job as simple GUI
application or as windows service. But I would say there is a difference
why it crashes in the background but not in the foreground use case. Did
you converted the same count of documents with the office running in the
foreground ? :-)
The only solution I see is restarting the office e.g. after 100 or 1000
documents. But it's not neccessary to restart the whole PC then. Your
windows service can terminate the currently used office instance and
start a new one instead.
Another solution for more performance would be using of several office
instance at the same time. That can be reached by using different user
layer so those office instances does not run into trouble by using
shared configuration data. If you start your office with a command line
parameter "-env:UserInstallation=<file URL>" you will be able to bind an
office to it's own special configuration directory which will be
independend from any other office layer ... and of course different to
the normal configuration layer used by the UI office instance .-)
BTW: Are you sure that realy the office dies ? If a real system reboot
is needed to solve your problems ... might be your own java code
consumes a lot of resources ... !?
Thanks.
--
Einstein argued that there must be simplified explanations of nature,
because God is not capricious or arbitrary. No such faith comforts the
software engineer.
- Fred Brooks, Jr.
Best Regards
Andreas
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
