UnsatisfiedLinkError: and no oraInstaller in java.library.path

hitting below error for : opatch lsinventory
UnsatisfiedLinkError: and no oraInstaller in java.library.path
Can any one please help?
Regards
S

Hi Helio,
thanks for the response:
This is a unix specific issue. The most frequent reason for this is the liboraInstaller shared object file (liboraInstaller.so/sl) cannot be located at run time. The extension is ".so" for most systems, ".sl" for most other systems(usually HP) .
-- liboraInstaller.so file exists with .so ext
It means LD_LIBRARY_PATH (or SHLIB_PATH, LIBPATH, DYLD_LIBRARY_PATH or it's equivalent)doesn't include a path to liboraInstaller file.
-- can you please specify what the exact path should be for $LD_LIBRARY_PATH
The file is located under the "oui" hierarchy (normally under $ORACLE_BASE/oui/bin/<plaform name>, like oui/bin/solaris). The "oui" directory should be in the same directory as the oraInventory directory that is pointed to by the oraInst.loc file.
-- oui and oraInventory are under the same directory $ORACLE_HOME.
Regards
S

Similar Messages

HELP: java.lang.UnsatisfiedLinkError: no ... in java.library.path

am the beginner of JNI. I write a test program to use C code in JAVA.
[yxz155@lionxo JAVAaC]$ ls
AClassWithNativeMethods.java theNativeMethod.c
[yxz155@lionxo JAVAaC]$ javac AClassWithNativeMethods.java
[yxz155@lionxo JAVAaC]$ javah -jni AClassWithNativeMethods
[yxz155@lionxo JAVAaC]$ ls
AClassWithNativeMethods.class AClassWithNativeMethods.java
AClassWithNativeMethods.h theNativeMethod.c
[yxz155@lionxo JAVAaC]$ gcc -c -fPIC -I/usr/global/java/include -I/usr/global/java/include/linux theNativeMethod.c
[yxz155@lionxo JAVAaC]$ ls
AClassWithNativeMethods.class AClassWithNativeMethods.java theNativeMethod.o
AClassWithNativeMethods.h theNativeMethod.c
[yxz155@lionxo JAVAaC]$ ld -G theNativeMethod.o -o libJCI.so -lm -lc -lpthread
[yxz155@lionxo JAVAaC]$ ls
AClassWithNativeMethods.class AClassWithNativeMethods.java theNativeMethod.c
AClassWithNativeMethods.h libJCI.so theNativeMethod.o
[yxz155@lionxo JAVAaC]$ java AClassWithNativeMethods
Exception in thread "main" java.lang.UnsatisfiedLinkError: no CJI in java.library.path
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1682)
at java.lang.Runtime.loadLibrary0(Runtime.java:822)
at java.lang.System.loadLibrary(System.java:992)
at AClassWithNativeMethods.<clinit>(AClassWithNativeMethods.java:9)
[yxz155@lionxo JAVAaC]$
The codes are as follows, I tried setProperty() as in java program, but it did not work. I also tried set LD_LIBRARY_PATH and it did not work either.
//AClassWithNativeMethods.java
import java.io.File;
import java.lang.System;
public class AClassWithNativeMethods{
public native void theNativeMethod();
static {
//System.setProperty("java.library.path",System.getProperty("java.library.path")+ File.pathSeparator+"/home2/yxz155/JAVAaC");
//System.out.println(System.getProperty("java.library.path"));
System.loadLibrary("CJI");
public static void main(String[] args){
AClassWithNativeMethods test = new AClassWithNativeMethods ();
test.theNativeMethod();
// theNativeMethod.c
#include <stdio.h>
#include "AClassWithNativeMethods.h"
JNIEXPORT void JNICALL Java_AClassWithNativeMethods_theNativeMethod
(JNIEnv *env, jobject obj){
printf("Hello~~~~");
//AClassWithNativeMethods.h
/* DO NOT EDIT THIS FILE - it is machine generated */
#include <jni.h>
/* Header for class AClassWithNativeMethods */
#ifndef IncludedAClassWithNativeMethods
#define IncludedAClassWithNativeMethods
#ifdef __cplusplus
extern "C" {
#endif
* Class: AClassWithNativeMethods
* Method: theNativeMethod
* Signature: ()V
JNIEXPORT void JNICALL Java_AClassWithNativeMethods_theNativeMethod
(JNIEnv *, jobject);
#ifdef __cplusplus
#endif
#endif

Hi all,
I am getting the error in jdk 5:
Exception in thread "main" java.lang.UnsatisfiedLinkError: getObjectSize0
at sun.instrument.InstrumentationImpl.getObjectSize0(Native Method)
at sun.instrument.InstrumentationImpl.getObjectSize(InstrumentationImpl.java:97)
at ObjectSizeEstimator.main(ObjectSizeEstimator.java:25)
while executing the following code:
public class ObjectSizeEstimator {
static {
System.loadLibrary("instrument");
public static void main(String[] args) throws Exception {
Constructor ctor = InstrumentationImpl.class
.getDeclaredConstructor(new Class[] { long.class, boolean.class });
ctor.setAccessible(true);
Instrumentation inst = (Instrumentation) ctor.newInstance(new Object[] {
Long.valueOf(0L), Boolean.TRUE });
System.out.println(inst.getObjectSize(new Object()));
"getObjectSize0" is the native method. All of my classpath setting is in place. Can Anybody tell me why i am getting this error.
Thanks in advance....:)

Still got java.lang.UnsatisfiedLinkError even after I set java.library.path

Hi,
I developed a Java application which uses JNI. Before I run the application, I set an environment variable JAVA_LIBRARY_PATH to where I put the .dll file required by my application. But when I try to run the application, I always get the exception of "java.lang.UnsatisfiedLinkError " saying that no the required .dll in java.library.path. Could anyone please tell me what's going on there ?(I am using JDK1.5.0_05.)
thanks !

Hi Scott,
Thanks for your help !
I also tried setting PATH before. But with this setting I got another problem that if I tried to the application the second time or more times, it always gives me an exception saying that the dll library already loaded by another loader. That's why I moved to set JAVA_LIBRARY_PATH because this way ever worked for me when I used lower version of Java. I did not use -Djava.library.path= option because I want to invoke my application from web application which may use RMI or HTTP.

UnsatisfiedLinkError and java.library.path?

I did look for this topic in this forum. The question has been asked, but I don't see an answer :(
I get an error at runtime...
"java.lang.UnsatisfiedLinkError: no EZTaxJavaCpp.dll in java.library.path
at java.lang.ClassLoader.loadLibrary(Unknown Source)"
Code...
public class EZTaxJNI {
private native void sendEZCmd(String cmd);
static{
System.loadLibrary("EZTaxJavaCpp.dll");
public static void main(String[] args) {
EZTaxJNI ez = new EZTaxJNI();
ez.sendEZCmd("control initialize");
System.out.println("JNI");
The dll exists. I tried adding the path with the dll name and it didn't work. I tried removing the .dll extention and no luck. Where do I set java.library.path?

regarding the dll not found :
- if you state System.loadLibrary(...) you need to put the dll into a system library (like system32)
- if you state System.load(....) you can/must specify the complete path to your dll
regarding the UnsatisfiedLinkError :
three reasons I can think of :
- if your java module belongs to a package, i.e. if you have a statement like
package com.hllapi;
in your code, then you need to state this in the native code like this
JNIEXPORT jstring JNICALL Java_com_hllapi_JRmmApi_runCommand (JNIEnv *env, jobject obj, jstring cmd)
- something in the header file is wrong ?
I usually have the 'extern "C" .....' statement in the header file,
but I guess your way should work as well
- finally, I just realized, that you have two underscores in your statement after 'Java'
-> Java__EZTaxJNI_sendEZCmd(JNIEnv* env, jobject, jstring jMsg
this might be a problem
Hope this helps....

Weird java library path error

I have the so file in the path and the file name is spelled correctly. Java still complains that the so file is not in the java.library.path. I used System.loadLibrary("Java_xDVDFSReader"). Is it possible that my so file is messed up? I included the gcc command I used to make it. I'm not familar w/ gcc so I'm not sure if the error comes from a "messed up" so file or not. Any suggestions? TIA
[ttran@localhost Java-Library-Path]$ java FindJavaLibraryPath
Library path: /usr/java/j2sdk1.4.2_02/jre/lib/i386/client:/usr/java/j2sdk1.4.2_02/jre/lib/i386:/usr/java/j2sdk1.4.2_02/jre/../lib/i386:/home/ttran/projects/Java_xDVDFSReader/final/
[ttran@localhost Java-Library-Path]$ cd ../Java_xDVDFSReader/final/
[ttran@localhost final]$ ls
C-Lib Java_xDVDFSReader.so xDVDFSReader.class xDVDFSReader.java xDVDFSReader.java~
[ttran@localhost final]$ pwd
/home/ttran/projects/Java_xDVDFSReader/final
[ttran@localhost final]$ java xDVDFSReader
Exception in thread "main" java.lang.UnsatisfiedLinkError: no Java_xDVDFSReader.so in java.library.path
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1491)
at java.lang.Runtime.loadLibrary0(Runtime.java:788)
at java.lang.System.loadLibrary(System.java:834)
at xDVDFSReader.<clinit>(xDVDFSReader.java:15)
[ttran@localhost final]$ cd C-Lib/
[ttran@localhost C-Lib]$ make
gcc -o ../Java_xDVDFSReader.so -shared -Wl,-soname,Java_xDVDFSReader.so -I/usr/java/j2sdk1.4.2_02/include -I/usr/java/j2sdk1.4.2_02/include/linux Java_xDVDFSReader.c -static -lc

This thread contains the answer:
http://forum.java.sun.com/thread.jsp?thread=298006&forum=54&message=1178476
It's stupid to have to put "lib" infront of a so file. Whose fault is it? UNIX or Java ;)

Error with System.loadLibrary(...) with java.library.path set

I'm trying to get my feet wet with JavaMonkeyEngine using netbeans (on Windows XP SP3, Java 1.6).
When I try to run a simple example program, I'm getting
Exception in thread "main" java.lang.UnsatisfiedLinkError: no lwjgl.dll in java.library.path
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1709)
My runtime arguments include: -Djava.library.path="../../../../../projectSupport/jME2/lib/lib/lwjgl/native/windows/:etc
I'm pretty sure that the path is correct, because I tried the following code:
String [] dirs = System.getProperties().getProperty("java.library.path").split(":");
for(int i = 0; i < dirs.length; i++ ){
String path = dirs[i] + java.io.File.separatorChar + "lwjgl.dll";
if( (new java.io.File(path)).exists()) {
System.out.println("found in dir " + dirs);
path = (new java.io.File(path)).getAbsolutePath();
System.load(path);
System.out.println("was able to load library manually");
and the System.load method was reached and didn't throw an exception.
However, the below call does throw an exception.
System.loadLibrary("lwjgl.dll");
Presumably, I shouldn't need to put the dlls into my Path (otherwise whats the purpose of the -D argument).
I would appreciate some brilliant illuminating thought about now, something like "you forgot the magical snafu parameter" or such.
Thanks in advance.
Eric.

My runtime arguments include:
-Djava.library.path="../../../../../projectSupport/jME2/lib/lib/lwjgl/native/windows/:{code}So, you're on a Windows OS, and looking for a Windows DLL?
I'm pretty sure that the path is correct, because I tried the following code:
{code}String [] dirs = System.getProperties().getProperty("java.library.path").split(":");{code}So, you're specifying a path using the UNIX separator ':', instead of the Windows one ';'?
Your test code has the knowledge to parse a LINUX-like path, but the Windows VM doesn't have this knowledge (I admit the misleading part is that the VM generally accepts '/' as a file separator (instead of the Windows-standard '\' one), but doesn't recognize the ':' separator). Try using ';' to separate multiple pathes in your command line:
{code}-Djava.library.path="../../../../../projectSupport/jME2/lib/lib/lwjgl/native/windows/;<noticeTheSeparators>;... J.
Edited by: jduprez on Jan 12, 2010 1:39 PM

No ocijdbc10 in java.library.path

Hello,
I am using suse 9.3
I installed http://www.oracle.com/technology/tech/oci/instantclient/instantclient.html.
Steps:
1. copy files to /opt/oracle/client
2. insert /opt/oracle/client into /etc/ld.so.conf
3. copy tnsnames.ora into /opt/oracle/client
3. export TNS_ADMIN=/opt/oracle/client
then I try to write simple java aplication:
package oracletest;
import java.sql.SQLException;
import oracle.jdbc.pool.*;
import oracle.jdbc.oci.*;
* @author hlavki
public class Main {
     /** Creates a new instance of Main */
     public Main() {
      * @param args the command line arguments
     public static void main(String[] args) {
          try {
               new OracleOCIConnectionPool
                    ("username", "*****", "jdbc:oracle:oci:@(description=(address=(host=10.0.0.224)(protocol=tcp)(port=1521))(CONNECT_DATA = (SERVICE_NAME = RORA.world)(FAILOVER_MODE = (TYPE=SELECT)(METHOD=BASIC))))", null);
          } catch (SQLException e) {
               System.out.println(e.getMessage());
          } catch (java.lang.UnsatisfiedLinkError e2) {
               System.out.println(e2.getMessage());
}I write from command line:
java -cp ./OracleTest.jar:/opt/oracle/client/ojdbc14.jar oracletest.Maineverytime I get error: "no ocijdbc10 in java.library.path".
I don't know where is problem...
hlavki@homer:~/bordel/datastudio> l /opt/oracle/client
celkom 101162
drwxr-xr-x 4 root   root       576 2005-07-26 10:27 ./
drwxr-xr-x 5 root   root       136 2005-07-26 10:05 ../
drwxr-xr-x 2 root   root        72 2005-07-25 18:00 bin/
-r--r--r-- 1 root   root   1590491 2005-06-28 19:11 classes12.jar
-r--r--r-- 1 root   root      1525 2005-06-28 19:11 glogin.sql
lrwxrwxrwx 1 root   root        17 2005-07-26 08:44 libclntsh.so -> libclntsh.so.10.1*
-rwxrwxrwx 1 root   root 18505986 2005-06-28 19:11 libclntsh.so.10.1*
-r-xr-xr-x 1 root   root     27702 2005-06-28 19:11 libheteroxa10.so*
-r-xr-xr-x 1 root   root   5480533 2005-06-28 19:11 libnnz10.so*
-rwxrwxrwx 1 root   root   1397960 2005-06-28 19:11 libocci.so.10.1*
-rwxrwxrwx 1 root   root 70659429 2005-06-28 19:11 libociei.so*
-r-xr-xr-x 1 root   root    119947 2005-06-28 19:11 libocijdbc10.so*
-r-xr-xr-x 1 root   root   1434227 2005-06-28 19:11 libsqlplusic.so*
-r-xr-xr-x 1 root   root   1047293 2005-06-28 19:11 libsqlplus.so*
-r--r--r-- 1 root   root   1536979 2005-06-28 19:11 ojdbc14.jar
-r--r--r-- 1 root   root   1642000 2005-06-28 19:11 orai18n.jar
drwxrwxrwx 4 root   root       152 2005-06-28 19:11 sdk/
-r-xr-xr-x 1 root   root      8843 2005-06-28 19:11 sqlplus*
-rw-rw-r-- 1 hlavki users      478 2005-07-26 10:12 tnsnames.orathanks, miso

I am found the same error but my app server is in windows. What should I do?
Exception
Type:
class java.lang.UnsatisfiedLinkError
Message:no ocijdbc10 in java.library.path Stack trace:java.lang.UnsatisfiedLinkError: no ocijdbc10 in java.library.path
     at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1517)
     at java.lang.Runtime.loadLibrary0(Runtime.java:788)
     at java.lang.System.loadLibrary(System.java:834)
     at oracle.jdbc.driver.T2CConnection.loadNativeLibrary(T2CConnection.java:2855)
     at oracle.jdbc.driver.T2CConnection.logon(T2CConnection.java:222)
     at oracle.jdbc.driver.PhysicalConnection.<init>(PhysicalConnection.java:344)
     at oracle.jdbc.driver.T2CConnection.<init>(T2CConnection.java:136)
     at oracle.jdbc.driver.T2CDriverExtension.getConnection(T2CDriverExtension.java:79)
     at oracle.jdbc.driver.OracleDriver.connect(OracleDriver.java:545)
     at java.sql.DriverManager.getConnection(DriverManager.java:512)
     at java.sql.DriverManager.getConnection(DriverManager.java:171)
     at com.rap_x.setup.HibernateConfigurator.checkJdbcConnection(HibernateConfigurator.java:416)
     at com.rap_x.setup.controllers.DatabaseController.setupDB(DatabaseController.java:53)
     at com.rap_x.setup.controllers.AbstractDatabaseController.processFormSubmission(AbstractDatabaseController.java:77)
     at org.springframework.web.servlet.mvc.AbstractFormController.handleRequestInternal(AbstractFormController.java:236)
     at org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:119)
     at org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:45)
     at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:389)
     at org.springframework.web.servlet.FrameworkServlet.serviceWrapper(FrameworkServlet.java:342)
     at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:328)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
     at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
     at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
     at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
     at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
     at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
     at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
     at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
     at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
     at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:540)
     at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
     at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
     at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
     at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
     at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
     at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
     at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
     at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
     at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
     at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
     at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
     at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
     at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799)
     at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705)
     at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
     at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
     at java.lang.Thread.run(Thread.java:534)

Meaning of java.library.path and UnsatisfiedLinkError

I'm trying to compile and run a simple program that uses a jar extension called "*jnetpcap*". I compile it (with classpath), then run it with:
java -classpath /usr/share/java/jnetpcap.jar:./ <ClassFileName>
When I do this I get :
Exception in thread "main" java.lang.UnsatisfiedLinkError: no jnetpcap in java.library.path
*...What's that all about ?*

Some Java libraries are written partly in native code (usually written in C++). The native code is placed in a shared library, which is a .dll on Windows, or a .so on unix. java.library.path is the system property which tells the JVM which directories to search for these shared libraries. I suggest you look for a jnetpcap.so. If you find it try the command line option -Djava.library.path=/netpcap/lib (giving the directory containing the .so file).

Oracle Calendar - UnsatisfiedLinkError: no csdkjni in java.library.path

Hi, all.
I deployed my test calendar application developed using Jdeveloper 10.1.3.0 (on Windows XP) to the Oracle 10.1.3. AS on a linux server, but the CalendarServer in on another installation (Collaboration Suite 10.1.2) on the same linux server.
When I try to executed the code that calls the calendar server I get this error:
500 Internal Server Error
javax.faces.el.EvaluationException: java.lang.UnsatisfiedLinkError: no csdkjni in java.library.path
I set the LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$ORACLE_HOME/lib:$ORACLE_HOME/ocal/lib on the collaboration suite 10.1.2 installation.
When I try to run the code on my Jdeveloper I get the same error:
java.lang.UnsatisfiedLinkError: no csdkjni in java.library.path
In my windows machine I create a folder where I put the dll's and jar files that came from the collaboration suite windows installation, but I get always the same error
This is the code:
try
Api.init("calendar.ini", "calendar.log");
catch(Api.StatusException e)
System.out.println("init returned status'" + e.getMessage() + "'");
System.exit (1);
Is my approach correct? Because if i'm developing on Windows and I need dll's files to connect to the calendar server on linux, but when I deploy the application to the linux server those dll's are useless and cannot be used. So am I missing something here? Do I need anything else to get this to work?
Best Regards,
Rui

1. Use 1 and only 1 of classes12.zip and ojbc14.jar; they have different versions of the same classes in them.
2. The Oracle OCI driver for JDBC uses .dll files or .so files from the Oracle client installation (as well as Oracle network configuration files, I think); most people use the thin driver instead to avoid this problem.
To use the thin driver, change your url, see here for details:
http://www.oracle.com/technology/tech/java/sqlj_jdbc/htdocs/jdbc_faq.htm#05_00
To stay with the OCI driver (not recommended), you need to have the appropriate Oracle client installation (or at least get the dlls or sos), and I think set additional environment variables, such as ORACLE_HOME and possibly LD_LIBRARY_PATH. I don't do this myself, so I can't give much more advice.

Java.lang.UnsatisfiedLinkError: no ocijdbc8 in java.library.path

hi,
i am trying to connect to an oracle 8.1.7 database from my application running on tomcat 4.0.3 / jdk1.4 /windows nt.
using the thin jdbc-driver (classes12.zip) everything works fine.
when i try using the oci8-driver, i get an error-message saying:
java.lang.UnsatisfiedLinkError: no ocijdbc8 in java.library.path
i have the oracle-client installed on my machine.
the ocijdbc8.dll can be found in D:\server\oracla81\bin
the environment-variables PATH, CLASSPATH, LD_LIBRARY_PATH (i'm not sure if this has any meaning on nt) all point to this directory.
i start tomcat using the following option: -Djava.library.path="D:\server\oracla81\bin"
my application can see this variable:
System.out.println("java.library.path: "+System.getProperty("java.library.path"));
prints out the correct value.
then i try to load the library by myself:
try {
System.loadLibrary("ocijdbc8");
System.out.println("Successfully Loaded");
} catch(Exception e) {
System.out.println("LD_LIBRARY_PATH is not properly set");
e.printStackTrace();
everything works fine! the library is loaded!
finally i try to connect to the database and the application throws the mentioned exception:
lang.UnsatisfiedLinkError: no ocijdbc8 in java.library.path
     at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1410)
     at java.lang.Runtime.loadLibrary0(Runtime.java:772)
     at java.lang.System.loadLibrary(System.java:832)
     at oracle.jdbc.oci8.OCIDBAccess.logon(OCIDBAccess.java:228)
     at oracle.jdbc.driver.OracleConnection.(OracleConnection.java:249)
     at oracle.jdbc.driver.OracleDriver.getConnectionInstance(OracleDriver.java:365)
     at oracle.jdbc.driver.OracleDriver.connect(OracleDriver.java:260)
any help would be appreciated.
thanx in advance,
frank.
[email protected]

It is probably JDK 1.4 that causes the problem. I was able to get strange errors with that version of the JDK with code that worked fine using 1.31.

Java.lang.UnsatisfiedLinkError: no ocijdbc10 in java.library.path

Hi,
I'm using Java 1.5 with Oracle 10g on a Mac 10.5.6 and trying to use the OCI cilent. Sadly, I'm getting the following error
Caused by: java.lang.UnsatisfiedLinkError: no ocijdbc10 in java.library.path
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1753)
at java.lang.Runtime.loadLibrary0(Runtime.java:822)
at java.lang.System.loadLibrary(System.java:993)
at oracle.jdbc.driver.T2CConnection$1.run(T2CConnection.java:3147)
at java.security.AccessController.doPrivileged(Native Method)
at oracle.jdbc.driver.T2CConnection.loadNativeLibrary(T2CConnection.java:3143)
at oracle.jdbc.driver.T2CConnection.logon(T2CConnection.java:221)
at oracle.jdbc.driver.PhysicalConnection.<init>(PhysicalConnection.java:441)
at oracle.jdbc.driver.T2CConnection.<init>(T2CConnection.java:132) at oracle.jdbc.driver.T2CDriverExtension.getConnection(T2CDriverExtension.java:78)
at oracle.jdbc.driver.OracleDriver.connect(OracleDriver.java:801)
at com.caucho.sql.DriverConfig.createDriverConnection(DriverConfig.java:567)
at com.caucho.sql.ManagedConnectionImpl.initDriverConnection(ManagedConnectionImpl.java:242) at com.caucho.sql.ManagedConnectionImpl.<init>(ManagedConnectionImpl.java:131)
at com.caucho.sql.ManagedFactoryImpl.createManagedConnection(ManagedFactoryImpl.java:121) at com.caucho.jca.ConnectionPool.create(ConnectionPool.java:792)
at com.caucho.jca.ConnectionPool.allocatePool(ConnectionPool.java:661) at com.caucho.jca.ConnectionPool.allocate(ConnectionPool.java:620)
... 23 more
My database connection string is
jdbc:oracle:oci:@test-database:1521:orcl11
I am using a Resin 3.0.19 app server, and the java.library.path I set it to is /opt/oracle:/opt/oracle/lib. Here are the contents of those directories
/opt/oracle:
bin     lib     network     ord     sqlj
/opt/oracle/lib
README_IC.htm          libheteroxa10.dylib     libocijdbc10.dylib     orai18n.jar
classes12.jar          libnnz10.dylib          libsqlplus.dylib     sqlplus
glogin.sql          libocci.dylib.10.1     ocrs12.jar
libclntsh.dylib.10.1     libociei.dylib          ojdbc14.jar
Any ideas for further troubleshooting? Thanks, - Dave

The oci library must be in the shared library path of the platform. Simple as that.
Do you have that library(ocijdbc10) installed? On platforms besides MAC a client install of the Oracle GUI allows for it.

UnsatisfiedLinkError: no awt in java.library.path

Hi all,
UnsatisfiedLinkError: no awt in java.library.path
I get the above error when I try to start either the WebLogic server
or the Console from the command line. I'm using JDK1.2 on Solaris 2.6
with the WebLogic Server 4.5.1 evaluation program. The error leads me to
believe that the JDK_HOME property is not correctly set. ALL info on the
site pertaining to the JDK_HOME property applies to Windows, and I have
not seen anything about this property in a Solaris environment.
Currently my JDK_HOME property points to the directory where all of the
binaries are located, rather than where the rte.jar file is located.
Can anyone who has successfully run the evaluation on Solaris with
JDK 1.2 give some pointers as to how your environment settings are set?
Thanks!
BP

Hi Brian,
Your JDK_HOME should point to your java directory, NOT to the bin directory.
Your PATH however should have the bin directory appended to it if you want
to be able to run java without having to explicitly specify its full path.
Brian Ploetz <[email protected]> wrote in message
news:[email protected]..
Hi all,
UnsatisfiedLinkError: no awt in java.library.path
I get the above error when I try to start either the WebLogic server
or the Console from the command line. I'm using JDK1.2 on Solaris 2.6
with the WebLogic Server 4.5.1 evaluation program. The error leads me to
believe that the JDK_HOME property is not correctly set. ALL info on the
site pertaining to the JDK_HOME property applies to Windows, and I have
not seen anything about this property in a Solaris environment.
Currently my JDK_HOME property points to the directory where all of the
binaries are located, rather than where the rte.jar file is located.
Can anyone who has successfully run the evaluation on Solaris with
JDK 1.2 give some pointers as to how your environment settings are set?
Thanks!
BP

UnsatisfiedLinkError: no ocijdbc8 in java.library.path

In case any of you have gotten this error (I've seen a lot of posts in reference to it) and are using Windows Apache Jserv..... make sure to update your jserv.properties's wrapper.path property with the path to your OCIJDBC8.DLL.
Here is the error log from my mod_jserv.log file:
[26/07/2000 00:08:12:433] (ERROR) ajp12: Servlet Error: java.lang.UnsatisfiedLinkError: no ocijdbc8 in java.library.path: no ocijdbc8 in java.library.path
so if you've got similar problems and already have ocijdbc8.dll in your WINDOWS path.. remember that JSERV requires it in ITS OWN PATH property.
Just trying to be helpfull :^)
Moran Ben-David
[email protected]

are you able to run jdbc programs from javac?

UnsatisfiedLinkError: no njssl10 in java.library.path

Hello everyone,
Currently I'd like to use a web service which is secured by https within JDeveloper 10.1.3. Therefore I've created a web service proxy for calling the web service.
Unfortunately running my application and trying to call the web service results in the following error message:
java.lang.UnsatisfiedLinkError: no njssl10 in java.library.path
I've already tried to use the standard Sun J2SE, instead of the build-in J2SE, but this didn't provide a solution.
What can I do to make the system find the njssl10?
Thanks in advance!

"http://forums.oracle.com/forums/message.jspa?messageID=955189" didn't solve the issue (in this situation), as I also already tried changing libraries and using the JSSE environment from Sun.
The strange thing however is that when I start the HTTP analyzer the problem doesn't occur (although I then end up with a "400 Bad Request"). Even though I don't use the HTTP analyzer as a proxy or something, and my code also doesn't refer to localhost so it doesn't use the HTTP analyzer at all. Isn't this strange?

Windows too - java.lang.UnsatisfiedLinkError: no cis in java.library.path

There have been many posts of people who get the following exception:
java.lang.UnsatisfiedLinkError: no cis in java.library.path
And it is always on solaris only, they don't seem to get it on windows. However, I AM using windows and am getting this error trying to run a simple stand alone java app to connect to a jms topic. I'm trying to connect like so:
Hashtable env = new Hashtable();
env.put(Context.INITIAL_CONTEXT_FACTORY, "com.sun.jndi.cosnaming.CNCtxFactory");
env.put(Context.PROVIDER_URL, "iiop://localhost:3700");
jndiContext = new InitialContext(env);
Thus far I have been COMPLETELY unable to get a simple little standalone java app to connect to a jms topic on the sun server. Why is this so @#%$#@ hard? Anyway, even though it compiles file, I get the above exception when I try. I imagine it's a environment varaible/classpath issue. Soooo, can someone please give me the complete list of all required jar/dll files which must be in the classpath, as well as all environment variables which must be set in order to get a simple java app to connect to a jms topic? Please? Thank you.
Tony

Sorry, but I have those .dll files in my classpath. Here is the batch file I'm using to try to run my simple standalone app (called SimpleTopicPublisher):
cls
setlocal
set JAVA_HOME=C:\sun\AppServer7\jdk
set ANT_HOME=C:\prog\java\BOABackOffice\3rdparty\ant
set IMQ_HOME=C:\sun\AppServer7\imq
set classpath=.;
set classpath=%classpath%;C:\prog\java\BOABackOffice\3rdparty\junit\junit.jar
set classpath=%classpath%;C:\sun\AppServer7\imq\lib\jms.jar;C:\sun\AppServer7\imq\lib\imq.jar;C:\sun\AppServer7\imq\lib\fscontext.jar
set classpath=%classpath%;C:\sun\AppServer7\lib\appserv-ext.jar;C:\sun\AppServer7\lib\appserv-rt.jar;C:\sun\AppServer7\lib\appserv-admin.jar
set classpath=%classpath%;C:\sun\AppServer7\bin\cis.dll;C:\sun\AppServer7\bin\libnspr4.dll;C:\sun\AppServer7\bin\libplc4.dll
set classpath=%classpath%;C:\sun\AppServer7\bin\libplds4.dll;C:\sun\AppServer7\bin\nss3.dll;C:\sun\AppServer7\bin\ssl3.dll
set path=%path%;%JAVA_HOME%\bin;%ANT_HOME%\bin
java SimpleTopicPublisher com.ecc.utils.LoggerTopic 1
endlocal
I have all the .dll's in my classpath, as well as .jar files that I can think of. Still no luck.
- Tony

UnsatisfiedLinkError: and no oraInstaller in java.library.path

Similar Messages

Maybe you are looking for