[CharlotteTheHarlot]

submix8c, on 02 February 2013 - 05:05 PM, said:

??? I got mine via FF - both of them (JRE6U39).

Just checked Firefox too, same as Opera. After hitting all the 64-bit links it bounces back to 32-bit download.

What's funny is that right there on the main page is Linux 32 and 64, Solaris 32 and 64. They browser sniff for Windows naturally and this system here is 32-bit.

Anyone saved the direct download links? They are unfortunately compund URLs with session strings so they might not work though. Looking for both JRE 6 and 7 64-bit offline installers.

[CharlotteTheHarlot]

Problem Solved: ( while using 32-bit Windows ) the latest JRE 6 and 7 offline 32-bit ( -i586 ) installers can be downloaded with no problem.
But trying to grab the 64-bit ( -x64 ) cannot and no amount of clicking around the Sun links in Opera or Firefox would work because of their stupid browser sniffing.

Here is how I got them. First, note that these two 32-bit offline installers can be downloaded just fine ...

jre-6u39-windows-i586.exe
jre-7u13-windows-i586.exe

From memory I knew that you can just replace the -i586 with -x64, resulting in the filenames we are looking for ...

jre-6u39-windows-x64.exe
jre-7u13-windows-x64.exe

However, simply altering the download URLs used for the first two above cannot work due to their complex ( and ridiculous ) URL scheme with sessionid and more.
Furthermore, dropping these filenames into the Oracle/Sun webpage search field of course also does not work ( seriously Oracle? *** )
But drop them into Google as is and it returns a perfectly valid webpage with the file listed. Here are the pages ...

jre-6u39-windows-x64.exe ... webpage
jre-7u13-windows-x64.exe ... webpage

So if you are running 32-bit Windows and just want the offline installers for 64-bit JRE you can click those links and select the file ... for now.

*** ... Dear Oracle, how ironic is it that the King Kong of databases fails to locate a simple string submitted into your search box? How come Google can index your site better than you can?

EDIT: typos

This post has been edited by CharlotteTheHarlot: 03 February 2013 - 02:36 PM

[Nomen]

On this system (win-98se), using FF 2.0.0.20, with no modification to the user-agent string, I am easily able to download the file "jre-6u39-windows-x64.exe" with no issues.

When I change the user-agent to Firefox 12/Win 7 32-bit, I keep getting an error when trying to download the file:

===========
Sorry!
In order to download products from Oracle Technology Network you must agree to the OTN license terms.
Be sure that...
Your browser has "cookies" and JavaScript enabled.
You clicked on "Accept License" for the product you wish to download.
You attempt the download within 30 minutes of accepting the license.
===========

I met all of the above 3 conditions, but it still get that error. I then changed my user-agent to Firefox 15.0a1 Windows 7 64-bit (verified by external web-site "whatsmyos.com") and still get the above error (yes, I re-load the web page after changing the user-agent).

But then I go back to my default user-agent (Firefox 2, Windows 98) and have no problems downloading the file.

[submix8c]

Firefox 11.0.0.4454 + NoScript 2.6.3 (JRE6U39 - NOT the JRE7) .... No problem... Of course, I WILL note (didn't mention before) that the FIRST time it downloaded "badly" (went too quick even though "claimed" full size downloaded) - didn't trust so did the i586, then RE-did the x64. Got them both sitting right here...

[CharlotteTheHarlot]

submix8c, on 03 February 2013 - 11:23 AM, said:

I WILL note (didn't mention before) that the FIRST time it downloaded "badly" (went too quick even though "claimed" full size downloaded)

Look at the alleged EXE file, it will be a PHP script or an HTML page. Got more than a few of those while experimenting!

[submix8c]

x64=17,281,456 bytes

MZ......................@...............................................!..L.!This program cannot be run in DOS mode....$.......

i586=17,021,360 bytes

Not really interested in bothering with unpack. No x64 OS installed ATM to "extract" it anyway. HOWEVER I got this when trying to "run" it...

Quote

The image file <path>jre-6u39-windows-x64.exe is valid, but is for a machine type other than the current machine.

It appears good... (note: x64 box sitting next to me "disassembled")

Maybe I just got "lucky".

Nope - just did it AGAIN!!! Downloaded fine -
http://java.com/en/download/manual.jsp
http://javadl.sun.co...?BundleId=73859
err - above is JRE7U13 (may as well DL them too)
THIS is JRE6U39 -
http://java.com/en/d...d/manual_v6.jsp
http://javadl.sun.co...?BundleId=73923
And it downloaded...

This post has been edited by submix8c: 03 February 2013 - 04:24 PM

[CharlotteTheHarlot]

submix8c, on 03 February 2013 - 03:53 PM, said:

x64=17,281,456 bytes

MZ......................@...............................................!..L.!This program cannot be run in DOS mode....$.......

i586=17,021,360 bytes

Not really interested in bothering with unpack. No x64 OS installed ATM to "extract" it anyway. HOWEVER I got this when trying to "run" it...

Quote

The image file <path>jre-6u39-windows-x64.exe is valid, but is for a machine type other than the current machine.

It appears good...
(note: x64 box sitting next to me "disassembled")

You're right, those are binaries. While experimenting I received a bunch of ASCII PHP and HTML in place of binaries from the server.

Here is what I successfully downloaded from the Sun website with results shown from NirSoft HashMyFiles ...

-------- FILENAME -------------- SIZE -------------------- MD5 ---------------------------------- SHA1 ------------------------ CRC32 ----
jre-6u39-windows-i586.exe ... 17,021,360 ... 94352006bf3c732c989e070a6c438967 ... d3700efc154a0acc5944f60f8652178487bc9894 ... 79d71166
jre-6u39-windows-x64.exe .... 17,281,456 ... 0328d48b4a6d63a0ac10df0d4f38ccda ... 85264d267e97f77b942ec6215bdaabf0422ee3ce ... 72cc5f73
jre-7u13-windows-i586.exe ... 31,512,992 ... fd6a76916408345e57b28c6afa5b9cfc ... 72ad271c6c7e7d1893a9661aad2854a75e87cd5f ... f915bac9
jre-7u13-windows-x64.exe .... 32,997,280 ... 96dd162939e0c84cdbaadbc0deeca996 ... 0acc9b9d6a7f4ebd255c0cc720a6f452797c487f ... 0e2f6735

Note: I haven't run them yet ( 32-bit or 64-bit ), so I am assuming I have valid files. It looks like the file sizes match yours. Maybe you should see what HashMyFiles has to say.

P.S. oh crap, I just noticed that NirSoft HashMyFiles page says Win2k and above, yet he has both Unicode and Non-Unicode versions on that page for download. I don't remember if I ever tried the Non-Unicode version on Win9x before, has anyone?

[submix8c]

jre-6u39-windows-i586.exe 17,021,360 94352006bf3c732c989e070a6c438967 d3700efc154a0acc5944f60f8652178487bc9894 79d71166
jre-6u39-windows-x64.exe 17,281,456 0328d48b4a6d63a0ac10df0d4f38ccda 85264d267e97f77b942ec6215bdaabf0422ee3ce 72cc5f73
jre-7u13-windows-i586.exe 31,512,992 fd6a76916408345e57b28c6afa5b9cfc 72ad271c6c7e7d1893a9661aad2854a75e87cd5f f915bac9
jre-7u13-windows-x64.exe 32,997,280 96dd162939e0c84cdbaadbc0deeca996 0acc9b9d6a7f4ebd255c0cc720a6f452797c487f 0e2f6735

???
Using Flashget 1.73 Build 128

http://sdlc-esd.sun.com/ESD6/JSCDL/jdk/6u39-b04/jre-6u39-windows-x64.exe?AuthParam=1359930932_335dde157aa64636e823ff1c72657f31&GroupName=JSC&FilePath=/ESD6/JSCDL/jdk/6u39-b04/jre-6u39-windows-x64.exe&File=jre-6u39-windows-x64.exe&BHost=javadl.sun.com

Bear in mind that you have to have the AUTH to actually get it (been there, done that). IOW, you MUST right-click in the Download Page to get it. I always right-click and "open in new tab".

This post has been edited by submix8c: 03 February 2013 - 04:39 PM

[jds]

schwups, on 12 January 2013 - 10:15 AM, said:

Nomen, on 12 January 2013 - 09:40 AM, said:

I'm asking if anyone has something more recent than Java version 6 update 30 installed.  If so, are there EASY, EXPLICIT instructions for it.  The threads for the DIY kex extensions ARE NOT EASY TO FOLLOW - they are very disorganized.  In the past, I've tried to install update 31 or 32 but it didin't seem to work.

Are you saying that a custom DIY Kex extension *is necessary* to install a more recent JAVA update?

Installing Kext is a little off topic. But yes, GetSystemWow64DirectoryA=z2e120 must added to the .ini file. 

1. Paste the downloaded Kstubxxx.ini and Kstubxxx.dll in your KernelEX folder. It doesn't matter which version you use 626, 730 or 822 it should work.

2. Add GetSystemWow64DirectoryA=z2e120 to the ini file under [Kernel32.dll].

3. Add Kstubxxx to the core.ini in the kernelEX folder: contents=Kstub626,std,kexbases,kexbasen

4. reboot

=> msi or silent  and check out the vulnerability on 98 

Hmmm ... I've tried installing recent versions of Java 1.6, following the Wiki instructions (mostly the MSI method, but also the silent method) but without success. I have KexStubs installed with the "GetSystemWow64DirectoryA=z2e120" setting, etc. However, I can't even get 6u30 to install, let alone 6u39.

Here's a typical attempt :

1. Run 'jre-6u30-windows-i586.exe', let it crash and die.
2. Navigate to the "%windir%\Application Data\Sun\Java\jre1.6.0_30" directory.
3. Start 'jre1.6.0_30.msi' ...
4. Installation proceeds to about 75% then fails and does a "roll back".
5. The end.

Running the 6u39 installer version is similar, except that the MSI gives an Error 26011 (Unpacking rt failed), whereas 6u30 gives no explanation. According to the Sun/Oracle information, this means I don't have enough free disk space and to allow for at least 100M - rubbish, I have about 300M free on drive C: (which should not be relevant) and about 2G free on drive E: (which in my case is the installation drive, also where temporary files live and die).

Running the installation executable with the "silent" option is, well, just a more "silent" version of failure.

Anyone have some idea on this? Does the newer Java stuff need a P4+ processor with SSE2 or some such (I'm running a P3)?

Joe.

[schwups]

jds, on 15 February 2013 - 02:41 AM, said:

schwups, on 12 January 2013 - 10:15 AM, said:

Nomen, on 12 January 2013 - 09:40 AM, said:

I'm asking if anyone has something more recent than Java version 6 update 30 installed.  If so, are there EASY, EXPLICIT instructions for it.  The threads for the DIY kex extensions ARE NOT EASY TO FOLLOW - they are very disorganized.  In the past, I've tried to install update 31 or 32 but it didin't seem to work.

Are you saying that a custom DIY Kex extension *is necessary* to install a more recent JAVA update?

Installing Kext is a little off topic. But yes, GetSystemWow64DirectoryA=z2e120 must added to the .ini file. 

1. Paste the downloaded Kstubxxx.ini and Kstubxxx.dll in your KernelEX folder. It doesn't matter which version you use 626, 730 or 822 it should work.

2. Add GetSystemWow64DirectoryA=z2e120 to the ini file under [Kernel32.dll].

3. Add Kstubxxx to the core.ini in the kernelEX folder: contents=Kstub626,std,kexbases,kexbasen

4. reboot

=> msi or silent  and check out the vulnerability on 98 

Hmmm ... I've tried installing recent versions of Java 1.6, following the Wiki instructions (mostly the MSI method, but also the silent method) but without success. I have KexStubs installed with the "GetSystemWow64DirectoryA=z2e120" setting, etc. However, I can't even get 6u30 to install, let alone 6u39.

Here's a typical attempt :

1. Run 'jre-6u30-windows-i586.exe', let it crash and die.
2. Navigate to the "%windir%\Application Data\Sun\Java\jre1.6.0_30" directory.
3. Start 'jre1.6.0_30.msi' ...
4. Installation proceeds to about 75% then fails and does a "roll back".
5. The end.

Running the 6u39 installer version is similar, except that the MSI gives an Error 26011 (Unpacking rt failed), whereas 6u30 gives no explanation. According to the Sun/Oracle information, this means I don't have enough free disk space and to allow for at least 100M - rubbish, I have about 300M free on drive C: (which should not be relevant) and about 2G free on drive E: (which in my case is the installation drive, also where temporary files live and die).

Running the installation executable with the "silent" option is, well, just a more "silent" version of failure.

Anyone have some idea on this? Does the newer Java stuff need a P4+ processor with SSE2 or some such (I'm running a P3)?

Joe.

The error should be logged in your temp folder. 

[dencorso]

JRE-6u30-windows-i586 does *NOT* need SSE2, and I'm sure of it because I'm running it on an Athlon XP 3000+ Barton (but on Win XP SP3).
Here's what I get from JavaTester:

Attached File(s)

•  Clip1.jpg (30.07K)
  Number of downloads: 14

[jds]

schwups, on 15 February 2013 - 07:39 AM, said:

jds, on 15 February 2013 - 02:41 AM, said:

I've tried installing recent versions of Java 1.6, following the Wiki instructions (mostly the MSI method, but also the silent method) but without success. I have KexStubs installed with the "GetSystemWow64DirectoryA=z2e120" setting, etc. However, I can't even get 6u30 to install, let alone 6u39.

Here's a typical attempt :

1. Run 'jre-6u30-windows-i586.exe', let it crash and die.
2. Navigate to the "%windir%\Application Data\Sun\Java\jre1.6.0_30" directory.
3. Start 'jre1.6.0_30.msi' ...
4. Installation proceeds to about 75% then fails and does a "roll back".
5. The end.

Running the 6u39 installer version is similar, except that the MSI gives an Error 26011 (Unpacking rt failed), whereas 6u30 gives no explanation. According to the Sun/Oracle information, this means I don't have enough free disk space and to allow for at least 100M - rubbish, I have about 300M free on drive C: (which should not be relevant) and about 2G free on drive E: (which in my case is the installation drive, also where temporary files live and die).

Running the installation executable with the "silent" option is, well, just a more "silent" version of failure.

Anyone have some idea on this? Does the newer Java stuff need a P4+ processor with SSE2 or some such (I'm running a P3)?

Joe.

The error should be logged in your temp folder. 

OK, here are the log file contents :

jusched.log said:

Mon Feb 18 10:56:07 2013
:: MSICheckPendingFileRenameOperations: RegOpenKeyEx() failed with ERROR_FILE_NOT_FOUND: 2, Error Code: 0

msievent.log said:

18/2/13 10:56:25 (Error ) Product: Java™ 6 Update 39 -- Error 26011. Unpacking rt failed.

18/2/13 10:56:28 (Info ) Product: Java™ 6 Update 39 -- Installation operation failed.

MSI5ae10.LOG said:

Error 26011. Unpacking rt failed.
=== Logging stopped: 18/2/13 10:56:28 ===

In summary, an "PendingFileRenameOperations" RegOpenKeyEx event occurred at about 10:56:07 and the Error 26011 occurred at about 10:56:25, about 18 seconds later. I also started 'RegMon' just prior. This indicated the "PendingFileRenameOperations" RegOpenKeyEx event at about 18.2s into the capture log, so the Error 26011 must have occurred at about 36s into the capture log. Now, looking at missing keys shown around this time, I see the following :

HKCU\Software\Policies\Microsoft\Windows\Installer
HKLM\Software\Policies\Microsoft\Windows\Installer
HKLM\Software\Microsoft\Windows\CurrentVersion\Installer\Rollback\Scripts\ScriptsDisabled
0xC1C600F0\WINREG
0xC1C50D40\WINREG
HKLM\Software\Microsoft\Windows\CurrentVersion\Installer\Folders\E:\WINDOWS\Installer\
HKLM\Software\Microsoft\Windows\CurrentVersion\Installer\Folders\E:\Config.Msi\
0xC1C600F0\CRYPT32
0xC1C50D40\CRYPT32
0xC1C600F0\MSASN1
0xC1C50D40\MSASN1
HKLM\SOFTWARE\Microsoft\OLEAUT
HKLM\SOFTWARE\Microsoft\OLEAUT\UserEra

So, does anyone have these keys? Alternatively, has anyone succeeded in installing 6u39 without them?

dencorso, on 15 February 2013 - 11:41 PM, said:

JRE-6u30-windows-i586 does *NOT* need SSE2, and I'm sure of it because I'm running it on an Athlon XP 3000+ Barton (but on Win XP SP3).
Here's what I get from JavaTester:

Thanks, Den! It's a process of elimination, so at least I don't need to wonder about my hardware.

Joe.

This post has been edited by jds: 17 February 2013 - 11:54 PM

[schwups]

Quote

In summary, an "PendingFileRenameOperations" RegOpenKeyEx event occurred at about 10:56:07 and the Error 26011 occurred at about 10:56:25, about 18 seconds later. I also started 'RegMon' just prior. This indicated the "PendingFileRenameOperations" RegOpenKeyEx event at about 18.2s into the capture log, so the Error 26011 must have occurred at about 36s into the capture log. Now, looking at missing keys shown around this time, I see the following :

HKCU\Software\Policies\Microsoft\Windows\Installer
HKLM\Software\Policies\Microsoft\Windows\Installer
HKLM\Software\Microsoft\Windows\CurrentVersion\Installer\Rollback\Scripts\ScriptsDisabled
0xC1C600F0\WINREG
0xC1C50D40\WINREG
HKLM\Software\Microsoft\Windows\CurrentVersion\Installer\Folders\E:\WINDOWS\Installer\
HKLM\Software\Microsoft\Windows\CurrentVersion\Installer\Folders\E:\Config.Msi\
0xC1C600F0\CRYPT32
0xC1C50D40\CRYPT32
0xC1C600F0\MSASN1
0xC1C50D40\MSASN1
HKLM\SOFTWARE\Microsoft\OLEAUT
HKLM\SOFTWARE\Microsoft\OLEAUT\UserEra

So, does anyone have these keys? Alternatively, has anyone succeeded in installing 6u39 without them?

I don't have these keys. I think a problem similar to it I get for example with a Diskeeper light installation (without modifying the msi). Normally the setup makes a rollback, but I can abort it with "alt-strg-del" to use it. Then it's impossible to install Java. I've to undo this installation. Possibly you have a reg entry PendingFileRenameOperations - .  Did you try to delete it? 

I've no problem to install java 39.

[jds]

schwups, on 18 February 2013 - 09:22 AM, said:

I don't have these keys. I think a problem similar to it I get for example with a Diskeeper light installation (without modifying the msi). Normally the setup makes a rollback, but I can abort it with "alt-strg-del" to use it. Then it's impossible to install Java. I've to undo this installation. Possibly you have a reg entry PendingFileRenameOperations - .  Did you try to delete it? 

I've no problem to install java 39.

Thanks for confirming this, schwups. That means it's not these missing keys that are the problem.

As for 'PendingFileRenameOperations', no I don't have this key. It seems to be something the installer checks for very early in the process, and the fact that it continues with most of the installation from that point means it is happy that the key is missing. I suspect it would be less happy if the key was present.

OK, so I've now ruled out the P3 CPU and the missing registry keys as the cause of the non-installation. Progress of sorts.

Joe.

[dencorso]

What JRE you do have installed and working? If it is one of the 1.6 versions, you might as well just use MsiX.EXE, a fantastic command-line tool, able to extract files from .msi, .msm and .msp installation files to extract the .msi contents and then put them in place, over the old ones... it's labor intensive, but it might work.

[bphlpt]

Den, is your link valid? I keep getting the "... could not load the webpage because blogs.msdn.com took too long to respond." error.

It's working now.

Cheers and Regards

This post has been edited by bphlpt: 19 February 2013 - 08:19 AM

[schwups]

schwups, on 18 February 2013 - 09:22 AM, said:

Quote

In summary, an "PendingFileRenameOperations" RegOpenKeyEx event occurred at about 10:56:07 and the Error 26011 occurred at about 10:56:25, about 18 seconds later. I also started 'RegMon' just prior. This indicated the "PendingFileRenameOperations" RegOpenKeyEx event at about 18.2s into the capture log, so the Error 26011 must have occurred at about 36s into the capture log. Now, looking at missing keys shown around this time, I see the following :

HKCU\Software\Policies\Microsoft\Windows\Installer
HKLM\Software\Policies\Microsoft\Windows\Installer
HKLM\Software\Microsoft\Windows\CurrentVersion\Installer\Rollback\Scripts\ScriptsDisabled
0xC1C600F0\WINREG
0xC1C50D40\WINREG
HKLM\Software\Microsoft\Windows\CurrentVersion\Installer\Folders\E:\WINDOWS\Installer\
HKLM\Software\Microsoft\Windows\CurrentVersion\Installer\Folders\E:\Config.Msi\
0xC1C600F0\CRYPT32
0xC1C50D40\CRYPT32
0xC1C600F0\MSASN1
0xC1C50D40\MSASN1
HKLM\SOFTWARE\Microsoft\OLEAUT
HKLM\SOFTWARE\Microsoft\OLEAUT\UserEra

So, does anyone have these keys? Alternatively, has anyone succeeded in installing 6u39 without them?

I don't have these keys. I think a problem similar to it I get for example with a Diskeeper light installation (without modifying the msi). Normally the setup makes a rollback, but I can abort it with "alt-strg-del" to use it. Then it's impossible to install Java. I've to undo this installation. Possibly you have a reg entry PendingFileRenameOperations - .  Did you try to delete it? 

I've no problem to install java 39.

Try: Skip CheckPendingFileRenameOperations action with SuperOrca or Orca. 

[LoneCrusader]

dencorso, on 19 February 2013 - 03:37 AM, said:

What JRE you do have installed and working? If it is one of the 1.6 versions, you might as well just use MsiX.EXE, a fantastic command-line tool, able to extract files from .msi, .msm and .msp installation files to extract the .msi contents and then put them in place, over the old ones... it's labor intensive, but it might work.

Even though I tried with Firefox 3.6.27 on XP, when I try to download that tool, my browser is blocked and demands an upgrade.

I fixed it though. Changed the User Agent String to a set of less than complimentary expletives, and it let me in.

[bphlpt]

As you saw from my post above, for some reason that link is very temperamental.

Cheers and Regards.

[jds]

dencorso, on 19 February 2013 - 03:37 AM, said:

What JRE you do have installed and working? If it is one of the 1.6 versions, you might as well just use MsiX.EXE, a fantastic command-line tool, able to extract files from .msi, .msm and .msp installation files to extract the .msi contents and then put them in place, over the old ones... it's labor intensive, but it might work.

Hi Den,

I have 6u7 installed. I've also tried uninstalling this first, but it doesn't help.

MsiX isn't doing too well for me, it extracts about 10 files, some only partially renamed to their final names. AFAIK, MsiX uses the API's of the installed MSI stuff on the system. When that's not working properly, neither does MsiX. At least that's what I've concluded just now. BTW, the MSI stuff on my system does work properly for other MSI files that I've previously installed, it's only this Java stuff that it has issues with.

I wonder what version of 'msiexec.exe' others have, and what KernelEx settings it has? Mine is version 2.0.2600.2 (MD5 = 53223ff3012db1ac5a35cae4720bdd46). I get a different error message depending on what KernelEx compatibility settings I use, but it seems to bomb out at around the same point either way.

Speaking of MD5 hashes, these are the hashes of the files I get after attempting to run the 6u39 installer :
Data1.cab = 4ce133f19d40787a5548a6afcf15541e
jre1.6.0_39.msi = 606aac2b60cf3e37baebd8a744cf300c
Perhaps someone can confirm these are OK (else it would mean the installer extraction process is the problem).

schwups, on 19 February 2013 - 06:56 AM, said:

Try: Skip CheckPendingFileRenameOperations action with SuperOrca or Orca. 

Hi schwups,

I tried this just now (deleted 3 or 4 occurrences). Unfortunately, it didn't help.

It's frustrating, but I don't seem to be the only one having problems with this Java stuff.

Anyway, there's now a new version of this thing - that also won't install for me : 6u41.

Joe.