Re: [dev] Re: Genuine OOo in distributions ? (Re: [dev] OOo installation packages for Linux, a few (easy) questions
Hi René, On 24.08.2010 10:38, Rene Engelhard wrote: > > rony, OK please try > > $ cd /usr/lib/ure/share/java > $ ln -f ../../../../share/java/openoffice/jurt.jar jurt.jar > Yup, that makes it work ! ---rony - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Re: Genuine OOo in distributions ? (Re: [dev] OOo installation packages for Linux, a few (easy) questions
Retrying... On 24.08.2010 11:54, rony wrote: > Hi René, > > On 24.08.2010 10:38, Rene Engelhard wrote: > >> rony, OK please try >> >> $ cd /usr/lib/ure/share/java >> $ ln -f ../../../../share/java/openoffice/jurt.jar jurt.jar >> >> > Yup, that makes it work ! > > ---rony > > - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Re: Genuine OOo in distributions ? (Re: [dev] OOo installation packages for Linux, a few (easy) questions
On 08/24/10 13:31, Rene Engelhard wrote: On Tue, Aug 24, 2010 at 01:19:43PM +0200, Stephan Bergmann wrote: Please do not put an absolute path into plain OOo's jurt.jar Class-Path. It's for *Debians* OOo. The path won't change in Debian anyways (and if it did it would automaticatilly be adapted). I don't think there's a safe way to detect the problem in "vanilla" OOo. Your Debian-only fix is of course fine with me. -Stephan - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Re: Genuine OOo in distributions ? (Re: [dev] OOo installation packages for Linux, a few (easy) questions
Hi, On Tue, Aug 24, 2010 at 12:02:55PM +0200, Rene Engelhard wrote: > On Mon, Aug 23, 2010 at 08:53:26PM +0200, rony wrote: > > So there is at least a problem in the Ubuntu distribution with the setup > > somewhere. > > As we already found out in this thread. > It's a problem in Debian and Ubuntu because we move the Java libs to > a standardized path with symlinks and OOo cannot handle the symlink... > > Now I am waiting for Stephan to tell me whether my proposed solution works. Fixed (for 1:3.2.1-7) with adding /usr/lib/ure/lib to Class-Path: + # fix up Class-Path of jurt.jar to be able to find libjpipe.so. + # See http://www.openoffice.org/servlets/ReadMsg?list=dev&msgNo=27765 + t=`mktemp -q -d`; \ + mkdir -p $$t && cd $$t && \ + unzip $(CURDIR)/debian/ure/usr/share/java/$(OODIRNAME)/jurt.jar \ + META-INF/MANIFEST.MF && \ + perl -pi -e 's#../../lib/#../../lib/ /$(OOUREDIR)/lib/#g' \ + META-INF/MANIFEST.MF && \ + zip -r $(CURDIR)/debian/ure/usr/share/java/$(OODIRNAME)/jurt.jar \ + META-INF/MANIFEST.MF && \ + cd $(CURDIR) && rm -rf $$t No idea whether I'll still be allowed to have the fix in squeezes 3.2.1 (we're in freeze in Debian) but already merged that into 3.3, too, so it surely will be fixed there. Grüße/Regards, René - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Re: Genuine OOo in distributions ? (Re: [dev] OOo installation packages for Linux, a few (easy) questions
Hi, On Tue, Aug 24, 2010 at 01:19:43PM +0200, Stephan Bergmann wrote: > Please do not put an absolute path into plain OOo's jurt.jar Class-Path. It's for *Debians* OOo. The path won't change in Debian anyways (and if it did it would automaticatilly be adapted). I don't think there's a safe way to detect the problem in "vanilla" OOo. If you don't like that either, what do you suggest? ../../../lib/ure/lib/? Grüße/Regards, René - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Re: Genuine OOo in distributions ? (Re: [dev] OOo installation packages for Linux, a few (easy) questions
On 08/24/10 10:41, Rene Engelhard wrote: On Tue, Aug 24, 2010 at 10:26:58AM +0200, Rene Engelhard wrote: On Tue, Aug 24, 2010 at 08:50:13AM +0200, Stephan Bergmann wrote: The static NativeLibraryLoader.loadLibrary(PipeConnection.class.getClassLoader(), "jpipe"); in class com.sun.star.lib.connections.pip.PipeConnection within jurt.jar effectively depends on finding a jpipe dynamic library (libjpipe.so on Linux) through the Class-Path in the jurt.jar META-INF/MANIFEST.MF, "ridl.jar unoloader.jar ../../lib/ ../bin/". So the symlink is the problem? Grmpf. Why can't you for one time just handle symlinks correctly For one, there is no "correct" handling of symlinks. Sometimes, you want to treat them transparently, sometimes not. And for another, it is the Java machinery that threats the symlinks "incorrectly" here, not "us." Hmm. Or I just "fix" the Class-Path: there. Stephan, can I just put a /usr/lib/ure/lib there (in addition to ../../lib/) or will there be other stuff still not working then? Please do not put an absolute path into plain OOo's jurt.jar Class-Path. (And whether there would "be other stuff still not working" I don't know---you would need to try it out.) -Stephan - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Re: Genuine OOo in distributions ? (Re: [dev] OOo installation packages for Linux, a few (easy) questions
On Mon, Aug 23, 2010 at 08:53:26PM +0200, rony wrote: > So there is at least a problem in the Ubuntu distribution with the setup > somewhere. As we already found out in this thread. It's a problem in Debian and Ubuntu because we move the Java libs to a standardized path with symlinks and OOo cannot handle the symlink... Now I am waiting for Stephan to tell me whether my proposed solution works. Grüße/Regards, René - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Re: Genuine OOo in distributions ? (Re: [dev] OOo installation packages for Linux, a few (easy) questions
Hi René, hi Michael, just managed to re-install the Ubuntu version of OOo. Out of the box the reported error occurs. Then, following Michael's advice and adding "/usr/lib/ure/lib/" to CLASSPATH resolved the problem and OOo can be addressed via Java from the commandline ! So there is at least a problem in the Ubuntu distribution with the setup somewhere. Regards, ---rony On 23.08.2010 11:42, Michael Stahl wrote: > On 21/08/2010 23:57, rony wrote: > >> Hi René, >> >> sorry that it took a while to get back, but I got totally carried away >> changing/enhancing the installation scripts and had to get everything >> into sync again, before coming back to check out and analyze the problem >> with the Ubuntu distribution. >> >> Here's to what boils it down: >> >> * Using latest 64-bit Ubuntu, having everything updated to today, >> * Running an ooRexx script which uses the OOo/UNO Java bridge to >> interact with OOo, yielding the following error: >> >> 40 *-* xContext = UNO.connect() -- connect to server and >> retrieve the XContext object >> REX0040E: Error 40 running /usr/bin/UNO.CLS line 1804: Incorrect >> call to routine >> REX0634E: Error 40.900: BSF4ooRexx/routine/BSF(), error 3: Java >> exception occurred: [org.apache.bsf.BSFException: /// Java-exception >> (RexxAndJava) occurred: >> [java.lang.reflect.InvocationTargetException], g*etCause(): >> [java.lang.UnsatisfiedLinkError: >> >> com.sun.star.lib.connections.pipe.PipeConnection.createJNI(Ljava/lang/String;)I*] >> > i think i remember this error... it is caused by not finding some URE > dynamic libraries, like libjpipe.so. > the Java UNO bridge apparently uses native code via JNI for some things. > > >> \\\?BSF4ooRexx subfunction "invoke": object >> 'java.lang.cl...@593d93f4' - method [FINDINTERFACEWITHMEMBER], >> method not found or error (exception) executing method!] >> >> Uninstalling the Ubuntu OOo and instead installing the genuine OOo, >> downloaed from http://OpenOffice.org/download, installing it and running >> the very same program works without an error! >> >> In the case it matters, here is the CLASSPATH setting for the Ubuntu OOo: >> >> >> /opt/BSF4ooRexx/bsf-v400-20090910.jar:/opt/BSF4ooRexx/bsf-rexx-engine.jar:.::/usr/lib/openoffice/program/../basis-link/ure-link/share/java/ridl.jar:/usr/lib/openoffice/program/../basis-link/ure-link/share/java/jurt.jar:/usr/lib/openoffice/program/../basis-link/ure-link/share/java/juh.jar:/usr/lib/openoffice/program/../basis-link/program/classes/unoil.jar:/usr/lib/openoffice/progra >> > on a Ubuntu box here the libraries seems to be in /usr/lib/ure/lib/libjpipe.so > > so try adding "/usr/lib/ure/lib/" to CLASSPATH, see if that helps. > > >> The genuine OOo will have practically the same setting, except that its >> directory would be pointed to: >> "/opt/openoffice.org3/program/../basis-link/ure-link/share/java/*". >> >> HTH, >> >> ---rony >> > - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Re: Genuine OOo in distributions ? (Re: [dev] OOo installation packages for Linux, a few (easy) questions
On Tue, Aug 24, 2010 at 10:26:58AM +0200, Rene Engelhard wrote: > Hi, > > On Tue, Aug 24, 2010 at 08:50:13AM +0200, Stephan Bergmann wrote: > > The static > > NativeLibraryLoader.loadLibrary(PipeConnection.class.getClassLoader(), > > "jpipe"); in class com.sun.star.lib.connections.pip.PipeConnection > > within jurt.jar effectively depends on finding a jpipe dynamic library > > (libjpipe.so on Linux) through the Class-Path in the jurt.jar > > META-INF/MANIFEST.MF, "ridl.jar unoloader.jar ../../lib/ ../bin/". > > Ah, OK. [...] > So the symlink is the problem? Grmpf. > > Why can't you for one time just handle symlinks correctly Hmm. Or I just "fix" the Class-Path: there. Stephan, can I just put a /usr/lib/ure/lib there (in addition to ../../lib/) or will there be other stuff still not working then? Grüße/Regards, René - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Re: Genuine OOo in distributions ? (Re: [dev] OOo installation packages for Linux, a few (easy) questions
Hi, On Tue, Aug 24, 2010 at 08:50:13AM +0200, Stephan Bergmann wrote: > This works in standard OOo installations, where the jpipe dynamic > library is found relative to jurt.jar within the URE installation either > in ../../lib (Unix) or ../bin (Windows). > > This fails if you either use a jurt.jar copied elsewhere, or the given > OOo installation does not preserve the above requirement. rony, OK please try $ cd /usr/lib/ure/share/java $ ln -f ../../../../share/java/openoffice/jurt.jar jurt.jar (my paste in the last mail is from 3.3 packages where I cleaned up the paths a bit and got rid of openoffice/ as mandated by the Debian Java policy) Looks I need to use a hardlink here in the package... :( (But the underlying problem still should be fixed. Symlinks should work..) Grüße/Regards, René - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Re: Genuine OOo in distributions ? (Re: [dev] OOo installation packages for Linux, a few (easy) questions
Hi, On Tue, Aug 24, 2010 at 08:50:13AM +0200, Stephan Bergmann wrote: > The static > NativeLibraryLoader.loadLibrary(PipeConnection.class.getClassLoader(), > "jpipe"); in class com.sun.star.lib.connections.pip.PipeConnection > within jurt.jar effectively depends on finding a jpipe dynamic library > (libjpipe.so on Linux) through the Class-Path in the jurt.jar > META-INF/MANIFEST.MF, "ridl.jar unoloader.jar ../../lib/ ../bin/". Ah, OK. > This works in standard OOo installations, where the jpipe dynamic > library is found relative to jurt.jar within the URE installation either > in ../../lib (Unix) or ../bin (Windows). > > This fails if you either use a jurt.jar copied elsewhere, or the given > OOo installation does not preserve the above requirement. r...@frodo:~$ cd /usr/lib/ure/share/java/ r...@frodo:/usr/lib/ure/share/java$ ls -l ../../lib/libj libjava_unolibjuh.so libjvmfwk.so.3 libjava_uno.so libjuhx.so libjpipe.solibjvmaccessgcc3.so.3 r...@frodo:/usr/lib/ure/share/java$ ls -l ../../lib/libjpipe.so -rw-r--r-- 1 root root 9280 23. Aug 21:19 ../../lib/libjpipe.so But: r...@frodo:/usr/lib/ure/share/java$ ls -l jurt.jar lrwxrwxrwx 1 root root 31 23. Aug 21:58 jurt.jar -> ../../../../share/java/jurt.jar So the symlink is the problem? Grmpf. Why can't you for one time just handle symlinks correctly Grüße/Regards, René - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Re: Genuine OOo in distributions ? (Re: [dev] OOo installation packages for Linux, a few (easy) questions
On 08/23/10 14:09, Rene Engelhard wrote: On Mon, Aug 23, 2010 at 11:42:22AM +0200, Michael Stahl wrote: i think i remember this error... it is caused by not finding some URE dynamic libraries, like libjpipe.so. the Java UNO bridge apparently uses native code via JNI for some things. Then that is a bug in the bridge or the extension itself IMHO ... on a Ubuntu box here the libraries seems to be in /usr/lib/ure/lib/libjpipe.so so try adding "/usr/lib/ure/lib/" to CLASSPATH, see if that helps. .. because ure-link is exactly what points to that /usr/lib/ure thing. Anything which assumes that the ure is inside the OOo dir is wrong; the only valid assumption is that *ure-link* is. That's how the three-layewr OOo interface was defined. The static NativeLibraryLoader.loadLibrary(PipeConnection.class.getClassLoader(), "jpipe"); in class com.sun.star.lib.connections.pip.PipeConnection within jurt.jar effectively depends on finding a jpipe dynamic library (libjpipe.so on Linux) through the Class-Path in the jurt.jar META-INF/MANIFEST.MF, "ridl.jar unoloader.jar ../../lib/ ../bin/". This works in standard OOo installations, where the jpipe dynamic library is found relative to jurt.jar within the URE installation either in ../../lib (Unix) or ../bin (Windows). This fails if you either use a jurt.jar copied elsewhere, or the given OOo installation does not preserve the above requirement. -Stephan - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Re: Genuine OOo in distributions ? (Re: [dev] OOo installation packages for Linux, a few (easy) questions
On Mon, Aug 23, 2010 at 03:29:47PM +0200, rony wrote: > (Or do I have to go through Synaptic manager and check all sort of Eww, synaptic. > modules (with the risk that I am overlooking an important one, given > that the OOo related modules seem to be quite dispersed.) apt-get install openoffice.org. Which is a dummy package which is supposed (unless Ubuntu patched somthing) there install all modules + Java suppoer (including officebean), but of course without SDK) (or select openoffice.org in synaptic). Grüße/Regards, René - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Re: Genuine OOo in distributions ? (Re: [dev] OOo installation packages for Linux, a few (easy) questions
On 23.08.2010 14:09, Rene Engelhard wrote: > On Mon, Aug 23, 2010 at 11:42:22AM +0200, Michael Stahl wrote: > >> i think i remember this error... it is caused by not finding some URE >> dynamic libraries, like libjpipe.so. >> the Java UNO bridge apparently uses native code via JNI for some things. >> > Then that is a bug in the bridge or the extension itself IMHO ... > The extension just employs the Bootstrap class if invoked outside of OOo. >> n a Ubuntu box here the libraries seems to be in /usr/lib/ure/lib/libjpipe.so >> >> so try adding "/usr/lib/ure/lib/" to CLASSPATH, see if that helps. >> > ... because ure-link is exactly what points to that /usr/lib/ure thing. > Anything which assumes that the ure is inside the OOo dir is wrong; > the only valid assumption is that *ure-link* is. That's how the three-layewr > OOo interface was defined. > What would be the easiest way to re-install the Ubuntu-OOo after deinstalling the genuine OOo? (Or do I have to go through Synaptic manager and check all sort of modules (with the risk that I am overlooking an important one, given that the OOo related modules seem to be quite dispersed.) ---rony - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Re: Genuine OOo in distributions ? (Re: [dev] OOo installation packages for Linux, a few (easy) questions
Michael Stahl wrote. > so try adding "/usr/lib/ure/lib/" to CLASSPATH, see if that helps. Or LD_LIBRARY_PATH (no idea whether that helps for JNI "Linkage" but it can be tried, too) Grüße/Regards, René - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Re: Genuine OOo in distributions ? (Re: [dev] OOo installation packages for Linux, a few (easy) questions
On Mon, Aug 23, 2010 at 11:42:22AM +0200, Michael Stahl wrote: > i think i remember this error... it is caused by not finding some URE > dynamic libraries, like libjpipe.so. > the Java UNO bridge apparently uses native code via JNI for some things. Then that is a bug in the bridge or the extension itself IMHO ... > on a Ubuntu box here the libraries seems to be in /usr/lib/ure/lib/libjpipe.so > > so try adding "/usr/lib/ure/lib/" to CLASSPATH, see if that helps. ... because ure-link is exactly what points to that /usr/lib/ure thing. Anything which assumes that the ure is inside the OOo dir is wrong; the only valid assumption is that *ure-link* is. That's how the three-layewr OOo interface was defined. Grüße/Regards, René - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: Genuine OOo in distributions ? (Re: [dev] OOo installation packages for Linux, a few (easy) questions
On 21/08/2010 23:57, rony wrote: > Hi René, > > sorry that it took a while to get back, but I got totally carried away > changing/enhancing the installation scripts and had to get everything > into sync again, before coming back to check out and analyze the problem > with the Ubuntu distribution. > > Here's to what boils it down: > > * Using latest 64-bit Ubuntu, having everything updated to today, > * Running an ooRexx script which uses the OOo/UNO Java bridge to > interact with OOo, yielding the following error: > > 40 *-* xContext = UNO.connect() -- connect to server and > retrieve the XContext object > REX0040E: Error 40 running /usr/bin/UNO.CLS line 1804: Incorrect > call to routine > REX0634E: Error 40.900: BSF4ooRexx/routine/BSF(), error 3: Java > exception occurred: [org.apache.bsf.BSFException: /// Java-exception > (RexxAndJava) occurred: > [java.lang.reflect.InvocationTargetException], g*etCause(): > [java.lang.UnsatisfiedLinkError: > > com.sun.star.lib.connections.pipe.PipeConnection.createJNI(Ljava/lang/String;)I*] i think i remember this error... it is caused by not finding some URE dynamic libraries, like libjpipe.so. the Java UNO bridge apparently uses native code via JNI for some things. > \\\?BSF4ooRexx subfunction "invoke": object > 'java.lang.cl...@593d93f4' - method [FINDINTERFACEWITHMEMBER], > method not found or error (exception) executing method!] > > Uninstalling the Ubuntu OOo and instead installing the genuine OOo, > downloaed from http://OpenOffice.org/download, installing it and running > the very same program works without an error! > > In the case it matters, here is the CLASSPATH setting for the Ubuntu OOo: > > > /opt/BSF4ooRexx/bsf-v400-20090910.jar:/opt/BSF4ooRexx/bsf-rexx-engine.jar:.::/usr/lib/openoffice/program/../basis-link/ure-link/share/java/ridl.jar:/usr/lib/openoffice/program/../basis-link/ure-link/share/java/jurt.jar:/usr/lib/openoffice/program/../basis-link/ure-link/share/java/juh.jar:/usr/lib/openoffice/program/../basis-link/program/classes/unoil.jar:/usr/lib/openoffice/progra on a Ubuntu box here the libraries seems to be in /usr/lib/ure/lib/libjpipe.so so try adding "/usr/lib/ure/lib/" to CLASSPATH, see if that helps. > The genuine OOo will have practically the same setting, except that its > directory would be pointed to: > "/opt/openoffice.org3/program/../basis-link/ure-link/share/java/*". > > HTH, > > ---rony -- "I wish you success, and may your lambdas always beta reduce." -- dons - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org