JDBC Driver compatibility

Hi,
I would like to find out if the Oracle9i 9.2.0.1 JDBC Drivers can be used to access an Oracle 8.1.7 database.
If somebody can provide a pointer to documentation on this topic, I would appreciate it.
Thanks
Sam

I think you've made some syntax error,
try to change this sentence "DriverManager.registerDriver(new oracle.jdbc.driver.OracleDriver()"
to "DriverManager.registerDriver(oracle.jdbc.driver.OracleDriver)"
or you can just write like this:
Class.forName("oracle.jdbc.driver.OracleDriver")
String conurl="jdbc:oracle:thin:@localhost:1521:orcl";
Connection con=DriverManager.getConnection(conurl,"username","password");
hope it will do some help

Similar Messages

JDBC DRIVER COMPATIBILITY PROBLEM

hi all,
im using windows 98 ,jdk 1.3, and oracle 9i
on compiling the program i'm getting the error
cannot resolve symbol
class OracleDriver()
package driver
DriverManager.registerDriver(new oracle.jdbc.driver.OracleDriver()
the error which it is giving is that it cant resolve symbol
the class path is right (i guess it should be)
OracleDriver class is present in oracle.jdbc.driver package but then too it cant resolve the symbol
what do u think is the prob
suggest some solution
i have to do database connectivity with servlets
help me
pallavi

I think you've made some syntax error,
try to change this sentence "DriverManager.registerDriver(new oracle.jdbc.driver.OracleDriver()"
to "DriverManager.registerDriver(oracle.jdbc.driver.OracleDriver)"
or you can just write like this:
Class.forName("oracle.jdbc.driver.OracleDriver")
String conurl="jdbc:oracle:thin:@localhost:1521:orcl";
Connection con=DriverManager.getConnection(conurl,"username","password");
hope it will do some help

Oracle 9.2.0.6 client JDBC OCI driver compatibility issue with JRockit 1.4.

I have weblogic server 8.1 sp4 running on Linux E3.0 using JRockit 1.4.2_5.
I cannot seem to get the Oracle driver ojdbc14.jar to work. Yes I have added $ORACLE_HOME/bin to my classpath prior to any weblogic classes, I added $ORACLE_HOME/lib and $ORACLE_HOME/jdbc/lib to my LD_LIBRARY_PATH with no luck.
I get the error "no ojdbc10 in java.library.path".
I keep reading in the JDBC driver notes that the driver is compatible with different version of JDK 1.x but not JRockit. Perhaps Oracle 10 has this fixed.
Anyone experiences the same problem ? I am stuck ..

Oracle database 10.2 drivers ojdbc14.jar may also be used with JDK 5.0.
http://www.oracle.com/technology/tech/java/sqlj_jdbc/htdocs/jdbc_faq.htm#02_03

JDBC DRIVER JDK Compatability...

We are currently using XI 3.0 service pack 20 which runs on JDK 1.3..we have an interface to an oracle system which is on 11g..
We were given the OJDBC6 drives (which I understand is only for JDK 1.6) and we installed it.. but the CC does not due the JDK incompatability... the exact error in CC - (Unsupported major.minor version 50.0).
I would like to knowif anybody has faced this issue and what is the best solution possible -
1) Upgrade Xi 3.0 to JDK 1.6...not sure if that is possible?
2) Use a lower version drivers to connect tot the db...not sure if that is possible either...
I would appreciate your thoughts on this issue...
Regards,
Arvind R

Hi Arvind,
The installation wizard creates an Oracle JDBC provider that uses the Oracle 10g JDBC driver (ojdbc14.jar). This JDBC driver can be used for connecting to both Oracle 10g and Oracle 11g. However, you might want to use the Oracle 11g JDBC driver (ojdbc5.jar) for connecting to Oracle 11g if you find issues with the Oracle 10g JDBC driver, or if your organization has standardized on the Oracle 11g JDBC driver.
Find more infor here...
http://www.oracle.com/technology/software/tech/java/sqlj_jdbc/htdocs/jdbc_111060.html
Regds,
Pinangshuk.

Oracle JDBC Driver 10.2.0.1.0 DataBaseMetaData Incorrect For Unary FKs

Friends,
My firm (which is not a MetaLink subscriber) has discovered a bug in the Oracle 10g JDBC Driver (10.2.0.1.0). The bug affects unary associations, namely cases in which the foreign key of a table points to that very table's primary key.
In such cases, method DatabaseMetaData.getExportedKeys (which is designed to return all foreign keys that reference a specified table) fails to return the foreign key reference. The method works correctly as long as the foreign key "points to" a different table. Example:
ResultSet lResultSetForeignKeys = aDatabaseMetaData.getExportedKeys(<foo>)
while (lResultSetForeignKeys.next())
// NOTHING RETURNED
In this case, the ResultSet contains no elements.
We discovered this problem testing the same logic against a cross-section of commercial databases. All other DBMS drivers produce the correct result except for the Oracle drivers.
If some brave soul would convert this into a MetaLink TAR we'd sure appreaciate it, and if possible we'd love to be in the loop regarding the progress on this issue. My e-mail ID is [email protected], and I'm working on behalf of Corticon Technologies, Inc.
Sincerely,
David Lynch
General Manager, SOTA

My understanding is that to be a MetaLink subscriber you have to be an Oracle customer or subscribe for Oracle support services. Since Oracle is only one of the many databases we support, and because our sole objective with Oracle is compatibility testing, it's unlikely that we will become subscribers unless it's essentially free.
Oracle is tangential (not core) to our own offerings, so we don't have a pressing need for support. Is there some avenue for people in our shoes?

Bug in Oracle JDBC Driver: NullPointerException when calling clearParameters

There is a bug in the latest version of the JDBC driver that throws a NPE when calling PreparedStatement.clearParameters(). I don't need a response to this, since I have a workaround (just catching and ignoring the exception), but it should probably be fixed. I speculate that the problem only occurs when you try to call clearParameters() more than once on the same PS, but I haven't confirmed it.
It is probably an easy fix. Following is the stack trace:
java.lang.NullPointerException
at oracle.jdbc.dbaccess.DBData.clearItem(DBData.java:431)
at oracle.jdbc.dbaccess.DBDataSetImpl.clearItem(DBDataSetImpl.java:3528)
at oracle.jdbc.driver.OraclePreparedStatement.clearParameters(OraclePreparedStatement.java:3401)
at com.solarmetric.datasource.PreparedStatementCache$CachePreparedStatement.close(PreparedStatementCache.java:293)
at com.solarmetric.kodo.impl.jdbc.SQLExecutionManagerImpl.executePreparedStatementBatch(SQLExecutionManagerImpl.java:666)
at com.solarmetric.kodo.impl.jdbc.SQLExecutionManagerImpl.executePreparedStatement(SQLExecutionManagerImpl.java:514)
at com.solarmetric.kodo.impl.jdbc.SQLExecutionManagerImpl.executeInternal(SQLExecutionManagerImpl.java:406)
at com.solarmetric.kodo.impl.jdbc.SQLExecutionManagerImpl.flush(SQLExecutionManagerImpl.java:273)
at com.solarmetric.kodo.impl.jdbc.runtime.JDBCStoreManager.flush(JDBCStoreManager.java:421)
at com.solarmetric.kodo.runtime.PersistenceManagerImpl.flush(PersistenceManagerImpl.java:549)
at com.solarmetric.kodo.runtime.PersistenceManagerImpl.commit(PersistenceManagerImpl.java:412)
at com.sun.jdotck.api.persistencemanager.MakePersistentAssignsObjectId.testMakePersistentAssignsObjectId2(Unknown Source)
at com.sun.jdotck.api.persistencemanager.MakePersistentAssignsObjectId.testMakePersistentAssignsObjectId(Unknown Source)
at com.sun.jdotck.api.persistencemanager.MakePersistentAssignsObjectId.runTest(Unknown Source)
at com.sun.jdotck.api.persistencemanager.PersistenceManagerTest.run(Unknown Source)
at com.solarmetric.kodo.compatibility.JDOCompatabilityTestSuite$1.runTest(JDOCompatabilityTestSuite.java:493)
at junit.framework.TestCase.runBare(TestCase.java:127)
at junit.framework.TestResult$1.protect(TestResult.java:106)
at junit.framework.TestResult.runProtected(TestResult.java:124)
at junit.framework.TestResult.run(TestResult.java:109)
at junit.framework.TestCase.run(TestCase.java:118)
at junit.framework.TestSuite.runTest(TestSuite.java:208)
at junit.framework.TestSuite.run(TestSuite.java:203)
at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:325)
at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:524)
Marc Prud'hommeaux [email protected]
SolarMetric Inc. http://www.solarmetric.com

Take a look at the method that is causing the NullPointerException:
public void clearItem(int i)
if (!m_dynamic && m_vector == null && i < m_vector.size())
m_vector.removeElementAt(i);
if (m_items != null && i >= m_items.length)
return;
m_items[i] = null;
return;
A NullPointerException will be thrown whenever clearParameters() is called when no parameters have yet been bound.
The first IF statement should read:
if (!m_dynamic && m_vector != null && i < m_vector.size())
A simple workaround would be to make sure that your parameter list is never empty before calling clearParameters(). Is there a patch for this anywhere?

Use of oracle.jdbc.driver now deprecated.

Hi all,
Just thought of sharing this note with us.,(if its new ..)
http://otn.oracle.com/docs/products/oracle9i/doc_library/901_doc/java.901/a90211/overvw.htm#1008871
Extract ...,
Beginning in Oracle9i, the Oracle extensions to JDBC are captured in the package oracle.jdbc. This package contains classes and interfaces that specify the
Oracle extensions in a manner similar to the way the classes and interfaces in java.sql specify the public JDBC API.
Your code should use the package oracle.jdbc instead of the package oracle.jdbc.driver used in earlier versions of Oracle. Use of the package
oracle.jdbc.driver is now deprecated, but will continue to be supported for backwards compatibility.
All that is required to covert your code is to replace "oracle.jdbc.driver" with "oracle.jdbc" in the source and recompile. This cannot be done piece-wise.
You must convert all classes and interfaces that are referenced by an application. Conversion is not required, but is highly recommended. Future releases of Oracle
may have features that are incompatible with use of the package oracle.jdbc.driver.
The purpose of this change is to enable the Oracle JDBC drivers to have multiple implementations. In all releases up to and including Oracle9i, all of the Oracle
JDBC drivers have used the same top level implementation classes, the classes in the package oracle.jdbc.driver. By converting your code to use
oracle.jdbc, you will be able to take advantage of future enhancements that use different implementation classes. There are no such enhancements in Oracle9i, but
there are plans for such enhancements in the future.
Regards
Elango.

The two main things that would have to change
- driver : com.microsoft.sqlserver.jdbc.SQLServerDriver
- url: jdbc:microsoft:sqlserver://localhost:1433
It may be that this page will help you
http://msdn.microsoft.com/data/learning/jdbc/
You also need to make sure that the files Msbase.jar , Msutil.jar and Mssqlserver.jar are all available in the "classpath"
For a web app, that means these files should be in the WEB-INF/lib directory.
Good luck,
evnafets

Jdbc driver of sender/ receiver jdbc adapter

Hi Everybody,
Can you please tell me what is the most commonly used jdbc driver for a sender/receiver jdbc adapter in projects??
thanks a lot
Anitha

It all depends on the database you connect.
Check the official data base site for JDBC drivers. You can also check standards SAP docs, notes for compatability in PI.

Query on Driver Compatibility with Oracle 9i & Oracle 11g

Technical query on Driver Compatibility with Oracle 9i & Oracle 11g of our client scenario
1. There are 2 databases, FCDB and FCR DB. Both the databases are running on Oracle 9i. FCDB Application present is using the same version of JDBC driver (classes12.jar) to communicate with FCDB Local and FCR Host Database. And it is JDK 1.4 compliant.
2. We require upgrading the FCDB alone to 11g Release 1 and FCR DB with same Oracle 9i.
3. In this case, if the application is using the same version of JDBC driver (classes12.jar) to communicate with FCDB Local and FCR Host Database, will there be any issues.
4. Need to check if there is any issues related to the classes12.jar with 11g Release 1 DB whether oracle will extend their support to us and how and when they can they provide it.
5. If there are any issues, can that be resolved by Oracle Support?
Edited by: user13290657 on Mar 4, 2011 12:41 PM

This forum deals with migrations from foreign databases to Oracle.
You might better post your request in this forum:
http://forums.oracle.com/forums/category.jspa?categoryID=288

How to avoid oracle.jdbc.driver.OracleConnection using

i'am new in Java but recently i've got a project on support.
Problem:
solution worked on jvm 1.4, now on 1.7.
Respectively, class oracle.jdbc.driver.OracleConnection has been used.
Now I need class oracle.jdbc.OracleConnection to use CLOB.createTemporary() but...I can't.
According to the docs, it's enough to replace in code and config files one class declaration on another. But NO. I replaced all of them in all config files and anyway, there was only oracle.jdbc.driver.OracleConnection has been created. (there is no explicit declaration of connection type in code, everything is configured in config files)
Project uses marven, mybatis-3.1.1. Database: oracle 9
Driver: ojdbc14-9.2.0.5.jar contains both classes: both oracle.jdbc.driver.OracleConnection (for backward compatibility) and oracle.jdbc.OracleConnection.
The matter is what should i do to use second one instead of first one.
May be there is some java cache? I do not know...
Anybody knows?

Now I need class oracle.jdbc.OracleConnection to use CLOB.createTemporary() but...I can't.
Why not? You have to explain, in detail, WHAT you are trying and WHY you say you "can't" do it.
According to the docs, it's enough to replace in code and config files one class declaration on another.
That is correct - this IS all that is required. Replace ALL references to 'oracle.jdbc.driver' in your code.
But NO. I replaced all of them in all config files and anyway, there was only oracle.jdbc.driver.OracleConnection has been created. (there is no explicit declaration of connection type in code, everything is configured in config files)
We can't SEE what 'config' information you say you changed. It is what is in the CODE that matters, not what is in a config file.
If the 'oracle.jdbc.driver' package is being imported by your code and a reference to 'Connection' is made Java will use it from the first package that it finds the class in.
You are using an ANCIENT jdbc jar file. That doc you linked to WARNS you that you should upgrade and that doc is over ten years old.
Remove that old jdbc jar file and use the current driver. Also remove references to the old package and replace them with references to the new package.
With code and jars that are that old you can expect to have problems trying to use additional features, especially extensions. I would be surprised if you didn't have other issues as well.
You need to perform code review to find all of the references that need to be corrected.

Oracle driver compatibility

Hi,
We have an application which writes to Oracle BLOBs.
This is part of a stored procedure call from our application.
However, when trying to write the following exception is thrown:
java.lang.ClassCastException: class oracle.sql.BLOB:library:[email protected]Loader@4f4a1ab7@alive incompatible with class oracle.sql.BLOB:library:[email protected]r@16ba8602@alive
It seems to me that there are multiple version of the oracle classes in the system, and this is causing issues.
ORACLE_DRIVER in the above error is the custom jdbc driver which was uploaded (ojdbc14.jar) which our datasource uses.
The datasource is working as data has been inserted into the database.
Any ideas?
Should we use a different driver? Should we be deploying different classes?
Regards,
Andrew

Please follow [this thread|Oracle Compatibility;.

Doubts: Oracle 9i Client -J2SDK1.4 - JDBC Driver

Hi eXperts,
I have installed Oracle 9i(9.2.0.1) client in my machine. Along with the Oracle 9i client, there are two JREs (versions 1.3.1 and 1.1.8) also installed. After installing the oracle 9i client, the SYSTEM�s environment variable �PATH� is updated with the �bin� directory of both JRE (C:\Program Files\Oracle\jre\1.3.1\bin;
C:\Program Files\Oracle\jre\1.1.8\bin;) and �bin� director of Oracle home (C:\oracle\ora92\bin;)
Already I have installed J2SDK 1.4.1_02. I have set the USER�s environment variable �PATH� to �C:\j2sdk1.4.1_02\bin;�
My problem is:
1.     Before installing oracle 9i client, I was working with J2SDK v1.4.1. After installing, I could not able to invoke the J2SDK 1.4.1; instead I�m invoking JRE 1.3.1. I want work with latest version of J2SDK (that is J2SDK1.4.1, the one I installed) at the same time without disturbing the Oracle 9i clients JREs. Because, I want use the Oracle client for JDBC connection to the database.
2.     I have installed J2SDK1.4.1, I want connect with oracle 9i database from JAVA using JDBC driver. That means JDBC driver supporting J2SDK1.4. (With ojdbc14.jar, not with classes12.jar,). But, currently I�m using �classes12.jar� to connect with database, because my program invokes JRE1.3, not J2SDK1.4.
3.     And one more doubt is that why Oracle 9i client comes with two JREs. JRE 1.3.1 is having backward compatibility; it should support JRE 1.1.8 features too. Why two JREs?
Hope that any of you can solve my doubts.
Thank & Regards,
Vijay

Hi Viravan,
Yes of course, JRE 1.1.8 doesn�t have the forward compatibility with JRE 1.3. I would like to hear the words from you to clear and assure myself with the doubt that what is the purpose of inclusion of JRE1.1.8 along with the oracle 9i client?. I�m assuming that this is because of to use JRE 1.1.8 compatible JDBC drivers. Is it right?
Because,
For JDK1.1 � classes111.zip
For JDK1.2 and JDK1.3 � classes12.zip and
For JDK1.4 � ojdbc14.jar
If that is the case why they haven�t included the JRE1.4 along with Oracle 9i client, because they were provided the ojdbc14.jar.
If any OTHER REASON is there, please let me know. I�m suspecting that there may be some other reasons for the inclusion of JRE1.1.8. Looking forward your reply�
Thanks for your support.
Vijay

UCCX8 and MySql JDBC Driver

Hi,
i tried to find a way to connect the UCCX8 with my MySql database. I got the MySql JDBC Driver but i can't install this on my UCCX8 server.
I use UCCX 8.0.1. Is there any way to connect mysql with UCCX8? Supported or unsupported?
Thanks for all...
Christian

If you check the compatibility Matrix here:
http://www.cisco.com/en/US/docs/voice_ip_comm/cust_contact/contact_center/crs/express_compatibility/matrix/crscomtx.pdf
MySQL is not listed as compatible. And so will not be supported...

Where can I download the JDBC driver for Oracle 9.2.0.6.0?

I am looking for the right JDBC driver to connect to Oracle 9.2.0.6.0 with downward compatibility to 8.1.7.

You will find all the needed information at
http://www.oracle.com/technology/tech/java/sqlj_jdbc/index.html

MSSQL JDBC driver missing for installation of NW '04 SR1

Hi all,
during the installation of NW '04 SR1/EP6 on a system running MSSQL Server 2000 SP4 SAPinst crashes with the following error:
ERROR 2007-03-06 22:33:34
MDB-05800 <html>Cannot find jdbc driver for MS SQL Server</html>
I searched this forum, the notes and asked Dr. Google but to no avail. Can anybody give me a hint what's the problem, please?
Best regards,
Bernd

Thanks a lot for your help Dan! Your suggestion has shown me the right direction. As I wrote the directory you mentioned was indeed missing. I copied it from another installation and it worked.
At least it seemed to work, but I've got another problem concerning the database connection during the installation. While performing the step "Load Java Database content" SAPinst crashes again with the following output:
com.sap.inst.jload.Jload main
SEVERE: couldn't connect to DB
com.sap.sql.log.OpenSQLException: Could not load class com.ddtek.jdbc.sqlserver.SQLServerDriver.
The strange thing is that I found two different SQL driver on the machine with the working installation! One was located in the installation media directory, the files WebAS is working with are obviously another version, because they have significantly different files sizes!
Does someone have a hint which versions of SQL Server and driver files do work together?

JDBC Driver compatibility

Similar Messages

Maybe you are looking for