Replacing Jinitiator: Java Plug-In 1.5.0_12 Certified with Apps 11i & 12

[Dec 7, 2007 Update:  Sun JRE 1.5.0_13 is now certified with the E-Business Suite; see this article for details about the latest certification]

I'm very pleased to announce that the native Sun JRE plug-in version 1.5.0_12 is now certified and Generally Available for use with Release
11i and 12. 

Forms Apps architecture: Logical architecture showing desktop clients running Sun JRE or Oracle JInitiator, connecting via HTTP or HTTPS to Oracle Forms running on the Application Server tier

This is a major step forward.  Up until now, the E-Business Suite Release 11i has required the use of Oracle Jinitiator to access its Forms-based applications.  Release 12 already supported the use of a special version of the native Sun Java Runtime Engine (JRE) plug-in instead of Oracle Jinitiator.

With this certification:
  • E-Business Suite Release 11i users can use Sun's JRE 1.5.0_12 in place of Oracle Jinitator. 
  • E-Business Suite Release 12 users can use the same JRE 1.5.0_12, instead of being restricted to the special version originally shipped with Release 12.
Coexistence with JInitiator Clients

Oracle E-Business Suite system administrators can now configure their environments to support access to Forms-based applications with either Oracle JInitiator, the native Sun JRE plug-in, or a mix of the two desktop client technologies.

In other words, one set of end-users may continue to use JInitiator to access an E-Business Suite environment.  A different set of end-users may use the native Sun JRE plug-in to access the same E-Business Suite environment.  For example:

Tim has JRE 1.5.0_12 installed exclusively on his PC; Tim doesn't use JInitiator.  While Roya is logged in to Release 11i via Oracle JInitiator, Tim may log into the same Release 11i environment using JRE 1.5.0_12.

This support for coexistence of the two desktop clients allows you to roll out the native Sun JRE to your users in phases.  You don't need to convert all end-users from JInitiator to the native Sun JRE plug-in at the same time.

Note that your E-Business Suite environment must be set to use either Oracle JInitiator or the native JRE plug-in by default.  Apps sysadmins can
designate specific named end-users to use the "other" (i.e. the non-default) Java client.  There are some restrictions around this, notably for
Discoverer and Workflow users, so this type of mixed-client configuration is designed to smooth your deployment transition rather than as a long-term solution.  If you're interested in this approach, a careful review of the documented restrictions is worthwhile.

Running JInitiator and the Native Sun JRE Simultaneously

It's technically possible to run multiple JInitiator and native Sun JRE plug-in  sessions simultaneously on the same PC.  There are two requirements for this:
  • Internet Explorer is being used
  • Each JRE/Jinitiator instance is started in a separate Internet Explorer session
It isn't possible to run multiple JRE/JInitiator versions simultaneously from the same desktop if Netscape, Firefox, or Mozilla browsers are being used.  These browsers share a single cookie session per desktop, which restricts usage to a single Java version at a time.

What's Wrong with JInitiator?

Nothing!  JInitiator works fine and will continue to be certified with the E-Business Suite Release 11i (we have no plans to certify JInitiator with Release 12).  However, there are two major reasons for switching your end-users to the native Sun JRE plug-in:
  1. Elimination of conflicts between Oracle JInitiator and other Java virtual machines

    Oracle JInitiator is an authorized version of Sun Microsystems' Java2 Standard Edition, with extensions required to support Oracle Forms.  Some versions of Oracle JInitiator have known conflicts with other Java virtual machines, including Sun Microsystems' own plug-in. Using the native Sun Microsystems' JRE plug-in instead of Oracle JInitiator eliminates those conflicts.
  2. Reduction of desktop client complexity

    Managing multiple Java Virtual Machines on Windows-based desktop clients can be potentially complex. Some Windows-based desktop clients may have three or more Java Virtual Machines installed, including versions from Microsoft, Sun, and Oracle. For example, Microsoft's Internet Explorer was dependent upon Microsoft's own Java Virtual Machine at one point in its lifecycle.  Downloading, installing, and maintaining separate Java Virtual Machines can be technically complex and costly for enterprise desktop administrators.
Prerequisites for Release 11i
  • Customers using Oracle Applications 11.5.9 or later
  • Oracle Developer 6i Patchset 18 ( or later
  • Microsoft Windows XP or Microsoft Windows 2000
  • Microsoft Internet Explorer 6.0 and higher
  • Mozilla Firefox 1.0.4 and higher
Windows desktops running the native Sun JRE plug-in can coexist with other Windows desktops running the following Oracle JInitiator releases:
  • JInitiator 1.1.8.x (JDK 1.1 based)
  • JInitiator 1.3.1.x (JDK 1.3 based)
Prerequisites for Release 12
  • Customers using Oracle Applications 12.0 or later
  • Microsoft Windows XP or Microsoft Windows 2000
  • Microsoft Internet Explorer 6.0 and higher
  • Mozilla Firefox 1.5 and higher
Oracle JInitiator isn't certified or supported for Release 12.

Special Note for Early Adopter Program Participants

We've been running an Early Adopter Program for this configuration with a select number of customers since 2004.  The release of this configuration into General Availability marks the end of this Early Adopter Program.

If you're a participant in our Early Adopter Program, you're running your Apps 11i environment on either our latest Build 5.1 or an earlier Build, and your end-users are running JRE 1.5.0_07 or earlier.  Now that our Early Adopter Program has concluded, you will need to:
  1. Upgrade your environment to the latest interoperability patch listed in the June 25, 2007 version of Metalink Note 290807.1
  2. Upgrade your end-users' desktops to JRE 1.5.0_12
Note that JRE 1.5.0_12 resolves the focus-related issue that has existed in all prior JRE releases.  This is a very important upgrade for users running earlier JRE versions.

You're free to stay on an earlier Build and earlier JRE releases, of course.  However, if you report any problems with an earlier configuration that can't be reproduced in the Generally Available configuration, you'll likely be advised to upgrade to the latest configuration.  Likewise, if you report any issues with older configurations that can be reproduced on the Generally Available configuration, you'll need to upgrade to the Generally Available configuration before you can apply any fixes for these new issues.



Hi Steven,

Earlier you confirmed Linux desktop cetification for e-business suite client

which said "Minimum Requirements for Linux-based Desktops:
The prerequisites for this configuration are:

* Oracle E-Business Suite Release 11.5.10 with ATG 11.5.10 CU2
* Desktop client running Java2 Standard Edition (J2SE) 5.0 internal version 1.5.0._05 and higher
* Desktop client requirements:
o Intel x86 processors
o Red Hat Linux Desktop 3.0 and higher
o Mozilla Firefox 1.0.7 and higher

But there's nothing in your June 26 announcement. Please provide metalink notes for the long-awaited certification on Linux desktop.

Posted by Riaz on June 27, 2007 at 09:35 PM PDT #

Riaz,I'm still chasing our plans for the Linux desktop certification.  I'll post an update here as soon as possible.Regards,Steven 

Posted by Steven Chan on June 28, 2007 at 01:30 AM PDT #


E-business suite client running on Linux is what everbody has been waiting for a very long time now. Also Oracle needs to provide it to live upto its claim of "linx everywhere".

Anyway, looking forward to your good news, very soon.


Posted by Riaz on June 28, 2007 at 04:20 PM PDT #

Hi Mr. Chan,

Can multiple JRE version reside on the same computer at the same time? Or can only one version be installed and active?

Thanks in advance.

Posted by Jennifer Chen on June 29, 2007 at 07:54 AM PDT #

Hi, Jennifer,Multiple JREs can be installed on the same PC, but there are some restrictions around running them simultaneously.  For more details, feel free to check out the documentation for the E-Business Suite release  that you're interested in.Regards,Steven

Posted by Steven Chan on July 02, 2007 at 01:15 AM PDT #

The reason that i am asking the question is because our users currently installed multiple versions of Jinitiator and the application determines which is the proper one to use. If a user installed multiple versions of the JRE, can one application use one version and another application use a different JRE version?

P.S. we did preliminary testing and can get into forms by installing JRE only on the client. But we would like to clear out these questions before planning a full bloom implementation and full application cycle testing. Would you recommend me open a TAR in Metalink?

Thank you!

Posted by Jennifer Chen on July 02, 2007 at 01:37 AM PDT #

Hi Mr. Chan,

Please ignore my previous question. My post was at the same time as your response. I found your last year's post on the subject ( and will try to find out doc regarding restrictions...

Thank you for your time and response!

Posted by Jennifer Chen on July 02, 2007 at 04:23 AM PDT #

Thanks Steven

This will likely help reduce desktop build complexity considerably for us, and as you might have gathered by now I like reducing complexity. A lot.


Posted by Niall Litchfield on July 03, 2007 at 12:42 AM PDT #

Hi Steven

We waited for 1.5.0_12 because of the bug you mention as well, and we can confirm, that the issue is finally fixed for 1.5. However, Sun just released JRE 1.6.0_02, and I heard rumours, that this version should contain the fix for 1.6 as well. I have not been able to confirm this myself - do you know anything about this? You have previously mentioned 1.6 having this issue too.

Thanks in advance

Posted by Jacob Madsen on July 03, 2007 at 08:17 PM PDT #

Hi, Jacob,We plan to test the latest version of 1.6.0_02 to see whether the focus issue is fixed in this version.  I'll post updates here as soon as we've had a chance to look at this latest release.Regards,Steven 

Posted by Steven Chan on July 05, 2007 at 12:22 AM PDT #

Hi steven,
Great article. I have custom forms applications on using Jinitiator. We are thinking on the phase approach to move to the java plug-in. Our users currently use one config entry in the formsweb.cfg file. Do we have to point the sun users to another config entry that contains the appropriate baseHTMLjinitiator or is there a patch that allows the users to still use the same config entry and automatically get either Jinitiator or sun if both exist in their pc?


Posted by Haitham Hamad on July 20, 2007 at 04:46 AM PDT #

Thanks, Haitham.Assuming that you're running E-Business Suite Release 11i, from Note 290807.1:F.  Multiple Client Java VersionsIt is recommended that only one JRE/JInitiator version is used to
access a single Applications 11i instance. On occasion, for testing
purposes for example, it is useful to be
able use multiple JRE/JInitiator versions against the same Applications
11i instance.
Different Users may access the same Applications 11i instance using
different JRE/JInitiator client versions from separate desktops.The rest of that section has details on modifying your $FND_TOP/admin/template/appsweb.cfg and manually entering the forms URL against the ICX: Forms Launcher profile at user level for the appropriate applications user.Good luck with your migration -- please drop me a line to let me know how it went for your firm.Regards,Steven

Posted by Steven Chan on July 23, 2007 at 03:52 AM PDT #

Hello Steven,

On 6/28/07 you promised to update Linux desktop certification for EBS client. Any news when it is coming?


Posted by Riaz on July 25, 2007 at 01:07 AM PDT #

Hello, Riaz,Unfortunately, our plans have changed and the Linux desktop certification has been put on hold.  I've just published the following article to highlight this a bit more prominently:Linux Clients for the E-Business Suite -,Steven

Posted by Steven Chan on July 25, 2007 at 04:24 AM PDT #

That's too disappointing Steven!

How will then Oracle live up to its claim of "Linux everywhere"?

Indeed It is an important strategic consideration for Oracle, to look at the huge "potential" rather than the current situation where EBS customers can not switch to Linux desktop just because of the non-availability of Linux client for EBS, otherwise, they have all the reasons to do so after the en masse adoption of Open/Staroffice and attainment of maturity level by of some of the excellent business desktops such as Suse and Xandros. Furthermore there is a glaring incongruence within Oracle's own technology direction where, on one hand, it is pushing for platform-independent clients for its Collaboration, Business Intelligence and other ubiquitous stacks, and, on the other, holding up its marquee EBS from coming into that strategic alignment.

You really need to think twice !


Posted by Riaz on July 27, 2007 at 04:17 PM PDT #

We are trying to migrate to 1.5.0_12 but we keep getting this error Check leaf key usage failed in certificate in java console which alerts the user that the code will run in untrusted mode. This did not happen in jinitiator. Is this combination supported yet i.e. can we open a tar on this ?

Posted by anonymous on September 05, 2007 at 08:54 AM PDT #

Hi, Amit,Yes, this is officially certified and supported now.  I haven't seen this error before, but it sounds like the JRE plug-in installation on the desktop client might have been incomplete if something is failing at the certificate chain level.I'd recommend uninstalling and reinstalling the JRE plug-in.  If that doesn't clear this up, please log a formal Service Request via Metalink and email me the SR number directly.  I'll have someone from our Development team work with Oracle Support on this one, if it gets to that stage.Regards,Steven 

Posted by Steven Chan on September 06, 2007 at 08:34 AM PDT #


I tried to find any hint of further (i.e., beyond 1.5.0_12) native JRE certification in the Metalink "Certify" database, but had no luck. There's no real appropriate category that I could see (Oracle Jinitiator for Ebuisiness Suite was about as close as I could find) and I was wondering if you have any information on were this is/will be maintained?

Posted by Kevin Kempf on October 24, 2007 at 07:23 AM PDT #

Hi, Kevin,I confess that I perpetually have trouble finding certifications that I *know* exist (because I worked on them myself) in our Certify database.  >sigh<  Here's the navigation path to check on E-Business Suite Release 11i desktop client certifications for Windows desktops:Metalink > Certify > View Certifications by Product > E-Business Suite > E-Business Suite 11i and earlier > Microsoft Windows XP (x86) > [Select your release, say] > OtherThis will show you a list of the latest browsers, Jinitiator, and JRE clients certified. I personally find all that too much trouble.  I usually google my own blog or go directly to one of the following Notes for Release 11i:290807.1 for JRE certifications for Release 11i 124606.1 for Jinitiator certifications for Release 11i 285218.1 for browser certifications for Release 11iRegards,Steven

Posted by Steven Chan on October 24, 2007 at 07:23 AM PDT #

We tried the JRE and we have lots of problems on the desktop.
If we install 1.5.0_12 everything's fine.
If the client desktop has 1.4.2 and that's required for another application (non Oracle), things break.
We cannot force the other application to 1.5 and we can't get each application to call the version it needs. If we install both 1.4.2 and 1.5, it seems 1.5 assumes it's in control if a JRE is needed.
Plus, some engineers install 1.6 (in addition to 1.4.2 and 1.5) and we have the same problem.
So the question, How can you install and correctly configure the desktop to potentially have 1.4.2, 1.5, and 1.6 installed and work correctly with each application? Jinit used a tag to make sure the correct version was being invoked, where the native JRE doesn't have that feature.

Posted by Tony Vecchiet on December 19, 2007 at 08:59 AM PST #

Tony,What you're encountering is a feature that Sun has built directly into the native JRE architecture.  If you have multiple JRE releases installed on your desktop, the latest one will be invoked.  This is discussed in more detail in Metalink Note 290807.1, Appendix D.  The same appendix also lists a Windows registry modification that may help meet your requirements.  Different customers have differing levels of comfort and success with this kind of modification, so your mileage may vary.Oracle has limited influence over Sun's implementation decisions in this area.  Your best bet may be to encourage your software vendors to upgrade their certifications to the latest available Sun JRE release.  Alternately, you may wish to log a formal request with Sun for functionality that allows the invocation of different JRE releases concurrently.Best of luck with this one.Regards,Steven

Posted by Steven Chan on December 21, 2007 at 04:02 AM PST #

I hope you can point me in the direction of a simple answer.
we are using sun java plugins 1.5 -- (since about November 2007) :-)

When doing our server side upgrade to java 1.6 from 1.1.8 we keep getting errors with our script.

1. Is there an updated script that will acknowledge that we are
using sun java plugins (the version we have is looking for jinitiator
software which we don't use. we've already applied atg_pf.H.6 (5903765)

we are at # $Header: 115.2 2005/01/18 18:53:02 rsanders noship $

2. Is there something I can comment out in our that will allow
the script to finish to completion? or some other simple fix?

We are on 11.5.9 - IBM AIX 5.L -TWO TIERS - with a shared appltop,commontop
configuration (applications tier has IAS and 806) (Database tier has software 806 and IAS for concurrent manager) shared 11i (aka
appltops) and shared common (aka common_top) autoconfig generated files.

We are trying to take our 11.5.9 apps to 11.5.10 and the JDK behind the
scenes is our biggest erroring concern
We are
at 1.1.8 of JDK -- when putting down the JDK 1.6 software we fail
Actual error message:
TIME : Wed Aug 27 10:42:49 2008
FUNCTION: TXK::RunScript::doMigration [ Level 1 ]
ERRORMSG: Jinitiator Version Found : JDK versions higher than 1.4.2
requires Jinitiator version 1.3.1 or higher.
Please migrate to higher version of Jinitiator following Oracle MetaLink
Note 124606.1.

Thanks for any help

Posted by Greg Becker on August 28, 2008 at 12:48 AM PDT #

Hi Steven,

I have a conflict in some computers in my company between Oracle E-business 11i and JInitiator.
When I access Oracle Applications after some minutes the windows stop and doesn't work anymore. Everything stoped. I need to restart windows.
Additional Information:
Client SO Version: Windows XP Pro SP2
JInitiator Version:
Oracle EBS Version: 11.5.10

I appreciate if you can help anyway.



Posted by Rafael on November 07, 2008 at 04:07 AM PST #

Hi, Rafael,

I would be interested in finding out more about what's happening here. Can you log a formal Service Request via Metalink with the details about your environment and steps to reproduce this issue? Our Support engineers will engage my Development team as needed.


Posted by Steven Chan on November 07, 2008 at 06:12 AM PST #

Hi Steven,
Is CRM on Client Linux (SUSE/fedora) to access Oracle Application server 11i is possible or not ?if yes, please give me the details.

But previous blogs U have said certification for linux is put on hold.
so give me any other option if so.


Posted by bhagavathy on November 07, 2008 at 06:38 PM PST #

Hi, Bhagavathy,

There's no such product called, "Oracle Application Server 11i."

If you mean, "Oracle E-Business Suite Release 11i," we do not support Linux desktop clients. We only support Windows and Mac OS X-based desktop clients connecting to E-Business Suite environments.

For a few more details, see:

Linux Clients for the E-Business Suite -

If you mean, "Oracle Application Server 10g," I don't believe that the products in that product family (e.g. Web Center) support Linux desktop clients. However, you will need to check that with the Oracle Application Server Support team directly; I don't have visibility into that product's support plans for Linux desktops.


Posted by Steven Chan on November 10, 2008 at 08:13 AM PST #

Post a Comment:
  • HTML Syntax: NOT allowed


« July 2016