b***@freedesktop.org
2011-12-01 19:42:28 UTC
https://bugs.freedesktop.org/show_bug.cgi?id=43433
Bug #: 43433
Summary: DisposedException: java.io.IOException:
com.sun.star.io.IOException: EOF reached
Classification: Unclassified
Product: LibreOffice
Version: LibO 3.4.2 release
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: UNCONFIRMED
Severity: major
Priority: medium
Component: Libreoffice
AssignedTo: libreoffice-***@lists.freedesktop.org
ReportedBy: ***@novell.com
Kablink Vibe (it used to be named Kablink Teaming - see
http://kablink.org/teaming) uses OpenOffice or LibreOffice for document
conversions. It uses it these convert various document formats to XML (for
search word extraction) or to HTML (for rendering in a browser.) With the
latest versions of LibreOffce (i.e., 3.4.x), the conversions have stopped
working with the following exception:
2011-12-01 15:49:03,809 ERROR [http-8080-4]
[org.kablink.teaming.module.folder.impl.DefaultFolderCoreProcessor] -
AbstractBinderProcessor.buildIndexDocumentFromFile( EXCEPTION:1 ):
com.sun.star.lang.DisposedException: java.io.IOException:
com.sun.star.io.IOException: EOF reached -
socket,host=localhost,port=8100,localHost=localhost,localPort=41133,peerHost=localhost,peerPort=8100
at
com.sun.star.lib.uno.bridges.java_remote.java_remote_bridge$MessageDispatcher.invoke(java_remote_bridge.java:237)
at
com.sun.star.lib.uno.bridges.java_remote.java_remote_bridge$MessageDispatcher.run(java_remote_bridge.java:144)
If we revert of LibreOffice 3.3.4 (or OpenOffice 3.3.0), the exact same code
works without failure. It's only with versions 3.4.x of LibreOffice that the
failures started happening.
At the lowest level, Kablink Vibe uses the storeToURL() method off an XStorable
object to perform the conversion. In the failure case, the code doesn't reach
the point of that call as it appears to die in Vibe's call to the resolve()
method off an XUnoUrlResolver object. The code being executed up to the point
of failure are:
/* Bootstraps a component context with the jurt base components
* registered. Component context to be granted to a component for
running.
* Arbitrary values can be retrieved from the context.
*/
xcomponentcontext = Bootstrap.createInitialComponentContext(null);
/* Gets the service manager instance to be used (or null). This
method has
* been added for convenience, because the service manager is a
often used object.
*/
xmulticomponentfactory = xcomponentcontext.getServiceManager();
/* Creates an instance of the component UnoUrlResolver which
supports the services specified by the factory. */
objectUrlResolver =
xmulticomponentfactory.createInstanceWithContext("com.sun.star.bridge.UnoUrlResolver",
xcomponentcontext);
// Create a new url resolver
xurlresolver =
(XUnoUrlResolver)UnoRuntime.queryInterface(XUnoUrlResolver.class,
objectUrlResolver);
// Resolves an object that is specified as follow:
// uno:<connection description>;<protocol description>;<initial
object name>
objectInitial = xurlresolver.resolve("uno:socket,host=" + _host +
",port=" + _port + ";urp;StarOffice.ServiceManager");
Although Kablink Vibe administrators have a workaround (downgrade to
LibreOffice 3.3.4 or OpenOffice 3.3.0), it's unsatisfactory for openSuSE users
in that the standard LibreOffice version bundled with openSuSE is version
3.4.2, which does not work. Note that I've tried this using version 3.4.4rc2
as downloaded from www.libreoffice.org with the same result. If I download
version 3.3.4 and use that, everything works.
Again, using the EXACT SAME installed version of Kablink Vibe, the conversions
work without error with LibreOffice 3.3.4 and OpenOffice 3.3.0. It's only
since the update for LibreOffice 3.4.x that the failures started.
Note that Kablink Vibe is an open source project and the source can be freely
downloaded. The source modules within that project where the failures occur
include TextOpenOfficeConverter.java and HtmlOpenOfficeConverter.java.
Bug #: 43433
Summary: DisposedException: java.io.IOException:
com.sun.star.io.IOException: EOF reached
Classification: Unclassified
Product: LibreOffice
Version: LibO 3.4.2 release
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: UNCONFIRMED
Severity: major
Priority: medium
Component: Libreoffice
AssignedTo: libreoffice-***@lists.freedesktop.org
ReportedBy: ***@novell.com
Kablink Vibe (it used to be named Kablink Teaming - see
http://kablink.org/teaming) uses OpenOffice or LibreOffice for document
conversions. It uses it these convert various document formats to XML (for
search word extraction) or to HTML (for rendering in a browser.) With the
latest versions of LibreOffce (i.e., 3.4.x), the conversions have stopped
working with the following exception:
2011-12-01 15:49:03,809 ERROR [http-8080-4]
[org.kablink.teaming.module.folder.impl.DefaultFolderCoreProcessor] -
AbstractBinderProcessor.buildIndexDocumentFromFile( EXCEPTION:1 ):
com.sun.star.lang.DisposedException: java.io.IOException:
com.sun.star.io.IOException: EOF reached -
socket,host=localhost,port=8100,localHost=localhost,localPort=41133,peerHost=localhost,peerPort=8100
at
com.sun.star.lib.uno.bridges.java_remote.java_remote_bridge$MessageDispatcher.invoke(java_remote_bridge.java:237)
at
com.sun.star.lib.uno.bridges.java_remote.java_remote_bridge$MessageDispatcher.run(java_remote_bridge.java:144)
If we revert of LibreOffice 3.3.4 (or OpenOffice 3.3.0), the exact same code
works without failure. It's only with versions 3.4.x of LibreOffice that the
failures started happening.
At the lowest level, Kablink Vibe uses the storeToURL() method off an XStorable
object to perform the conversion. In the failure case, the code doesn't reach
the point of that call as it appears to die in Vibe's call to the resolve()
method off an XUnoUrlResolver object. The code being executed up to the point
of failure are:
/* Bootstraps a component context with the jurt base components
* registered. Component context to be granted to a component for
running.
* Arbitrary values can be retrieved from the context.
*/
xcomponentcontext = Bootstrap.createInitialComponentContext(null);
/* Gets the service manager instance to be used (or null). This
method has
* been added for convenience, because the service manager is a
often used object.
*/
xmulticomponentfactory = xcomponentcontext.getServiceManager();
/* Creates an instance of the component UnoUrlResolver which
supports the services specified by the factory. */
objectUrlResolver =
xmulticomponentfactory.createInstanceWithContext("com.sun.star.bridge.UnoUrlResolver",
xcomponentcontext);
// Create a new url resolver
xurlresolver =
(XUnoUrlResolver)UnoRuntime.queryInterface(XUnoUrlResolver.class,
objectUrlResolver);
// Resolves an object that is specified as follow:
// uno:<connection description>;<protocol description>;<initial
object name>
objectInitial = xurlresolver.resolve("uno:socket,host=" + _host +
",port=" + _port + ";urp;StarOffice.ServiceManager");
Although Kablink Vibe administrators have a workaround (downgrade to
LibreOffice 3.3.4 or OpenOffice 3.3.0), it's unsatisfactory for openSuSE users
in that the standard LibreOffice version bundled with openSuSE is version
3.4.2, which does not work. Note that I've tried this using version 3.4.4rc2
as downloaded from www.libreoffice.org with the same result. If I download
version 3.3.4 and use that, everything works.
Again, using the EXACT SAME installed version of Kablink Vibe, the conversions
work without error with LibreOffice 3.3.4 and OpenOffice 3.3.0. It's only
since the update for LibreOffice 3.4.x that the failures started.
Note that Kablink Vibe is an open source project and the source can be freely
downloaded. The source modules within that project where the failures occur
include TextOpenOfficeConverter.java and HtmlOpenOfficeConverter.java.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.