Hello Frank,
Your response is very much appreciated. I did not
think of that, so finally a new idea to check. I immediately did this.
jurt.jar, ridl.jar and juh.jar are all stored in
the directory ...OpenOffice.org 3\URE\java,
nowhere else. unoil.jar is stored in
...OpenOffice.org 3\Basis\program\classes
directory and nowhere else. I could not find
something that starts with IIRC (no idea what it is as well!).
Previous I had an installation of OpenOffice 2.4,
so after your suggestion I was afraid that some
old files would be hanging around on my harddisk,
but with these search results that does not seem to be true.
I indeed use a socketconnection and with server I
meant the running OpenOffice instance on my
development pc. For me the client is my Java
program and I'm used to call everything I talk to
a server. Sorry for being unclear!
So my program and OpenOffice are running on my
Windows Vista development machine and they must
share the same jar files. My Windows Vista search
(including hidden, system and non-indexed files!)
only shows single instances of the jar files you mentioned.
All my code steps check for exception conditions,
but all the previous steps seem to succeed and to
return correct values. If the jars are ok, what
next can I check? It would be nice if I could use
a kind of trace to check what is going on behind
the scenes, but I believe that is not possible?
Kind regards,
René
-------- Originele bericht --------
Onderwerp: Re: [dba-dev] DisposedException - EOF reached
Datum: Mon, 29 Jun 2009 16:01:46 +0200
Van: Frank Schönheit - Sun Microsystems Germany <frank.schoenh...@sun.com>
Antwoord-naar: dev@dba.openoffice.org
Aan: dev@dba.openoffice.org
Referenties: <200906250748.n5p7me2g085...@smtp-vbr3.xs4all.nl>
Hi René,
I'm trying to recode the sample known as
'mailmerge code snippet' and found at
http://api.openoffice.org/source/browse/api/www/Examples/Snippets/Writer/Writer.MailMerge.snip?rev=1.1&view=markup.
I'm testing my code on a Windows Vista system
with OpenOffice 3.1 Dutch version. As soon as
I'm executing the method setPropertyValue with
the sdbc:flat <file>, I get the exception
com.sun.star.lang.DisposedException ..... EOF reached ......
If that "EOF reached" is a citation of your error message, then I'd say
that some previous API call killed the connection to your OOo instance:
"EOF reached", according to Grok
(http://svn.services.openoffice.org/opengrok/search?q=%22EOF+reached%22&defs=&refs=&path=&hist=&project=%2FOOO310_13),
comes from SocketConnection.java, which sounds as if you connected to a
running OOo via a socket (as opposed to a pipe), and this connection
somehow died.
I understand I loose the connection with the server.
With "server", do you mean the OOo instance you connected to?
But this server does not go down and keeps on running
If this refers to OOo ... this means (I assume) that on client side,
some UNO API call could not be translated properly. I do not know too
much about our UNO bridges which bridge API calls, but my assumption
would be that you're using incompatible .jar files, describing the UNO
API, on your client and server.
For instance, assume you have an interface XSomething, which has a
method doSomething, introduced in OOo 3.1. Now when you have an OOo 3.1
running, the UNO environment in this OOo process will know about this
interface and method.
Now assume that on your client, you use UNO jar files from OOo 3.0,
where this method does not yet exist (or has another signature, or
something like this). In this case, your client code will compile fine,
but at runtime, the UNO environment of your client will detect that a
call is made to a method which does not exist on "the other side of the
UNO bridge". The only reasonable reaction in such a situation would be
terminating the bridge, since a recovery is not possible at all (not
without potentially leaving your client in an undetermined state).
So, what I would check is whether the UNO jar files on your client and
server are the same. Those are, IIRC, unoil.jar, juh,jar, jurt,jar,
ridl.jar (might be more or less than those, not sure).
Ciao
Frank
--
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun Microsystems http://www.sun.com/staroffice -
- OpenOffice.org Base http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@dba.openoffice.org
For additional commands, e-mail: dev-h...@dba.openoffice.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@dba.openoffice.org
For additional commands, e-mail: dev-h...@dba.openoffice.org