JRE in Oracle 81701 - difficulties......

When starting the Oracle Management Server for Oracle 8.1.7.0.1, sometimes the start command (oemctrl start oms) hangs and sometimes completes, but the OMS is nonresponsive. Also a large number of jre processes are started, mostly inactive. i.e. 66 jre processes using 1200408K (out of 1416952K) of memory.
Distribution: Redhat 7.0
Sysconfig: AMD 1200 Athlon, 256MB mem, 1035MB swap
Kernel: 2.2.16
Libs:glibc 2.2-12 (glibc-common 2.2-12 for i386 vice i686)
Oracle 8.1.7.0.1 with stubs patch.
Java: IBM JDK 1.1.8
I have been told this is the result of the Oracle JRE having troubles with the glibc 2.2 libaries.
The question? is this so... if so, a workaround or fix?
thanks
Larry Johnson, KeepItSimpleEngineering,Inc.

Hi friends,
While I install Oracle 8.1.7 in RedHat 7.0,
I have found below alert messages...
Error in involking target install of
makefile /u01/app/oracle/product/8.1.7/
network/lib/ins_net_service.mk
Do you have the same problem while you
install Oracle 8.1.7 in RH 7.0???
Thanks for advice
null

Similar Messages

Jre for oracle 8.1.5 on LINUX 6.2

I have strange problem in jre installation ( the tar file is jre_1.1.6-v5-glibc-x86.tar.gz)bfore oracle installation. it gives me an error : "/bin/i686/green_threads/jre :error nloading the shared libraries libXpm.so.4 cannot open shared object file : No such file or directory"
Is it bcoz my X server is not installed ??? Is there any work around other than with out bringing my Xserver...
pls help me
Thanks
Sam
null

You simply have to find that library and copy it to /usr/X11R6/lib . I installed everything related to X and then found libXpm* in /usr/i486-linux-libc5/lib .
Best of lick.

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 in oracle 9.2.0.1.0 ?

Hi All
we are using above oracle version with JRE 1.3
is it possible to upgrade java from 1.3 to 1.4.2 in oracle JRE
Thanks
kedar

You cannot upgrade the JVM that is embedded in the Oracle database if that is what you are asking. You can, however, use a 1.4 JVM to connect to and work with a 9.2 database.
Justin
Distributed Database Consulting, Inc.
http://www.ddbcinc.com/askDDBC

Updating JRE in Oracle 9i OLEDB installer

Oracle9i Release 2 Provider for OLE DB Version 9.2.0.4.0 (including ODAC) downloaded from
<http://www.oracle.com/technology/software/tech/windows/ole_db/htdocs/utilsoft.htm>
seems to include JRE versions 1.1.1.1.0a and 1.1.8.16.0. But Sun has announced security issues affecting these JRE versions; see
<http://sunsolve.sun.com/search/document.do?assetkey=1-26-57591-1&searchclause=%22category:security%22%20%22availability,%20security%22>
What is the recommended way to include a more recent, more secure JRE version when supplying the Oracle OLE DB provider to our end users for use with the Oracle 9i database?

Corrected URL: The Sun Java security alert is at
http://sunsolve.sun.com/search/document.do?assetkey=1-26-57591-1&searchclause=%22category:security%22%20%22availability,%20security

Retrieve the data from Oracle (Superior difficult)

Dear all,
I want to retrieve the data from the table (TABLE A), in TABLE A there are a field call RANGEFROM, However, the data type of it is "VARCHAR2". But in this field, it can contain numeric and date. Now, I want to select this field in it by a SQL statement. I want the SQL statement like this:
"SELECT * FROM TABLE_A WHERE (to_date(RANGEFROM, 'mm-dd-yyyy')) <= 'Now()';"
However, the result of the SQL only display in VARCHAR2 mode. That mean it can't compare the result. so What can I do?
Thanks
null

As long as the input literal for formatting the date is in always like 'mm/dd/yyyy' then you may explicitly select the RANGEFROM field in your select list as to_date(RANGEFROM,'mm/dd/yyyy');
eg:
SQL> select to_date('01122000','mm/dd/yyyy') RANGEFROM from dual;
RANGEFROM
12-JAN-00
Also this is now good for comparison:
SQL> select SYSDATE - to_date('01122000','mm/dd/yyyy') from dual;
SYSDATE-TO_DATE('01122000','MM/DD/YYYY')
339.67455
Also the same technique could be applied in your where condition as well.
Good luck :
(12 month wait for a response is not good)

Upgrade JRE version of Oracle 11g database

Hi all.
I need to upgrade the version of the JRE installed on a Oracle 11g database, migrating from 1.5 to 1.6.
Any suggestions or practical guides that i can follow ?
Thanks
A.

Pl post exact OS and database versions. Are you wanting to upgrade the Java version in the database ? If so, that is not possible.
Is It Supported to Update /Upgrade the Default JDK/JRE in Oracle Home? [ID 1449674.1]
OracleJVM Install and Upgrade FAQ [ID 825306.1]
Java update of the JDK and JRE Installed In Oracle Database Home [ID 418399.1]
Master Note for Oracle JVM [ID 1098505.1]
Re: update jdk from Oracle 11g? (version is > EOL)
HTH
Srini

Can't Install Oracle 8.1.7 on linux

Hi,
This is related to posting 516230.
For some reason unknown to me, regardless of the media or the version, I cannot get the installation script, runInstaller to invoke on RedHat 7.1.
This is my oracle user is set up as such:
uid=501(oracle) gid=502(oinstall) groups=502(oinstall),501(dba)
This is my display variable setting:
[oracle@localhost oracle]$ echo $DISPLAY
localhost.localdomain:0.0
Here are the pertinent entries from my groups file:
dba:x:501:
oinstall:x:502:
osdba:x:503:
osoper:x:504:
Here is the access control list:
[oracle@localhost oracle]$ xhost
access control enabled, only authorized clients can connect
INET:localhost.localdomain
Every time I try to invoke the installer all I get is:
Initializing Java Virtual Machine from ../stage/Components/oracle.swd.jre/1.1.8/1/DataFiles/Expanded/linux/bin/jre. Please wait...
Which I do, forever. There is no splash screen, but the processes are running:
oracle 3297 1 0 23:26 pts/4 00:00:00 ./runInstaller
oracle 3298 3297 97 23:26 pts/4 00:02:36 /home/oracle/Disk1/stage/Compone
I am not really sure what it is doing, it takes up a lot of cpu for no benefit as far as I can tell. Proof is in the output of the top command, which shows the jre eating up 98.8% of the cpu.
3298 oracle 19 0 3136 3136 964 R 98.8 0.4 7:52 jre
3309 oracle 12 0 1060 1060 840 R 0.5 0.1 0:00 top
I have 640MB of memory on a Dell Dimension XPS T600. The other post, details more of my configuration and steps I took to remedy the situation. I'm here asking this question because I have no idea where else I could go. ANY HELP AT ALL would be greatly appreciated. I have read the Linux and Oracle HOW-TO files, and anything else I could think of.
Thanks for your help
--Dana
~Replace with witty string~

Please try to unset the following variables in your environment.
UNSET LANG
UNSET LIB_PATH
and then try to Invoke the runInstaller.
Thanks,
Srinivas Katta

How do I bundle a jre with an RCP appl on Mac OSX

Hi,
We are making an RCP appl with kepler.
I want to ship the jre's with the appl.
On windows I can just ship a jre dir in the root, no problem.
On the Mac (10.8.4) it does not seem to work, at least not in an obvious way.
I downloaded the latest 1.7 jre (25) for Mac from the oracle website.
I tried the following:
unzip it and put it in a jre dir in the root => not used, falling back to system jre
same and put '-vm' in the ini => error saying 1.6.0_51 is not supported (huh? I do not even have 1.6)
I tried exporting an appl (with bundled jre) from eclipse using the product definition. That works but when I look at the generated appl tree I see a jre dir with another jre dir inside it ??? The inner jre dir seems to be a (partial) duplicate of the outer one.
Ok, sort of at least, now I tried to copy my downloaded jre dir inside itself. That works, but if I remove the contents of one of them it does not work anymore and I do not really want to ship a double jre.
Can anybody shed some light here?
What is the optimal way to bundle a jre with an RCP application on Mac OSX?
Thanks,
Tom

I have done this within our product and have it working. It's tricky because if you're using Maven to build, OS X's JRE symlink's libjvm.dylib - which Java's unzip invariably screws up.
I was only able to get this to work by using Tycho, as the app export within the PDE is just plain broken (and seemingly unmaintained). This bug has been there for quite some time - I don't have any faith in it ever getting fixed, regardless of whatever bugzilla says.
If you're building RCP apps for distribution - you should probably consider using Tycho anyways; admittedly there's a lot of BS that comes with it, but it's the only seemingly straightforward way to build and package an RCP app in a headless manner for continuous integration. Buckminster is supposedly also a solution - but it has less information and support than Tycho - so YMMV.
Anyways back to your problem. Using Tycho with some custom maven magic, I was able to solve this. Essentially I downloaded the JRE from Oracle, and uploaded to our Artifactory so I could reference it using maven coordinates. I unpack that tar.gz package into the OS X distribution directory and place the package under the <your app name>.app/jre. Because of the symlink munging - you have to go and fix that, so remove the existing zero byte libjvm.dylib and relink it using ant exec. Now that you have a good JVM, you need to modify the config.ini to use the right JRE. Unfortunately you can only build this on OS X or Linux - Windows is SOL unless you can find a way to use Cygwin or equivalent. Since I'm doing this outside of Tycho's archiving phase (and theres not apparently way to slip my changes in between), I have to recreate the OS X archive.
Hopefully this helps you solve your problem... I beat my head against the wall trying to fix this for several weeks trying to find a working solution as the error reporting is completely incorrect.
Anyways, good luck!
<profiles>
<profile>
<id>fix-jre-archives</id>
<activation>
<os><family>unix</family></os>
</activation>
<dependencies>
<dependency>
<groupId>com.sri</groupId>
<artifactId>oracle-jre</artifactId>
<version>${distrib.oracle-jre.version}</version>
<classifier>macosx-x64</classifier>
<type>tar.gz</type>
</dependency>
</dependencies>
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-dependency-plugin</artifactId>
<version>2.8</version>
<executions>
<execution>
<id>unpack-mac-jre</id>
<phase>prepare-package</phase>
<goals>
<goal>unpack</goal>
</goals>
<configuration>
<artifactItems>
<artifactItem>
<groupId>com.sri</groupId>
<artifactId>oracle-jre</artifactId>
<version>${distrib.oracle-jre.version}</version>
<classifier>macosx-x64</classifier>
<type>tar.gz</type>
<outputDirectory>${distrib.macosx.x86_64}</outputDirectory>
</artifactItem>
</artifactItems>
</configuration>
</execution>
</executions>
</plugin>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-antrun-plugin</artifactId>
<version>1.7</version>
<executions>
<execution>
<id>fix-jre-mac</id>
<phase>package</phase>
<goals>
<goal>run</goal>
</goals>
<configuration>
<target>
<mkdir dir="${distrib.macosx.x86_64}/${distrib.bin.name}.app"/>
<move file="${distrib.macosx.x86_64}/jre${distrib.jre.version}.jre" tofile="${distrib.macosx.x86_64}/${distrib.bin.name}.app/jre"/>
<symlink action="delete" link="${distrib.macosx.x86_64}/${distrib.bin.name}.app/jre/Contents/MacOS/libjli.dylib" />
<symlink link="${distrib.macosx.x86_64}/${distrib.bin.name}.app/jre/Contents/MacOS/libjli.dylib"
resource="../Home/lib/jli/libjli.dylib" overwrite="true"/>
<concat destfile="${distrib.macosx.x86_64}/${distrib.bin.name}.app/Contents/MacOS/${distrib.bin.name}_temp.ini" fixlastline="yes">
<header filtering="no" trimleading="yes">
-vm
../../jre/Contents/Home/lib/server/libjvm.dylib
</header>
<fileset file="${distrib.macosx.x86_64}/${distrib.bin.name}.app/Contents/MacOS/${distrib.bin.name}.ini"/>
</concat>
<move file="${distrib.macosx.x86_64}/${distrib.bin.name}.app/Contents/MacOS/${distrib.bin.name}.ini"
tofile="${distrib.macosx.x86_64}/${distrib.bin.name}.app/Contents/MacOS/${distrib.bin.name}_bak.ini" />
<move file="${distrib.macosx.x86_64}/${distrib.bin.name}.app/Contents/MacOS/${distrib.bin.name}_temp.ini"
tofile="${distrib.macosx.x86_64}/${distrib.bin.name}.app/Contents/MacOS/${distrib.bin.name}.ini" />
</target>
</configuration>
</execution>
<execution>
<id>remove-director-archive-mac</id>
<phase>pre-integration-test</phase>
<goals>
<goal>run</goal>
</goals>
<configuration>
<target>
<delete file="${archive.macosx.x86_64}" />
</target>
</configuration>
</execution>
</executions>
</plugin>
<plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactId>exec-maven-plugin</artifactId>
<version>1.3.1</version>
<executions>
<execution>
<id>manual-archive-mac</id>
<phase>pre-integration-test</phase>
<goals>
<goal>exec</goal>
</goals>
<configuration>
<executable>zip</executable>
<workingDirectory>${distrib.macosx.x86_64}/..</workingDirectory>
<arguments>
<argument>-r</argument>
<argument>-q</argument>
<argument>-dd</argument>
<argument>--symlinks</argument>
<argument>${archive.macosx.x86_64}</argument>
<argument>${distrib.root}</argument>
</arguments>
</configuration>
</execution>
</executions>
</plugin>
</plugins>
</build>
</profile>
</profiles>

Installing Oracle 9i R2 on SuSE 8.2 Pro

I am trying to install Oracle 9i Release 2 on SuSE 8.2 Pro.
I receive the following error message in the Universal Installer after selecting General Purpose as the Database Configuration:
"Thrown when the IP address of a host cannot be determined"
Selecting Retry or Continue just rethrows the same error.
I have completed the Tasks to Perform as root User and Tasks to Perform as the oracle User as outlined in the Installation Guide.
Any help in resolving this error would be appreciated.

Hi,
I got the solution ;-)
My problems seem to bee caused by a obvisuously buggy/incompatible version of JRE in oracle's installationfileset.
I resolved the Problem by editing the JRE_LOCATION-variable in Disk1/install/linux/oraparam.ini (see below) to point to the root of my own local installation of Java 2 (java version "1.3.1_02" Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_02-b02)).
start of the original file:
[Oracle]
DISTRIBUTION=TRUE
SOURCE=../../stage/products.jar
LICENSE_LOCATION=
JRE_LOCATION=../../stage/Components/oracle.swd.jre/1.3.1.0.0/1/DataFiles/Expanded/jre/linux
OUI_LOCATION=../../stage/Components/oracle.swd.oui/2.2.0.12.0/1/DataFiles/Expanded
JRE_MEMORY_OPTIONS=" -mx200m"
modified version:
[Oracle]
DISTRIBUTION=TRUE
SOURCE=../../stage/products.jar
LICENSE_LOCATION=
JRE_LOCATION=/usr/lib/SunJava2-1.3.1/jre
OUI_LOCATION=../../stage/Components/oracle.swd.oui/2.2.0.12.0/1/DataFiles/Expanded
JRE_MEMORY_OPTIONS=" -Xmx300m"
After this change everything worked (besides some minor problems with the installed demo-database).
HTH
Juergen

Help with Oracle 9i/10g on RedHat 4?

If anybody can help would be greatly appreciated...
I get the same error with Oracle 9i & 10g when installing on Red Hat Fedora 4, it's java related...
Exception in thread "main" java.lang.UnsatisfiedLinkError: /tmp/OraInstall2007-03-16_01-09PM/jre/lib/i386/libawt.so: connat restore segment prot after reloc: Permission Denied
Red Hat Fedora is weak on java, it only has the Java 1.4 JRE installed. I tried to upgrade to Sun's JRE 6 but got dependency errors.
Jon

Red Hat Fedora 4Does not exist.
Exception in thread "main" java.lang.UnsatisfiedLinkError: /tmp/OraInstall2007-03-16_01-09PM/jre/lib/i386/libawt.so: connat restore segment prot after reloc: Permission DeniedSolution 1: Modify /etc/selinux/config and change value of SELINUX to "disabled" and reboot computer.
Solution 2: Upgrade selinux-policy-targeted-1.25.2-4.noarch.rpm (Use command: "yum upgrade selinux-policy-targeted")
Red Hat Fedora is weak on java, it only has the Java 1.4 JRE installed. I tried to upgrade to Sun's JRE 6 but got dependency errors.??? OUI does not have to do with external JRE.
Oracle Installation comes with bunled JRE.
If you are using Fedora then you might consider these articles useful:
http://ivan.kartik.sk/oracle/install_ora9_fedora.html
http://ivan.kartik.sk/oracle/install_ora10gR2_fedora.html

RunInstaller fails Installing Oracle 9i R2 on SuSE 8

For testingpurposes I try to install Oracle 9i R2 on a intel-P4 box running SuSE 8.0
with 768MB physical Mem, 1G Swap,
Kernel 2.4.18-64GB-SMP, glibc-2.2.5-38, java version "1.3.1_02"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_02-b02)
Java HotSpot(TM) Client VM (build 1.3.1_02-b02, mixed mode),
I also installed the orarun.rpm which sets the appropriate environment.
After starting the runInstaller script as oracle-user from a shell, the Java Installer starts with some font-errors:
Font specified in font.properties not found [--symbol-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]
But the installer starts up and seams to work properly until it beginns loading the list of installable Products from products.jar. At about 40% the loading stops and I get the message:
Exception in thread "main"
on my console. The only way to continue at this point is to exit the installer.
I tried different settings for $LANG including unset $LANG and different settings for -mx in oraparam.ini with no effect.
Did anyone have the same Problem or does anyone know the reason of this error?
THX
Juergen

Hi,
I got the solution ;-)
My problems seem to bee caused by a obvisuously buggy/incompatible version of JRE in oracle's installationfileset.
I resolved the Problem by editing the JRE_LOCATION-variable in Disk1/install/linux/oraparam.ini (see below) to point to the root of my own local installation of Java 2 (java version "1.3.1_02" Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_02-b02)).
start of the original file:
[Oracle]
DISTRIBUTION=TRUE
SOURCE=../../stage/products.jar
LICENSE_LOCATION=
JRE_LOCATION=../../stage/Components/oracle.swd.jre/1.3.1.0.0/1/DataFiles/Expanded/jre/linux
OUI_LOCATION=../../stage/Components/oracle.swd.oui/2.2.0.12.0/1/DataFiles/Expanded
JRE_MEMORY_OPTIONS=" -mx200m"
modified version:
[Oracle]
DISTRIBUTION=TRUE
SOURCE=../../stage/products.jar
LICENSE_LOCATION=
JRE_LOCATION=/usr/lib/SunJava2-1.3.1/jre
OUI_LOCATION=../../stage/Components/oracle.swd.oui/2.2.0.12.0/1/DataFiles/Expanded
JRE_MEMORY_OPTIONS=" -Xmx300m"
After this change everything worked (besides some minor problems with the installed demo-database).
HTH
Juergen

Oracle 9.2 Installation

Dear friends,
I could able to install Oracle 9.2 by installing orarun.rpm ( which creates and sets environment for oracle user for installation) but when I try to install by logging ora<dbsid> which is created during central instance will struc at " installaing java runtime environment" I hope this is because of improper enviroment variables ... pls let me know the how it can be solved.
Thanks with regards
Vijay

Hello Vijay,
I had a similar problem when I installed Oracle 8.1 years ago. I had to link to a existing JRE:
cd /oracle/stage/817_32/Disk1/stage/Components/
oracle.swd.jre/1.1.8/1/DataFiles/Expanded
mv linux linux.orig
ln -s /usr/lib/jdk1.1.8 linux
Hope it helps you.
Regards
Gregor

Arabic Characters Alef & Lam Appear Incorrect at Runtime using Sun JRE/JPI

Hi,
We implemented Sun JRE for Oracle EBS 11i in Production on 7th Jan 2009.
We went with Sun JRE 1.6.0_07 as we faced new Broswer Minimizing Problem in IE with 1.6.0_10 and 1.6.0_11.
Now we have some issue related to Arabic Characters Alef and Lam - Doc Id 731703.1.
The solution is to use 1.6.0_11 but we can't. I would like to know if there is any work around without using 1.6.0_11.
Thanks
Thiru

Hi,
We have the problem with 1.6.0_11 also.
I checked in TEST instance. Strangly the problem is only while using Arabic Forms thru Arabic Login.
If we login thru English Login and access the same Form in Enlgish and then type in Arabic there is no problem. I got these details from our Arabic Consultants.
I am trying the revert back to jinitiator.
Rgds,
Thiru

JRE in Oracle 81701 - difficulties......

Similar Messages

Maybe you are looking for