Oh dear, I was really hoping that the latest jportable would work with the current LibreOffice portable. LibreOffice portable has been reporting the jportable java runtime as defective for the last two versions - LO 3.5.3 and 3.5.4. Neither suites would run with jportable 7 update 4.
One needs a java runtime to use the Base application in LibreOffice.
An installation of java in Common Files or within LibreOffice itself as described on jportable's page on portableapps leads to the same notice from LibreOffice when running the Table wizard to the effect that the installed jre is defective.
Just thought someone (developer?) might like to know.
Best wishes,
Hugh
It would appear that LibreOffice itself has an issue with 7 Update 5 as my local LibreOffice 3.5.4 can't use a local Java 7 Update 5. LO 3.5.4 can use 7 Update 4 though as I've done that with both the local and portable versions, so something else may be up with your setup.
Sometimes, the impossible can become possible, if you're awesome!
Hi John,
Thanks for the reply. There is nothing wrong with my setup.
As I said in an earlier thread relating to the first reporting of LO being unable to use jportable 7 update 4 from the various combinations I tried I found it impossible to say which application was defective.
If indeed you have managed to run LO 3.5.4 with update 4 I can only congratulate you.
There are a limited number of (as far as I know - always happy to be enlightened) of testing jportable with LibreOffice:
1. install jportable in Common Files;
OR
2 install jportable within portable LibreOffice itself.
Both of those locations fail with the Base wizard which of course is the one that needs Java.
Based on what you have said in your reply I might as well install LibreOffice in its non-portable form and also (shudder) non-portable Java.
Ah well, sure it's only computing not life and death, eh?
Best wishes,
Hugh
Overall, getting LibreOffice (or OpenOffice.org) working with Java is a bit flaky. Both locally and portably. It always has been. In my last post, I meant that LibreOffice 3.5.4 doesn't seem to work with Java 7 Update 5 at all, either locally or portably. And that I had been able to get LO local 3.5.3 working with Java 7 Update 4 locally as well as the portable equivalents working with each other. If yours doesn't work, I don't mean your location is wrong. I mean something in LibreOffice's settings could be interfering. Or, leftover Java settings locally can interfere as well. Java 7 is sensitive to leftover bits of Java 6 locally. This affects the portable version as well.
You can troubleshoot this all by trying to reset your LibreOfficePortable settings by deleting the Data folder as well as ensuring that all local remnants of Java are removed including in Program Files and in APPDATA and LOCALAPPDATA.
Sometimes, the impossible can become possible, if you're awesome!
Hello again, John,
I myself did not make something clear - because I had detailed it in an earlier post in which one other user replied that the wizards requiring Java had stopped working.
Anyway, I had already done the troubleshooting when I wrote the first post in this thread.
This was a clean install of portable LibreOffice 3.5.4 and also a clean install of jportable 7 update 5. All relevant folders had been removed as per instructions for any of the portableapps in the portableapps folder.
I can't do anything about the windows folder appdata because I do not have a Java installation on this machine.
When I did the fresh Windows 7 install three months ago I wanted to keep it as clean as possible so I use as many portableapps from your site as possible.
I have succeeded until now. It's not your fault if LibreOffice is peculiar about jportable or Java.
Thanks again for your input and for your development and maintenance of portableapps.
Best wishes,
Hugh
I meant the last version of jPortable you can attempt a clean install of both. As I confirmed, LibreOffice 3.5.4 does not work with Java 7 Update 5 at all, whether local or portable of either, so reinstalling or clean installing does nothing.
As for the local PC, you may have no Java now, but could have had one previously. That is what I was referring to in ensuring you have cleaned everything. Remember, these answers are also for other readers who may have had Java in the past (or may not be sure).
Sometimes, the impossible can become possible, if you're awesome!
Hi John,
''As for the local PC, you may have no Java now, but could have had one previously''
No Java - ever! Absolute clean install of Windows 7. I can't be clearer than that.
I understand your post as informative for other users as well. I can only say since my last posting on this thread I have searched out in the wild beyond the forum and can confirm that Java whether portable or not causes considerable problems for LibreOffice versions when one wishes to use the wizards with especial mention of Base.
So, I got lucky with the first install of portable LibreOffice 3.5.3 in conjunction with jportable whatever version it was at that point. Subsequent updates of one portable LibreOffice or jportable - confirmed in the wider world beyond our portableapps environment - or Java installed on the local machine just don't get along together from time to time. And this is one of the times.
Once again,
Best wishes,
Hugh
I have 3 machines with portable apps suite/directories all running WINXP-Pro with latest patches and fixes installed (including this weeks). When Looking at an .ODB on the NAS, LibreOffice Base and Java work fine on machine A but LibreOffice can't find the JRE on machines B or C.
Installed version of portable LibreOffice 3.5.4.2
Installed version of portable Java 1.7.0_05
JavaPortable.ini
[JavaPortable]
Vendor=Sun Microsystems Inc.
Version=1.7.0_5
URL=http://java.sun.com/
My three machines are all similar
Machine A - Main Desktop (Email, Browsing, Codeing, Network Management, {My main Work Computer})
Operating System - MS Windows XP Professional 32-bit SP3
CPU - Intel Pentium 4 520 - Prescott 90nm Technology
RAM - 3.00 GB Dual-Channel DDR2 @ 199MHz (3-3-3-8)
Motherboard - Dell Inc. 0M3918 (Microprocessor)
Graphics - Envision EFT (1152x864@75Hz) - 1024MB GeForce GT 520 (MSI)
Hard Drives - 488GB Western Digital WDC WD5000AAKS-00D2B0 (SATA)
Optical Drives - SAMSUNG CD-ROM SC-148A, ATAPI iHAP322 8, ELBY CLONEDRIVE SCSI CdRom Device
Audio - NVIDIA High Definition Audio
Machine B - Wifes Desktop (Email, Browsing, Ebook reading, Digitizing Vinyl, {Wifes learning machine})
Operating System - MS Windows XP Professional 32-bit SP3
CPU - Intel Pentium 4 530 - Prescott 90nm Technology
RAM - 1.00 GB Dual-Channel DDR2 @ 199MHz (3-3-3-8)
Motherboard - Dell Inc. 0M3918 (Microprocessor)
Graphics - DELL 1704FPT (1280x1024@60Hz) - Intel(R) 82915G/GV/910GL Express Chipset Family
Hard Drives - 78GB Maxtor Maxtor 6Y080M0 (SATA)
Optical Drives - SAMSUNG CD-ROM SC-148A, PHILIPS DVD+-RW DVD8631, ELBY CLONEDRIVE SCSI CdRom Device
Audio - USB Audio Device
Machine C - Laptop (Email, Browsing, RSS Podcast Downloads, Used for light work when other machine is unavailable, {travel Machine}
Operating System - MS Windows XP Professional 32-bit SP3
CPU - Intel Mobile Core 2 Duo T5670 @ 1.80GHz - Merom 65nm Technology
RAM - 2.00 GB Dual-Channel DDR2 @ 332MHz (5-5-5-15)
Motherboard - Dell Inc. 0HX767 (Microprocessor)
Graphics- Plug and Play Monitor (1440x900@60Hz) - 256MB GeForce 8600M GT (Dell)
Hard Drives - 313GB TOSHIBA TOSHIBA MK3252GSX (SATA)
Optical Drives - TSSTcorp DVD+-RW TS-L632H, ELBY CLONEDRIVE SCSI CdRom Device
Audio - SigmaTel High Definition Audio CODEC
The only way to get LibreOffice Portable to work on machines B and C was to uninstall JAVA 1.7.0_5 and install 1.6.0_33 in its place. I did this on machine C, I then ran LO selecting the 1.6 JAVA Version it worked, I then Deleted the files in the common folder and followed the directions in the X:\PortableApps\LibreOfficePortable\App\Java\java_readme.txt to copy the JAVA installation to the Common folder. On Machine B I just copied x:\PortableApps\CommonFiles from Machine C, leaving Java 1.7.0_5 as the Systems Version of JAVA. All are now working, why 1.7.0_5 on Machine A doesn't fail I don't know. Prior to the switch to I ran a file DIFF program on all JAVA and LO instances the only differences in files were thing to be expected such as \Java\bin\client\classes.jsa (this is generated by the Java install for each specific machine) and files that had path names stored in them. I am still buffaloed as to 1 Working installation. BTW I updated Machine C's Local install of OpenOffice to 3.4 and it would not run with JAVA 1.7.0_5 either. Has Oracle Packed the pooch with the last update? I noticed that on their web pages the common advice for "Java App won't run with JAVA x.x" is to contact the author and tell them to fix the app. Does Oracle just not care?
I Had a USB stick in the drawer with Portable Apps LO and JAVA 1.7.0_4 on it. TMALS I updated the Apps today leaving the JAVA untouched. On Machine A above opened the ODB file and checked a query, it worked fine with 1.7.0_4. Took the stick over to Machine C and LO would not open the query unless I selected the 1.6.0_33 JAVA instance. Since this is a Stick for use when I need to use an app that may not be available I copied the JAVA folder from Machine C's Portable Apps install to the stick. Took the stick to machine B and it worked there okay. I was doing some reading over in the OpenOffice forums and JAVA 1.7.x seems to be having the same issues with OO.
Wife and I compared setting on all machines for LO, JAVA, IE and Windows so I have ruled out a configuration issue causing the failure. The only thing that I can figure out is that My Machine A has more memory than the other machines. I can look at memory use with some tools I have but have decided that if this is the issue Oracle has messed up big time and will either fix it or people will begin to stop using things that depend on Java. Surely they would not purposely break JAVA since they were forced to give up Open Office??