[udk-dev] Getting URE types from Java

2006-05-19 Thread Cedric Bosdonnat
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

Re: [udk-dev] Getting URE types from Java

2006-05-19 Thread Stephan Bergmann
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

Re: [udk-dev] Getting URE types from Java

2006-05-19 Thread Cedric Bosdonnat
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

Re: [udk-dev] Getting URE types from Java

2006-05-19 Thread Stephan Bergmann
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

Re: [udk-dev] Getting URE types from Java

2006-05-19 Thread Cedric Bosdonnat
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

Re: [udk-dev] Getting URE types from Java

2006-05-19 Thread Stephan Bergmann
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

Re: [udk-dev] Getting URE types from Java

2006-05-19 Thread Cedric Bosdonnat
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

[udk-dev] misused email

2006-05-19 Thread Jürgen Schmidt
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

Re: [udk-dev] Getting URE types from Java

2006-05-19 Thread Stephan Bergmann
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

Re: [udk-dev] Getting URE types from Java

2006-05-19 Thread Jürgen Schmidt
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

Re: [udk-dev] Getting URE types from Java

2006-05-19 Thread Cedric Bosdonnat
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

Re: [udk-dev] Getting URE types from Java

2006-05-19 Thread Cedric Bosdonnat
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