I hope this is an active mailing list ~ we have a serious issue
with the document server and are trying to track down some more
knowledge that might exist about it.
I have new information from further testing, but here's a quick
summary:
We have a program that calls the document server to load a PPT file
(as explained below). That goes fine, and then we call it to close
the file after some time... also goes fine -- mostly. The file will
close, but then the memory continues to be eaten up by document
server until the machine becomes non-responsive.
We've run strace and can't find anything.
We're calling the server over port 2803.
We're calling the close method (which I've learned also calls
dispose, etc.).
We've got hundreds of products at customers and some are beginning
to doubt OpenOffice as a platform... please help!
Chris
-------- Original Message --------
Subject: Document Server chaos -- not talking properly,
intermittently
Date: Tue, 26 Oct 2010 15:46:23 -0400
From: Chris Rider <chris.ri...@messagenetsystems.com>
Organization: MessageNet Systems, Inc.
To: _OpenOffice API Developers List <dev@api.openoffice.org>
(I previously posted something about Document Loader - that is now
revised and different, hence this post ~~ You'll find this post much
more informative, I hope!)
Please forgive me for causing any confusion... I was put on this
project
after another engineer here took another position, so I've been
playing
catch-up on understanding it fully enough to at least put out a lucid
question to this community. Your patience and time is very much
appreciated!!!
The previous developer wrote a C++ program that we call
DocumentLoader,
that talks to the Document Server, and loads a PPT file. The Loader
file
has been through extensive testing and debugging, so I/we HIGHLY doubt
the problem lies within it (been wrong before though!).
Typically, these PPT files are setup as "slideshows" that auto-advance
their slides and usually repeat/rotate, as managed by our own
product (a
type of multimedia messaging solution). Just for the sake of example,
this might be a "daily announcements" slide-show set to display
(amongst
other types of messages) every 5 minutes (the other types of messages
would show the remainder of the time, rinse, repeat, etc.)
So here's the problem......
Whenever DocumentLoader tells the Document Server to take down the PPT
file, it appears to; but when it comes time to load it to display it
again, it will - seemingly without problem... except that the
machine's
memory keeps getting sucked down (the machine that's running the
server
program). And, each time it cycles through (loads), there is about
one-second added to the load time. So a PPT that normally takes
about 2
seconds to load, by the 6th time, takes like 8 seconds. And to make
matters worse, once we hit about a dozen or so loads, the machine
practically becomes non-responsive until we restart it.
Also, (more just to see my debugging logic) we occassionally see
multiple instances of the DocumentLoader program (like 20 or more)
trying to load the same PPT file. I figure this is "normal"
in-so-much-as the loader is trying to talk the server into loading
that
PPT (in the timed loop I described above), and the server is
failing for
whatever reason to either respond to the loader and/or actually
load the
file.
I've been consulting with the previous engineer, as well as another
programmer here, and there is some agreement that there could be a
memory leak in the server program. It is very hard to debug,
because we
have this deployed on hundreds of machines, and only a handful or so
behave this way ~ seemingly randomly, at that.
I've not been able to find much info about this "server" ~~ can anyone
enlighten me?
Furthermore, is this a known issue of any kind?
Even if just to say "welcome" (I'm new to the list), I'd appreciate
any
ideas!!! :)
Humbly,
Chris
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org
For additional commands, e-mail: dev-h...@api.openoffice.org