Oracle forms JRE Vs JInitiator

Hi,
We used Jiniator in the past but now we have moved to JRE.
At Oracle forms runtime, when using JInitiator, the username and the SID used to be visible on the top of the application.
But after we switched to JRE, the runtime is not displaying the name of the user logged in and the SID?
Any idea? Thanks in advance.
Cheers
Sri

Anybody knows why the username and sid are not displayed on the top at runtime?
Cheers
Sri

Similar Messages

  • Problem with oracle forms,jre & sun thin clients

    we have oracle forms using jre 1.5.0 update 11 running on more than 100 thin clients . but the application hangs when navigating through the forms sometime. if all the browser window is closed and started from the begining it again works fine
    any support is highly appreciated
    thanks
    mish

    I have a RHEL4(Linux) 64 system I can test and post my notes here as an edit.
    For Java based web applications to work, the Firefox 3.6 browser requires you to run Java SE 6 Update 18 or later.
    http://java.sun.com/products/archive/j2se/6u22/index.html
    jre-6u22-linux-x64.bin
    As root
    cd /usr
    mkdir java
    cd java
    With a copy of "jre-6u22-linux-x64.bin" in /usr/java/
    Change the permission of the file you downloaded to be executable. Type:
    chmod a+x jre-6u22-linux-x64.bin
    Run the self-extracting binary Type
    ./jre-6u22-linux-x64.bin
    The license agreement is displayed. Review the agreement.
    Press the spacebar to display the next page.
    At the end, enter yes to proceed with the installation.
    Did not display on mine
    Double check of mozilla install
    find / -name mozilla -print
    /usr/share/mozilla
    /usr/lib64/mozilla
    cd /usr/lib64/mozilla/
    mkdir plugins
    Exit Firefox browser if it is already running.
    Create a symbolic link to the libnpjp2.so file in the browser plugins directory
    ln -s /usr/java/jre1.6.0_22/lib/amd64/libnpjp2.so
    Restart and test firefox
    about:plugins (works)
    Best Regards
    mseberg
    Edited by: mseberg on Aug 11, 2011 11:11 AM
    MORE
    The application less happy until I changed these lines in my formsweb.cfg
    jpi_mimetype=application/x-java-applet;jpi-version=1.6.0_22
    jpi_classid=clsid:CAFEEFAC-0016-0000-0022-ABCDEFFEDCBA
    Seems it wanted the exact JRE version that was installed.
    Edited by: mseberg on Aug 11, 2011 11:18 AM
    And finally :
    http://www.java.com/en/download/help/linux_install.xml

  • Problem with Image IO jre on Oracle Form

    I'm using PJC to run my Text Editor program from Oracle Form. The Editor has an Image drag & drop option and I have to upgrade the jre with Image I/O API for this functionality. To upgrade jre the tool 'jai_imageio_1_0_01-lib-windows-i586-jre' needs to be installed. When I upgrade jre with this tool and run my program independently from Oracle Form, it runs well but when I run this right there from Oracle Form it doesn't run and exception is thrown on javax.imageio and other packages that are part of that tool even though the Oracle Developer's jdk is upgraded with this tool. Could anyone help me resolve this problem?

    Hi,
    This is a JDeveloper help forum, the Formsforum can be found at Forms Now you might think that Forms developers don't understand Java well enough, they do however understand teh Forms context and this is important to answr the question.
    a) Which Java version does your ben require?
    b) Are you using JInitiator or JavaPlugin (Jinitiator only supports Java 1.3)
    c) Is your PJC signed? Note that running an app stand alone as a Java app does not require special grants. Running it within a JavaApplet - as Forms is - does execute teh bean in a security sandbox, for which reasons the jar file must be signed and the public key be available in the Forms certdb.txt file (assuming Jinitiator)
    d) An exception stack trace gives more information than "Oracle Form it doesn't run and exception is thrown on javax.imageio and other packages", which is meanlingless to me and others. Teh stack trace canbe copied from teh JInitiator console
    I recommend resending this question to the Forms forum
    Frank

  • Oracle Forms loading slower with Sun JRE in Oracle E-Business Suite 11i

    Hi,
    After Deploying Sun JRE (Native Plug-in) for Windows Clients in Oracle E-Business Suite 11i (Note 290807.1) we find that Oracle Forms are loading slower than using Jinitiator.
    Also the PDF reports are opening in a minimized fashion. Meaning the PDF reports are opening correctly in new browser window (as expected) but is minimized.
    Customer is not willing to go live with Sun JRE due to these issues.
    Plz advice is there is any additional configuration I need to do.
    Rgds,
    Thiru

    When the JRE was installed/configured on the workstations was the jar cache placed on a LAN drive instead of the local drive? We have experienced poor performance with both the JRE and Jinitiator when the Workstation Sysadmins configured the jar cache to be located on a LAN drive. Also is the size of the jar cache on the workstation sufficient to hold all of your required jar files. It could be downloading the jar files all the time.
    Overall our performance with the JRE is comparible to the Jinitiator.
    Sorry I have not experienced the problem that you are having with you pdf reports so I can't provide any comments on it.

  • Jre hangs/freeze at digital signature dialog (oracle.forms.engine.Main)

    hi,
    we are using webforms (application server 11).
    when a client starts up a form in the browser the dialog for accepting the digital signature (oracle.forms.engine.Main) appears. in this dialog wether a button can be klicked nor the checkbox (always trust...) can be checked. still this dialog can be moved.
    what's the reason for that?
    we tried different jre versions (1.6 u12 - u20) and also patch 9553040 (jrefb-6u20-rev-b05-windows-i586.exe) doesn't work - the same problem appears.
    regards,
    matthias

    It does!
    I [read this paper|http://forms.pjc.bean.over-blog.com/ext/http://www.oracle.com/technology/products/forms/pdf/SigningJint13.pdf] before, years ago the first time. It's from *2002* and refers to JInitiator. And I read this paper again. But I stopped around page 13, reading
    +"PROBLEMS WITH MULTIPLE SIGNING IDENTITIES+
    +There is currently a restriction within Oracle9i Forms. If a Forms application is+
    +started within JInitiator or the Sun Java Plug-in, which uses code signed with+
    +multiple certificates ... This restriction will be lifted in a later release of Forms ...."+
    Not one of my best ideas. Notice, Sun Plug-in is mentioned and +8 years+ might not be enough, obviously.
    Reason behind the "re-appearance" of the problem with forms 11g is that the forms jars (including webutil) are now signed with an VeriSign certificate what was not the case with 10g. Downloading jacob.jar by your own, you get an unsigned jar file. Signing this, as you were used in 10g leads to the second signing identity and the freezing problem.
    But let's see how we could solve the problem, for the moment, perhaps for the next 8 years. We
    . took solution path 2 out of the aove cited paper (Register Your Custom Signing Certificate Separately).
    . rename jacob.jar to jy_jacob.jar (we do not want to interfere with other forms application of other companies also using webutil)
    . add the registration applet code as described in the paper to jy_jacob.jar
    . sign jy_jacob.jar.
    . [to be on the save side we repeated these steps for all our jar files, necessary for the application]
    . rename webutiljpi.htm to webutiljpijy.htm
    . modify webutiljpijy.htm by adding applet registration section before webutil registration. This reads like
    <!-- Registration applet definition (start) -->
    <OBJECT classid="%jpi_classid%"
    codebase="%jpi_codebase%"
    WIDTH="0"
    HEIGHT="0"
    HSPACE="0"
    VSPACE="0">
    <PARAM NAME="TYPE" VALUE="%jpi_mimetype%">
    <PARAM NAME="CODEBASE" VALUE="%codebase%">
    <PARAM NAME="CODE" VALUE="com.joynit.forms.applet.RegisterCertificateApplet">
    <PARAM NAME="ARCHIVE" VALUE="%archive%,%webUtilArchive%" >
    <COMMENT>
    <EMBED SRC="" PLUGINSPAGE="%jpi_download_page%"
    TYPE="%jpi_mimetype%"
    java_codebase="%codebase%"
    java_code="com.joynit.forms.applet.RegisterCertificateApplet"
    java_archive="%archive%,%webUtilArchive%"
    WIDTH="1"
    HEIGHT="1"
    HSPACE="0"
    VSPACE="0"
    >
    <NOEMBED>
    </COMMENT>
    </NOEMBED></EMBED>
    </OBJECT>
    <!-- Registration applet definition (end) -->
    . modify formsweb.cfg so that webutiljpijy.htm and jy_jacob.jar are used (original settings as comments below)
    baseHTMLjpi=webutiljpijy.htm
    #baseHTMLjpi=webutiljpi.htm
    archive=frmall.jar,iText-5.0.3.jar,vzg_grafik.jar,vzg_images.jar,vzg_netz.jar,jy_pdfutil.jar
    #archive=frmall.jar
    WebUtilArchive=frmwebutil.jar,jy_jacob.jar
    #WebUtilArchive=frmwebutil.jar,jacob.jar
    And then, after flushing the jar cache, success! No freezing. It was possible to confirm the certifcates and to start the application.
    Thnx to Mia Urman and the oracle forms communitiy on [http://oracleformsinfo.wordpress.com/] , who gave me the tip... There is another, easier solution.
    Never set one of the original oracle jar-Files on pole position (1st position) in one auf the archive parameters. This leads to hanging.
    Put one of your self-signed jar-Files in front and let the oracle jars follow. The forms application will start properly.
    It work with 3 different signing authorities, also. What makes hope for 4, and so on.
    Edited by: KRodler on 15.03.2012 11:07

  • Security Exception in Oracle Forms when using with JRE.

    Hi,
    I am am getting an exception whenl I try to dispose a message box(FWindow) received as a popup from an Oracle form page(configured using JRE).
    When I hit over the OK/Cancel button to dispose off the messagebox,it is not I get the following error.
    Exception in thread "AWT-EventQueue-2" java.lang.SecurityException: this KeyboardFocusManager is not installed in the current thread's context
         at java.awt.KeyboardFocusManager.getGlobalFocusOwner(Unknown Source)
         at java.awt.KeyboardFocusManager.processSynchronousLightweightTransfer(Unknown Source)
         at sun.awt.windows.WComponentPeer.processSynchronousLightweightTransfer(Native Method)
         at sun.awt.windows.WComponentPeer.requestFocus(Unknown Source)
         at java.awt.Component.requestFocusHelper(Unknown Source)
         at java.awt.Component.requestFocusHelper(Unknown Source)
         at java.awt.Component.requestFocus(Unknown Source)
         at oracle.ewt.lwAWT.AbstractButton.requestFocus(Unknown Source)
         at oracle.ewt.lwAWT.AbstractButton.processMousePressed(Unknown Source)
         at oracle.ewt.lwAWT.AbstractButton.processMouseEvent(Unknown Source)
         at java.awt.Component.processEvent(Unknown Source)
         at java.awt.Container.processEvent(Unknown Source)
         at oracle.ewt.lwAWT.LWComponent.processEventImpl(Unknown Source)
         at oracle.ewt.button.PushButton.processEventImpl(Unknown Source)
         at oracle.ewt.lwAWT.LWComponent.redispatchEvent(Unknown Source)
         at oracle.ewt.event.tracking.GlassMouseGrabProvider$Disp._redispatchEvent(Unknown Source)
         at oracle.ewt.event.tracking.GlassMouseGrabProvider$Disp.mousePressed(Unknown Source)
         at java.awt.Component.processMouseEvent(Unknown Source)
         at oracle.ewt.lwAWT.LWComponent.processMouseEvent(Unknown Source)
         at java.awt.Component.processEvent(Unknown Source)
         at java.awt.Container.processEvent(Unknown Source)
         at oracle.ewt.lwAWT.LWComponent.processEventImpl(Unknown Source)
         at oracle.ewt.event.tracking.GlassMouseGrabProvider$Proxy.processEventImpl(Unknown Source)
         at oracle.ewt.lwAWT.LWComponent.redispatchEvent(Unknown Source)
         at oracle.ewt.lwAWT.LWComponent.processEvent(Unknown Source)
         at java.awt.Component.dispatchEventImpl(Unknown Source)
         at java.awt.Container.dispatchEventImpl(Unknown Source)
         at java.awt.Component.dispatchEvent(Unknown Source)
         at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
         at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
         at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
         at java.awt.Container.dispatchEventImpl(Unknown Source)
         at java.awt.Component.dispatchEvent(Unknown Source)
         at java.awt.EventQueue.dispatchEvent(Unknown Source)
         at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
         at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
         at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
         at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
         at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
         at java.awt.EventDispatchThread.run(Unknown Source)
    I am able to dispose the messagebox, when I configure the oracle form with Jinitiator, the issue happens only with JRE.
    These are the configurations I use.
    10g Release2
    Windows XP Professional Version 2002, Service Pack 3
    IE version 6.0.2900.5512.xpsp_sp3_gdr.090804-1435
    JInit-JInitiator 1.3.1.22, Sun JRE- 1.6.0_17
    I am working on Developer suite.
    Privilege: Windows Administrator
    Kindly guide.
    Thanks & Regards
    Sunil

    Hi Sunil,
    Did you ever find a fix for this problem?
    I'm having exactly the same issue.
    I have an oracle form with a java bean that runs against J Initiator 1.3.1.28, and it works fine, with J Initiator. The java code was compiled against JDK 1.3.
    My form now uses the Sun JRE 1.6, update 16. I've recompiled the java code against JDK 1.6.
    And now when the java code sends an event to the form and I show an alert I get the same error you were getting:
    Exception in thread "AWT-EventQueue-2" java.lang.SecurityException: this KeyboardFocusManager is not installed in the current thread's context.
    I recompiled the java code against JDK 1.3, and ran it through the Sun JVM 1.6, and I still get the error.
    Any idea how to fix this?
    Regards,
    Chris.

  • EBS 11i how to check if JRE or JInitiator is used for Forms.

    How can I find out in EBS 11i whether application has been configured to use JRE or JInitiator when using Oracle Forms on Client's Desktop?
    Thanks,
    Gulam.

    959674 wrote:
    Hi Hussein,
    I have reviewed both the documents and both documents have mentioned how to find out details about JRE/JInitiator using the Java Console on Clients Windows PC.
    Is there any way to check it on the server side?
    Any configuration file on the server side which will give me this details?Yes. Search the application context file for:
    s_sun_plugin_ver
    s_sun_plugin_type
    s_sun_clsid
    s_jinit_ver_dot
    s_jinit_ver_comma
    s_jinit_clsid
    R11i / R12: Component Version In Oracle Applications [ID 1327288.1]
    Oracle EBS R12 Context Variables [ID 458282.1]
    Thanks,
    Hussein

  • "Bad Applet class name" error while recording on Oracle Forms 11g through OpenScript (JRE 1.7.0_17)

    Hi,
    I am trying to record automation functional test script on Oracle Forms 11g using OpenScript.
    Able to open the browser, but after accessing application URL, getting application error as "Bad Applet class name"
    Java Plug-in 10.17.2.02
    Using JRE version 1.7.0_17-b02 Java HotSpot(TM) Client VM
    c:   clear console window
    f:   finalize objects on finalization queue
    g:   garbage collect
    h:   display this help message
    l:   dump classloader list
    m:   print memory usage
    o:   trigger logging
    q:   hide console
    r:   reload policy configuration
    s:   dump system and deployment properties
    t:   dump thread list
    v:   dump thread stack
    x:   clear classloader cache
    0-5: set trace level to <n>
    SSV dialog is suppressed........
    cracked oracle.forms.engine.Main
    Loading cached Forms Jars ...
    Is this version (Oracle forms 11g, JRE 1.7.0_17) supported by OATS-OpenScript ?
    Please advise if there is any work around here.
    Thanks.

    From the last OATS release notes available in the C:\OracleATS\docs directory:
    4.1 Oracle Functional Testing/OpenScript
    Oracle Functional Testing’s OpenScript scripting platform has the following system
    requirements:
    ■ Operating System (32-bit and 64-bit versions): Windows XP, Windows Vista,
    Windows 2003, Windows 7, Windows 2008, Windows 2008 R2.
    ■ Memory: Minimum 1 GB
    ■ System: x86, 32-bit or 64-bit processor, 2.6 GHz or faster
    ■ Disk Space: 4 GB minimum
    ■ Browser: Internet Explorer 7.x, 8.x., 9.x; Firefox 3.5/3.6, 6.x, 10; Chrome 27+
    (playback only).
    ■ Java Runtime Environment: JRE 1.6 minimum (up to build 38), JRE 1.7 (up to build
    11) .
    So basically, it's not supported... Can you try with another JRE version?
    As always don't forget to run OpenScript as administrator on W7/8 or equivalent
    JB

  • Unable to get Windows User Name using Oracle Forms 6i, Jinitiator 1.3.1.17

    Hi,
    Requirement: Get Windows User Name using Oracle Web Forms 6i.
    Tools Using: Windows NT, Oracle web forms 6i, Oracle 10g DB.
    Description: I am using GetClientInfo JBean from otn.oracle.com, which gets windows user name, IP address and machine name. The demo I got from oracle web site uses Jinitiator version 1.1.7.18. While we are using the latest version Jinitiator 1.3.1.17. Due to this reason, I am unable to use Javakey which comes with older version but doesn't come with newer version, that's why I can't create the new JavaBean Java identity (PJC).
    Please advise what to do. All environment variables are set everything is done, this is the only thing bothering me.
    I went through the article 202768.1 from metalink, but on step 5, it gives an error keytool error: java.lang.Exception: Input not an X.509 Certificate.
    Also, please let me know if there is any other workaround for this requirement.
    Thanks & Best Regards,
    Mo

    Hi,
    Thanks for your kind reply. Actually there was a problem in creating a certificate, now it is okay with the same method. Certificate got imported on client and everything is ready.
    Now, the problem is when I try to set Bean Area Implementation Class property with oracle.forms.demos.GetClientInfo, it gives an error FRM-13008 Cannot find JavaBean with name 'oracle.forms.demos.GetClientInfo'.
    I went through the articles 1072329.6, 196824.1, and set ClassPath and Path variables with proper values. Also, I have copied jar file and signature file in forms60/java folder. I don't see any problems. Please let me know what I am doing wrong. My limitation is that I have to do all this in forms6i.
    I searched forums on metalink and found out that someone installed Patch 15, and everything went okay for him. Do you think I should install Patch 15? if YES, how will I do it, I mean should I first uninstall my forms and then install patch15 or install the patch on my forms?
    Thanks so much for your help.
    Thanks & Best Regards,
    Mo

  • 1.4.2_13 Oracle Forms - Problem after change of JAR, JRE does not respond

    Hi,
    We use JRE version 1.4.2_13 as this was the certified version for Oracle Forms 10g.
    We recently implemented a new module that uses a Java Bean. We use Java Beans already but this one allows the user to save from an Oracle Form to there PC. Because of this we had to re-sign the JAR we use. When the user tries to go back in the system it freezes and does not allow the user to Allow permission again.
    We then have to proceed to either uninstall the JRE and reinstall it (This then allows us to grant permission)
    OR
    We need to clear cache, remove all original certificates
    Then this allows us to allow (grant always) access.
    I am after a slicker way to put this new bean in place without asking everyone of our users to mess around doing the above.
    Is there anyway to invoke an auto uninstall or an auto clear cache, clear certificates
    Is there a way to stop it freezing up when first entering?
    Thanks in advance..

    anyone?

  • Oracle Forms requires JRE 1.4.2_06, how do I uninstill newer versions

    Hi, The Oracle Forms that we use require JRE 1.4.2_06, they will not run in the most recent version of the JRE. How am I supposed to uninstall the newer versions? I went into the control panel and uninstalled them through there and rebooted, but the directories still exist, the entries in the registry still exist and the version reported in the console is still 1.6.0_05. What else do I need to do?

    I sorted this out myself.
    Downloaded the latest stable xerces binary (2.5.0) from http://xml.apache.org/dist/xerces-j/
    Then I extracted xercesImpl.jar and put it under:
    %ORACLE_HOME%\LIB\endorsed
    I had to create the endorsed folder as it didn't exist.
    Then, when invoking Saxon using java.exe, I added the following switch:
    -Djava.endorsed.dirs=%ORACLE_HOME%\LIB\endorsed
    That's it.
    You can find some background info on:
    https://jaxp.dev.java.net/Updating.html
    Bye,
    Flavio

  • "Slow Oracle Forms 10gR2 using Sun's JRE on Windows 7 x64 laptop

    "Slow Oracle Forms 10gR2 using Sun's JRE on Windows 7 x64 laptop

    It took millions of years on a super computer to come up with 42.If there would have been a valid Forms 10gR2 Installation on Deep Thought it would have taken just some minutes to get to this answer:
    FRM-42<someothernumber> [...]However; the question remains if oracle provides a Install Bundle of Forms 10gR2 for the "Deep Thought" platform or if "Deep Thought" is a supported platform...
    cheers

  • Slow Oracle Forms 10gR2 using Sun's JRE on Windows 7 x64 laptops and its wo

    Slow Oracle Forms 10gR2 using Sun's JRE on Windows 7 x64 laptops and its working good in same windows 7 x64 destops.

    Hi,
    Try posting your question on the Forms forum: Forms
    Andy

  • Incompatibility with Oracle Forms and Oracle JInitiator (1.3.1.22)

    Hello,
    I've detected a problem that I don't know how to solve or if it's in my hands to solve it.
    In my company we're using a SAP EP as intranet and it is the default web page when we open the Internet Explorer.
    The problem is that since we use the SAP EP as home page, when I try to open the url of an application delveloped with Oracle Forms (It's like a ritch client developed in Java. The first time you execute it, it installs the Oracle JInitiator and then it runs the aplication locally every time you call the web) it doesn't work. It shows a connection error (FRM-92102), but it seems that there is a problem with the JVM.
    If you open the Internet Explorer (or Firefox) with other page as home page, then the application works correctly and without any problem, but if I open it after opening our SAP EP (or other link SDN, ...) it doesn't work.
    Does anyboy know how to solve it or if is it possible to solve it?
    Any help will be welcome...
    Thanks in advance and best regards,
    jc!

    Hello,
    I solved the problem applaying SAP Note 791765 (Mixed JSESSIONID Cookies from Different Servers)... I followed this steps:
    1. I opened Visual Administrator
    2. I went to servlet_jsp
    3. I changed the property JSESSIONID.CookieDomain value from SERVER to NONE.
    4. And I restarted the J2EE.
    After that, JSESSIONID cookie is stored for the fully qualified name of the J2EE and it doesn't interferes in other domains...
    Thanks anyway and regards.

  • Migrate to jre from jinitiator forms 10g

    can any one help me
    how to migrate to jre from jinitiator in forms10g
    thx very much

    Hi Muthu,
    http://www.oracle.com/technetwork/database/upgrade/11gr2-upgrade-methods-wp-2011-486336.pdf
    Also u can use DBUA(database upgardation assistance) tool for anyking of migration of tables from 10g to 11g
    Only new added functionalities are there in 11g but the basic structure is same as 10 g.
    Tell me something more about ur issue...I can also learn from it.
    Thanks
    Anshul

Maybe you are looking for