Skip to Main Content
Forums

Java SE (Java Platform, Standard Edition)

Announcement

For appeals, questions and feedback about Oracle Forums, please email oracle-forums-moderators_us@oracle.com. Technical questions should be asked in the appropriate category. Thank you!

Interested in getting your voice heard by members of the Developer Marketing team at Oracle? Check out this post for AppDev or this post for AI focus group information.

An attempt to install jre8u161/2 fails with error codes 2 and 1813

USIKPAJan 21 2018 — edited Feb 1 2018

Windows XP SP3, no previous JRE Version found.

Trying to install the latest Java version with the following command line

jre-8u162-windows-i586.exe INSTALL_SILENT=0 STATIC=1 WEB_JAVA=1 WEB_ANALYTICS=0 EULA=0 REBOOT=1 SPONSORS=0 /LV* %TEMP%\jreMSI.log

Instead of obtaining the log all I have is a set of the following lines from jusched.log

INFO: Running offline JRE wrapper with command line=<"INSTALL_SILENT=0" "STATIC=1" "WEB_JAVA=1" "WEB_ANALYTICS=0" "EULA=0" "REBOOT=1" "SPONSORS=0" "/L" "C:\DOCUME~1\USIKPA\LOCALS~1\Temp\jreMSI.log">

[2018/01/21 21:57:19.468, jre-8u162-windows-i586.exe (PID: 2136, TID: 2112), WrapperUtils.cpp:70 (DeleteFaultyBaseImage)]

     TRACE: -- DeleteFaultyBaseImage begin...

[2018/01/21 21:57:19.484, jre-8u162-windows-i586.exe (PID: 2136, TID: 2112), JavaEnvironment.cpp:473 (JavaEnvironment::detect)]

     TRACE: Entering JavaEnvironment::detect

[2018/01/21 21:57:19.500, jre-8u162-windows-i586.exe (PID: 2136, TID: 2112), JavaEnvironment.cpp:0 (JavaEnvironment::detect)]

     TRACE: Exiting JavaEnvironment::detect (entered at JavaEnvironment.cpp:473) [2018/01/21 21:57:19.500, jre-8u162-windows-i586.exe (PID: 2136, TID: 2112), UpdateConf.cpp:401 (SetJavaSoftKey)]

     ERROR: Exception with message 'Registry.cpp(431) at Registry::deleteValue(): delete value (HKLM\SOFTWARE\JavaSoft\InstallStatus) error. System error [2](system error 2 (Не удается найти указанный файл))' caught

[2018/01/21 21:57:19.500, jre-8u162-windows-i586.exe (PID: 2136, TID: 2112), wrapper.cpp:123 (WinMain)]

     TRACE: No Old JRE Version found

[2018/01/21 21:57:19.500, jre-8u162-windows-i586.exe (PID: 2136, TID: 2112), MsiUtils.cpp:321 (msi::`anonymous-namespace'::makeMessage)]

     ERROR: Exception with message 'Resources.cpp(65) at Resource::getPtr(): cannot find resource (name='#1605', type='#6'). System error [1813](system error 1813 (Указанный тип ресурса в файле образа отсутствует))' caught

The 161 th version stalls with the same error set. The 151th worked fine until I deleted it. Any idea how to go about installing the 161th/162th?

Comments

Grant Ronald-Oracle
Are other clients able to connect ok to the EXACT same application? Is this the only client having the problem?
Regards
grant
Gerd Volberg
please tell us a little bit more about the forms-version + patch you are running on the app-server
511725
Yes he is the only client who cannot connect to the Exact application. other clients are able to run the applications on their machines.

Message was edited by:
nbreik
511725
Foms Version 9.0.4.0.19 , and we didn't run any patch on the application server.
App. server 10g (9.0.4)
Grant Ronald-Oracle
This seems strange - try removing and reinstalling Jinit.

Also, turn on the Jinit console and set to level 5 and then check out the error message?

Could this user be accessing via a different route? E.g. maybe through a different firewall or proxy?

Regards
Grant
511725
yes they are different users connecting from different sites each site is setup with it's own proxy and firewall settings.
but what but this site they don't have a proxy, but i'm not sure if there is a firewall but what possibly the firewall could prevent the application from running properly, though other client have both proxies and firewalls.

we removed the Jinit and reinstall it several times, even when try it on many other PC's. we even try to install Jinit 1.3.1.17 which are all other clients are connecting to the application through it, the java concole starts and nothing work.

Message was edited by:
nbreik

Message was edited by:
nbreik
511725
how can i set the level to 5 in the Jinit concole ?

Message was edited by:
nbreik
Michael Ferrante-Oracle
This is not likely a Jinitiator problem. However, you can enable tracing in several ways. The easiest way is to open the console when the JRE starts then click in the console area and press the desired trace level on the keyboard (0-5). The alternative is to enable tracing before starting an app.

Open the Jinit Control Panel and add the desired trace level to the Runtime Parameters. The following example sets trace level to "Basic" which is level 1:

-Djavaplugin.trace=true -Djavaplugin.trace.option=basic

Other options are:

net
security
ext
liveconnect

That said, the problem is more likely related to one of the following:

1. End user has Internet Security software (i.e. Norton Internet Security) running which is blocking the Forms JAR file (frmall_jinit.jar) from being downloaded.

2. End user has enable high security level in the browser and/or OS. For example, Windows XP Firewall software may be preventing the Forms' jars from being downloaded. Security setting made too high in the browser can also prevent the applet from being allowed to start. Typically, default browser settings will permit Forms to run correctly. Higher levels may cause failures.

3. End user does not have sufficient permissions. Retest using a user that has Windows Power User or Administrator privileges.

4. End user may be behind a network protected by

Also be aware that the end user can only use the Jinitiator version which you have configured on the server in formsweb.cfg. If you are using SSL (HTTPS), I would recommend using the latest version which is 1.3.1.28. However, as I mentioned, this must be configured on the server which means that all users would need to upgrade or you would need to create a custom config section in your formsweb.cfg
1 - 8
Locked Post
New comments cannot be posted to this locked post.

Post Details

Locked on Mar 1 2018
Added on Jan 21 2018
#installation, #java-runtime-environment-jre
1 comment
1,935 views