Hi all,
I'm trying to integrate the URE in the Eclipse integration and I'm
getting into some troubles.
Is there any way to bootstrap the URE as we can do for OOo ? I'ld like
to bootstrap the URE in order to use XTypeDescriptionEnumerationAccess
and get the content of its types.rdb and services.rd
Cedric Bosdonnat wrote:
Hi all,
I'm trying to integrate the URE in the Eclipse integration and I'm
getting into some troubles.
Is there any way to bootstrap the URE as we can do for OOo ? I'ld like
to bootstrap the URE in order to use XTypeDescriptionEnumerationAccess
and get the content of its
Hi Stefan,
thanks for your quick answer :)
Stephan Bergmann a écrit :
> You are probably using com.sun.star.comp.helper.Bootstrap.bootstrap.
> Despite being included in a URE jar, this is OOo-specific functionality,
> so it is by design that it fails for you. Poor design indeed, I agree...
Th
Cedric Bosdonnat wrote:
Hi Stefan,
thanks for your quick answer :)
Stephan Bergmann a écrit :
You are probably using com.sun.star.comp.helper.Bootstrap.bootstrap.
Despite being included in a URE jar, this is OOo-specific functionality,
so it is by design that it fails for you. Poor design i
Stephan Bergmann a écrit :
>>> 2 Start a Java process that bootstraps a native UNO environment in
>>> process via
>>> com.sun.star.comp.helper.Bootstrap.defaultBootstrap_InitialComponentContext
>>>
>>> (see test-javanative in ure/source/uretest/Makefile[.pln] for an
>>> example). That way, the r
Cedric Bosdonnat wrote:
Stephan Bergmann a écrit :
2 Start a Java process that bootstraps a native UNO environment in
process via
com.sun.star.comp.helper.Bootstrap.defaultBootstrap_InitialComponentContext
(see test-javanative in ure/source/uretest/Makefile[.pln] for an
example). That way, t
Stephan Bergmann a écrit :
> Ah, that one. Now that you mention a custom ClassLoader, there are
> probably two problems involved here:
>
> First, the defaultBootstrap_InitialComponentContext code in juh.jar
> needs to load a native juh shared library. This works if (a) juh.jar is
> loaded by a
Hi,
it seems that my email is misused to spread some viruses around the
world. Sorry for that but this spam doesn't come from me.
Juergen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PRO
Cedric Bosdonnat wrote:
Stephan Bergmann a écrit :
Ah, that one. Now that you mention a custom ClassLoader, there are
probably two problems involved here:
First, the defaultBootstrap_InitialComponentContext code in juh.jar
needs to load a native juh shared library. This works if (a) juh.jar
Cedric Bosdonnat wrote:
Stephan Bergmann a écrit :
2 Start a Java process that bootstraps a native UNO environment in
process via
com.sun.star.comp.helper.Bootstrap.defaultBootstrap_InitialComponentContext
(see test-javanative in ure/source/uretest/Makefile[.pln] for an
example). That way, t
Stephan Bergmann a écrit :
>> I may have made a mistake by writing the findLibrary method()... but I
>> can't see which one. Does the libjuh.so library loads some .uno.so
>> library ? This might be a problem because my ClassLoader doesn't return
>> them...
>
> Em, Jürgen just reminded me that the
Hi Juergen,
Jürgen Schmidt a écrit :
> The issue number is i65388 and the problem is that dependent libraries
> can't be found. For Unix this issue is fixed by using the
> NativeLibraryLoader in juh.jar to load the libjuh.so. libjuh.so is
> linked with a correct rpath to find it's dependent libra
12 matches
Mail list logo