8.1.6 JDBC-Thin on NT appears to have a problem

I could just be experiencing the wonders of Windows NT but I am
having a problem connecting to our Oracle Database using
JDK1.2.2 and the 8.1.6 thin drivers.
I downloaded and installed the classes12.zip and my program
finds and loads the driver just fine and it even tries to
connect but the following happens:
DBConnectionDriver: attempting to load
oracle.jdbc.driver.OracleDriver
DBConnectionDriver: successfully loaded driver
DBConnectionPool.init: creating connection: 0 With URL:
jdbc:oracle:thin:@10.16.
9.234:1521:lbweb1
DBConnectionPool.init: user: lbidsa
DBConnectionPool.init: password: harry
DBConnectionPool caught: The Network Adapter could not establish
the connection
java.sql.SQLException: The Network Adapter could not establish
the connection
at oracle.jdbc.dbaccess.DBError.check_error(DBError.java:406)
at oracle.jdbc.driver.OracleConnection.<init>
(OracleConnection.java:169)
at oracle.jdbc.driver.OracleDriver.getConnectionInstance
(OracleDriver.ja
va:231)
at oracle.jdbc.driver.OracleDriver.connect
(OracleDriver.java:208)
at java.sql.DriverManager.getConnection
(DriverManager.java:457)
at java.sql.DriverManager.getConnection
(DriverManager.java:106)
at com.innerlinx.db.DBConnectionPool.<init>
(DBConnectionPool.java, Compi
led Code)
at com.innerlinx.db.DBConnectionDriver.initPool
(DBConnectionDriver.java:
70)
at com.innerlinx.db.SQLTest.main(SQLTest.java, Compiled
Code)
The interesting thing is that the weblogic driver connects just
fine. Also interesting to note is that this does not happen on
Solaris
Any ideas?
dean
null

The server has to be 8.1.6 or above to
use the XA features.
<BLOCKQUOTE><font size="1" face="Verdana, Arial">quote:</font><HR>Originally posted by Bill Burcham ([email protected]):
I'm using Oracle's 8.1.6 XADataSource. I'm enlisting the XAResource associated with an XAConnection with my JTA transaction manager. I'm hitting an 8.1.5 RDBMS server.
Apparently, I'm missing the PL/SQL package JAVA_XA. Can I get a .sql for it and load it into the 8.1.5 server and succeed, or do I have to get an 8.1.6 server?
Here's the error message I get at commit-time (the transaction manager (mine) is issuing an "end" to the XAResource which in turn appears to be trying to invoke JAVA_XA.XA_END via a prepared statement):
java.sql.SQLException: ORA-06550: line 1, column 14:
PLS-00201: identifier 'JAVA_XA.XA_END' must be declared
ORA-06550: line 1, column 8:
PL/SQL: Statement ignored
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java)
I searched my catalog (all_source table) for this package and can't find it.<HR></BLOCKQUOTE>
null

Similar Messages

HT4623 After loading the feed system IOS 6 appeared i have a problem in the brightness change?? How Refer fix

After loading the feed system IOS 6 appeared i have a problem in the brightness change?? How Refer fix ??
I Have Iphone 4s new

What feed system?
What brightness change?
Maybe it would be easier to communicate what the problem is by posting in your native language.

Hi, I have recently updated my OS X to Maverick. when I did, my mail programme (Mail) will not open - for me only. There are 4 other users of the iMac, and they don't appear to have any problems.

Hi, I have recently updated my OS X to Maverick. when I did, my mail programme (Mail) will not open - for me only. There are 4 other users of the iMac, and they don't appear to have any problems.

First, Safe Boot , (holding Shift key down at bootup), use Disk Utility from there to Repair Permissions, test if things work OK in Safe Mode.
Then move these files to the Desktop for now...
/Users/YourUserName/Library/Preferences/com.apple.finder.plist
/Users/YourUserName/Library/Preferences/com.apple.systempreferences.plist
/Users/YourUserName/Library/Preferences/com.apple.desktop.plist
/Users/YourUserName/Library/Preferences/com.apple.recentitems.plist
Reboot & test.
PS. Safe boot may stay on the gray radian for a long time, let it go, it's trying to repair the Hard Drive.

Jdbc thin driver bulk binding slow insertion performance problem

Hello All,
We have a third party application reporting slow insertion performance, while I traced the session and found out most of elapsed time for one insert execution is sql*net more data from client, it appears bulk binding is being used here because one execution has 200 rows inserted. I am wondering whether this has something to do with their jdbc thin driver(10.1.0.2 version) and our database version 9205. Do you have any similar experience on this, what other possible directions should I explore?
here is the trace report from 10046 event, I hide table name for privacy reason.
Besides, I tested bulk binding in PL/SQL to insert 200 rows in one execution, no problem at all. Network folks confirm that network should not be an issue as well, ping time from app server to db server is sub milisecond and they are in the same data center.
INSERT INTO ...
values
(:1, :2, :3, :4, :5, :6, :7, :8, :9, :10, :11, :12, :13, :14, :15, :16, :17,
:18, :19, :20, :21, :22, :23, :24, :25, :26, :27, :28, :29, :30, :31, :32,
:33, :34, :35, :36, :37, :38, :39, :40, :41, :42, :43, :44, :45)
call count cpu elapsed disk query current rows
Parse 1 0.00 0.00 0 0 0 0
Execute 1 0.02 14.29 1 94 2565 200
Fetch 0 0.00 0.00 0 0 0 0
total 2 0.02 14.29 1 94 2565 200
Misses in library cache during parse: 1
Optimizer goal: CHOOSE
Parsing user id: 25
Elapsed times include waiting on following events:
Event waited on Times Max. Wait Total Waited
---------------------------------------- Waited ---------- ------------
SQL*Net more data from client 28 6.38 14.19
db file sequential read 1 0.02 0.02
SQL*Net message to client 1 0.00 0.00
SQL*Net message from client 1 0.00 0.00
********************************************************************************

I have exactly the same problem, I tried to find out what is going on, changed several JDBC Drivers on AIX, but no hope, I also have ran the process on my laptop which produced a better and faster performance.
Therefore I made a special solution ( not practical) by creating flat files and defining the data as an external table, the oracle will read the data in those files as they were data inside a table, this gave me very fast insertion into the database, but still I am looking for an answer for your question here. Using Oracle on AIX machine is a normal business process followed by a lot of companies and there must be a solution for this.

Crashed while running V3. Catalog now appears to have a "problem"...

Standard configuration I've been running for MONTHS. Asus P6T, i7 920, 6GB DDR3 memory, 4, 1TB disks. Windows 7 Professional, 64-bit. Nothing special.
In all the time I've been running this it HAS NEVER CRASHED. I have NEVER gotten a BSOD. It worked perfectly with CS4. It worked perfectly with LR 2.5, 2.6, and 2.7. It worked perfectly when I upgraded to CS5.
Today, while in LR V3, editing an image in Develop, I got a BSOD. Crash. System rebooted immediately and appears to be fine. Everything else I've tried works perfectly......
EXCEPT when I run Lightroom. Everything LOOKS fine - folders show images, keywords are still there, Collections are still there. But I no longer have previews... Just EMPTY yellow, green, and blue boxes. 42,000 EMPTY BOXES.......
Optimizing the catalog, shutting down LR, restarting made NO difference.
Purging cache made NO difference.
Synchronizing folders made NO difference.
The files are still on the disk. The images are FINE in Bridge.
They just don't show up in Lightroom any more.
Rather than blaming some SIGNIFICANT problem with Lightroom, lets just say some amazing, magical set of circumstances occurred that caused all this... But the NET is Lightroom catalog or previews or SOMETHING appears to be totally screwed up......
Anybody got any ideas of what else I can try, now would be a good time. BEFORE I have to blow the catalog away and let the system spend the next UMPTEEN hours rebuilding?

For me this problem just came out of the blue when going to develop mode. Every time I now restart LR I get the error message "error when reading from its preview cache & needs to quit". The faulting preview shows, but the others in the strip are blank. Yesterday I was editing the same set om import images without problems. Following the advice on deleting previews, would it not just be enough to delete all previews with yesterdays date (when I did the import)? The previews are organized in nonsense catalog names, but I can see the first 5 or so in each catalog bearing yesterday's date. Has anyone tried deleting just these and then restaring LR 3.3 (W7)?
Thanks,
ragha51

3.6.15 appears to have a problem with specificity. Selectors are being over-ridden by rules with much lower Specificity selectors. 3.6.14 was not doing this.

I've just wasted at least a day's work chasing what appears to be a CSS bug that has cropped up in 3.6.15. Selectors with high Spec are being ignored in favour of selectors with much lower Spec.

Here's an example.
Here's my CSS for links in my menu div:
.menu a:link,a:visited {
color:white;
display:block;
width:120px;
font-weight:bold;
text-align:center;
padding:2px;
text-decoration:none;
text-transform:uppercase;
font-size:10px;
margin:0 0 10px 0;
.menu a:hover,a:active {
background-color:white;
color:black;
And then for another div on the same page:
.copy a:link,a:visited {
text-decoration:underline;
color:#C91313;
.copy a:hover,a:active {
text-decoration:underline;
color:#7D0E0E;
These divs do not overlap.
It seems that links in each div have the styles that are unique to them, but the styles that are defined in both, but defined differently, are ignored. Example: Different colors are defined for links in each div, but Firefox 3.6.15 displays all links with the same color.

Oracle JDBC Thin Driver and Firewall Problem

Hi!
We have Oracle 8.1.5 and Websphere App Server. There is a
firewall between the two. A servlet creates a connection pool
(not that of Wesphere's). The frontend is JSP/HTML (no applets).
The servlet uses the Oracle JDBC Thin Driver for DB Connections.
The problem is - Once the connection is freed, the connection
pool is not being able to retrieve it and hence it created
another one, thus reaching the max. # of connections and the
system hangs. Restarting the DB service flushes the connection
and the application starts running again...
There was a similar problem discussed in this forums long ago. I
have not yet tried mentioning the firwall port and IP in the
connection string. But apart from that, is there any other
setting I need to do (on firewall or for the connectionstring)
to deal with this problem?
Someone had suggested to punch a hole in the firewall for the DB
port - but we can not really do that in the current scenario...
I would appreciate if anyone could share their experience
regarding how they resolved this issue.
Thanks in advance,
Vijaya.

One more question -
Can we use Oracle JDBC OCI driver? We do not have any appletes...
Does it have firewall issues too? Is there any other driver that
we can use?
Thanks,
Vijaya.

JDBC-thin on Solaris 2.7, 1002 on "FOR UPDATE NOWAIT"

Has there been a patch to allow SELECT... FOR UPDATE NOWAIT
in the jdbc thin connection layer?
I have a program which runs transactions against Oracle 7.3 or
8.05, and I'm finding that it works fine on my NT workstation
against, 7.3.4....
But when I run it against oracle 8.0.5 from a Solaris 2.7 system,
I'm getting ORA-1002 errors whenever I select for update nowait.
I'm oracle has a fix for this, but I haven't seen it yet.
I did see a message about BUG 597589 posted on 02-Sep-1998.
Was this ever fixed? The BUG database makes no mention of it.
The only work-around seems to be to set autocommit, but I suspect
that will lead to deadlocks in my application, if it even works!
Has anyone else dealt with this problem?
Thanks in advance,
Kevin Fries
null

Has there been a patch to allow SELECT... FOR UPDATE NOWAIT
in the jdbc thin connection layer?
I have a program which runs transactions against Oracle 7.3 or
8.05, and I'm finding that it works fine on my NT workstation
against, 7.3.4....
But when I run it against oracle 8.0.5 from a Solaris 2.7 system,
I'm getting ORA-1002 errors whenever I select for update nowait.
I'm oracle has a fix for this, but I haven't seen it yet.
I did see a message about BUG 597589 posted on 02-Sep-1998.
Was this ever fixed? The BUG database makes no mention of it.
The only work-around seems to be to set autocommit, but I suspect
that will lead to deadlocks in my application, if it even works!
Has anyone else dealt with this problem?
Thanks in advance,
Kevin Fries
null

When I click on my desktop Mp3 files appear... Any have this problem or a solution?

Recently my macbook pro has been acting weird. First when I tried clicking on harddrive on desktop, mp3 files popped up. That stopped happening but now when I click on desktop, mp3 files continue to appear. anyone have this problem in the past or have any solutions or suggestions? Thanks

Delete the shortcut you have on the desktop and then go to C:\Program Files\Mozilla Firefox.
Then right click '''firefox.exe''' and choose ''Send To'' and then ''Desktop (create shortcut)''.

JDBC Thin & NLS & Linux

I wrote Java application, which uses JDBC Thin 8.1.5 and runs on
Linux. When I inserts Russian text into table, JDBC inserts some
undefined (big black boxes in SQLPLUS output) characters. Output
from same table in my Java application seems to "???".
Oracle database (8.1.5 on RedHat 6.0) created in CL8KOI8R
charset.
All environment variables are valid:
NLS_LANG=RUSSIAN_CIS.CL8KOI8R
LC_ALL=ru_RU
CLASSPATH includes path to nls_charset11.zip
Russian works fine in SQLPLUS and Perl DBD::Oracle applications
on the same machine.
What I can do?
null

Have you tried more recent JDBC versions? Several NLS issues were fixed in post 8.1.5 JDBC releases (including, I believe, a problem with Hebrew). The JDBC folks would be able to give you more specific information about where which fixes appeared.
It should be worth a try, though, to check out a newer JDBC version, particularly if you are using the thin driver.

Hanging problem with Oracle JDBC thin driver

Hi. We have an application running on top of WLS 6.1 accessing Oracle 8I with oracle's
JDBC thin driver. Under stress testing, it appears to hang sometimes. Thread dump
shows that many threads seem to be stuck at the same line of code in JDBC driver
(at oracle.sql.NUMBER._isPositive(NUMBER.java:2882)). Has anyone run into similar
issue? Any help is much appreciated.
"ExecuteThread: '1' for queue: 'default'" daemon prio=5 tid=0xe18960 nid=0xf wai
ting on monitor [0xb3680000..0xb36819d8]
at oracle.sql.NUMBER._isPositive(NUMBER.java:2882)
at oracle.sql.NUMBER._fromLnxFmt(NUMBER.java:2953)
at oracle.sql.NUMBER.toBigDecimal(NUMBER.java:557)
at oracle.sql.NUMBER.bigDecimalValue(NUMBER.java:1872)
at oracle.jdbc.dbaccess.DBConversion.NumberBytesToBigDecimal(DBConversion.ja
va:1771)
at oracle.jdbc.driver.OracleStatement.getBigDecimalValue(OracleStatement.jav
a:3357)
at oracle.jdbc.driver.OracleStatement.getObjectValue(OracleStatement.java:41
66)
at oracle.jdbc.driver.OracleStatement.getObjectValue(OracleStatement.java:41
23)
at oracle.jdbc.driver.OracleResultSetImpl.getObject(OracleResultSetImpl.java
:401)
at weblogic.jdbc.jts.ResultSet.getObject(ResultSet.java:268)
at weblogic.jdbc.rmi.internal.ResultSetImpl.getObject(ResultSetImpl.java:592
at weblogic.jdbc.rmi.internal.ResultSetStraightReader.getObject(ResultSetStr
aightReader.java:198)
at weblogic.jdbc.rmi.SerialResultSet.getObject(SerialResultSet.java:682)
"ExecuteThread: '6' for queue: 'default'" daemon prio=5 tid=0x6d93a8 nid=0x14
wa
iting on monitor [0xb3180000..0xb31819d8]
at oracle.sql.NUMBER._isPositive(NUMBER.java:2882)
at oracle.sql.NUMBER._fromLnxFmt(NUMBER.java:2953)
at oracle.sql.NUMBER.toBigDecimal(NUMBER.java:557)
at oracle.sql.NUMBER.bigDecimalValue(NUMBER.java:1872)
at oracle.jdbc.dbaccess.DBConversion.NumberBytesToBigDecimal(DBConversion.ja
va:1771)
at oracle.jdbc.driver.OracleStatement.getBigDecimalValue(OracleStatement.jav
a:3357)
at oracle.jdbc.driver.OracleStatement.getObjectValue(OracleStatement.java:41
66)
at oracle.jdbc.driver.OracleStatement.getObjectValue(OracleStatement.java:41
23)
at oracle.jdbc.driver.OracleResultSetImpl.getObject(OracleResultSetImpl.java
:401)
at weblogic.jdbc.jts.ResultSet.getObject(ResultSet.java:268)
at weblogic.jdbc.rmi.internal.ResultSetImpl.getObject(ResultSetImpl.java:592
at weblogic.jdbc.rmi.internal.ResultSetStraightReader.getObject(ResultSetStr
aightReader.java:198)
at weblogic.jdbc.rmi.SerialResultSet.getObject(SerialResultSet.java:682)

Try get the latest thin driver from oracle and place it in the beginning of
the classpath in the server startup script to use it. This seems like a
oracle thin driver bug, the newer driver might help.
sree
"Andrew Dong" <[email protected]> wrote in message
news:[email protected]...
>
Hi. We have an application running on top of WLS 6.1 accessing Oracle 8Iwith oracle's
JDBC thin driver. Under stress testing, it appears to hang sometimes.Thread dump
shows that many threads seem to be stuck at the same line of code in JDBCdriver
(at oracle.sql.NUMBER._isPositive(NUMBER.java:2882)). Has anyone run intosimilar
issue? Any help is much appreciated.
"ExecuteThread: '1' for queue: 'default'" daemon prio=5 tid=0xe18960nid=0xf wai
ting on monitor [0xb3680000..0xb36819d8]
at oracle.sql.NUMBER._isPositive(NUMBER.java:2882)
at oracle.sql.NUMBER._fromLnxFmt(NUMBER.java:2953)
at oracle.sql.NUMBER.toBigDecimal(NUMBER.java:557)
at oracle.sql.NUMBER.bigDecimalValue(NUMBER.java:1872)
atoracle.jdbc.dbaccess.DBConversion.NumberBytesToBigDecimal(DBConversion.ja
va:1771)
atoracle.jdbc.driver.OracleStatement.getBigDecimalValue(OracleStatement.jav
a:3357)
atoracle.jdbc.driver.OracleStatement.getObjectValue(OracleStatement.java:41
66)
atoracle.jdbc.driver.OracleStatement.getObjectValue(OracleStatement.java:41
23)
atoracle.jdbc.driver.OracleResultSetImpl.getObject(OracleResultSetImpl.java
:401)
at weblogic.jdbc.jts.ResultSet.getObject(ResultSet.java:268)
atweblogic.jdbc.rmi.internal.ResultSetImpl.getObject(ResultSetImpl.java:592
atweblogic.jdbc.rmi.internal.ResultSetStraightReader.getObject(ResultSetStr
aightReader.java:198)
atweblogic.jdbc.rmi.SerialResultSet.getObject(SerialResultSet.java:682)
>
"ExecuteThread: '6' for queue: 'default'" daemon prio=5 tid=0x6d93a8nid=0x14
wa
iting on monitor [0xb3180000..0xb31819d8]
at oracle.sql.NUMBER._isPositive(NUMBER.java:2882)
at oracle.sql.NUMBER._fromLnxFmt(NUMBER.java:2953)
at oracle.sql.NUMBER.toBigDecimal(NUMBER.java:557)
at oracle.sql.NUMBER.bigDecimalValue(NUMBER.java:1872)
atoracle.jdbc.dbaccess.DBConversion.NumberBytesToBigDecimal(DBConversion.ja
va:1771)
atoracle.jdbc.driver.OracleStatement.getBigDecimalValue(OracleStatement.jav
a:3357)
atoracle.jdbc.driver.OracleStatement.getObjectValue(OracleStatement.java:41
66)
atoracle.jdbc.driver.OracleStatement.getObjectValue(OracleStatement.java:41
23)
atoracle.jdbc.driver.OracleResultSetImpl.getObject(OracleResultSetImpl.java
:401)
at weblogic.jdbc.jts.ResultSet.getObject(ResultSet.java:268)
atweblogic.jdbc.rmi.internal.ResultSetImpl.getObject(ResultSetImpl.java:592
atweblogic.jdbc.rmi.internal.ResultSetStraightReader.getObject(ResultSetStr
aightReader.java:198)
atweblogic.jdbc.rmi.SerialResultSet.getObject(SerialResultSet.java:682)
>
>

JDBC thin driver pads CHAR col to byte size when NLS_LENGTH_SEMANTICS=CHAR

We're using an Oracle 9.2 database with the database character set specified as AL32UTF8 with NLS_LENGTH_SEMANTICS set to CHAR. I've reproduced this problem with both the "classes12.zip" and "ojdbc14.jar" available with the Oracle 9.2 client installation.
The problem occurs with the JDBC thin driver. The problem does not occur with the JDBC OCI driver (nor SQL*Plus 9.2).
There are 2 relatively simply workarounds: use the OCI driver or convert CHAR columns to VARCHAR2 columns. I'm mostly curious as to whether there is some kind of setting for the thin driver to circumvent this problem, or if this is actually expected behavior. We're not that familiar with the NLS_LENGTH_SEMANTICS setting.
Consider a table as follows:
create table my_table (status CHAR(1));
If I describe the table it correctly shows the column using CHAR semantics.
STATUS CHAR(1 CHAR)
Given the AL32UTF8, this means that 4 bytes of storage are reserved for this column.
If I insert a single ASCII character in this table (for example "A") then read it back using the JDBC thin driver, I get the string "A " - the letter A followed by 3 spaces. In other words, the thin driver appears to have padded the value to its BYTE length. The OCI driver and SQL*Plus do not pad the value.
I understand that CHAR columns are normally blank padded when the data size is shorter than the defined column length, but I think that with NLS_LENGTH_SEMANTICS=CHAR, the padding should be based on the length of the column in chars, not in bytes.
Can anyone shed some light on this issue?
Thanks in advance,
Tim

Update:
I guess I should mention we're using Java 2 SDK 1.4.1_01 on Windows XP with an Oracle 9.2 database on Windows 2000.

Jdbc thin driver and bulk binding slow insertion performance

Hello All,
We have a third party application reporting slow insertion performance, while I traced the session and found out most of elapsed time for one insert execution is sql*net more data from client, it appears bulk binding is being used here because one execution has 200 rows inserted. I am wondering whether this has something to do with their jdbc thin driver(10.1.0.2 version) and our database version 9205. Do you have any similar experience on this, what other possible directions should I explore?
here is the trace report from 10046 event, I hide table name for privacy reason.
Besides, I tested bulk binding in PL/SQL to insert 200 rows in one execution, no problem at all. Network folks confirm that network should not be an issue as well, ping time from app server to db server is sub milisecond and they are in the same data center.
INSERT INTO ...
values
(:1, :2, :3, :4, :5, :6, :7, :8, :9, :10, :11, :12, :13, :14, :15, :16, :17,
:18, :19, :20, :21, :22, :23, :24, :25, :26, :27, :28, :29, :30, :31, :32,
:33, :34, :35, :36, :37, :38, :39, :40, :41, :42, :43, :44, :45)
call count cpu elapsed disk query current rows
Parse 1 0.00 0.00 0 0 0 0
Execute 1 0.02 14.29 1 94 2565 200
Fetch 0 0.00 0.00 0 0 0 0
total 2 0.02 14.29 1 94 2565 200
Misses in library cache during parse: 1
Optimizer goal: CHOOSE
Parsing user id: 25
Elapsed times include waiting on following events:
Event waited on Times Max. Wait Total Waited
---------------------------------------- Waited ---------- ------------
SQL*Net more data from client 28 6.38 14.19
db file sequential read 1 0.02 0.02
SQL*Net message to client 1 0.00 0.00
SQL*Net message from client 1 0.00 0.00
********************************************************************************

I have exactly the same problem, I tried to find out what is going on, changed several JDBC Drivers on AIX, but no hope, I also have ran the process on my laptop which produced a better and faster performance.
Therefore I made a special solution ( not practical) by creating flat files and defining the data as an external table, the oracle will read the data in those files as they were data inside a table, this gave me very fast insertion into the database, but still I am looking for an answer for your question here. Using Oracle on AIX machine is a normal business process followed by a lot of companies and there must be a solution for this.

Does oracle 8.1.6.0 jdbc thin driver support jdk1.3 and oracle 8.0.5 database ?

I have downloaded oracle 8.1.6.0 jdbc thin driver(named classes12.zip) to run with jdk1.3 to access oracle 8.0.5, but when I compile and run the jdbccheckup.java downloaded from oracle website like this:
javac -classpath d:\jdbc\classes12.zip jdbccheckup.java
(compile succeed)
java -classpath d:\jdbc\classes12.zip jdbccheckup
an error occured:
Exception in thread "main" java.lang.NoClassDefFoundError:jdbccheckup
Why??????

Try this isntead.
java -classpath d:\jdbc\classes12.zip;. jdbccheckup
an error occured:
Exception in thread "main" java.lang.NoClassDefFoundError:jdbccheckup
Why??????

JDBC thin driver Oracle 8.1.5 on Solaris

I have a problem where a query is running slow when using a JDBC driver but it runs fine when executed through SQL Plus. I've traced the JDBC connection and TKPROF shows that the query plan and says it's taking 3.4 Seconds to run. But, the query is taking more than a minute to run via the JDBC driver. The query joins 4 tables and does do full tablescans. But still executes in 3 or 4 seconds.
Here is where things get strange. If I rebuild a particular index, and do an explain plan or trace the session, it uses the index and runs in .89 seconds. This query normally returns 4 rows or less. None of the columns are Blobs. Any idea why it would run so much slower using a JDBC driver?
null

I have the same problem in my project.
The environment is:
OS: Solaris 8
JDK: 1.2.2
DB: Oracle 8.1.5
JDBC driver: thin(included in Oracle 8.1.5)
The problem was solved when I replaced the JDBC driver with thin
8.1.6 or 8.1.7 (download from otn.oracle.com). There was no
error when I read 10000+ records.

8.1.6 JDBC-Thin on NT appears to have a problem

Similar Messages

Maybe you are looking for