Oracle 8.1.5 and JDK 1.2 Thin Driver

We are doing some prototyping with Oracle 8.1.5, BEA WebLogic
6.1, and JDK 1.3. We needed to know what is the latest version
supported by the oracle thing client drivers for that
configuration.
Or are we the only users doing this and is it mandatory that we
migrate to Oracle 8.1.7?
Thanks,
Nikhil Kumar
Lead Architect
Delta Dental Plan of Michigan
[email protected]

Check out the SQLJ FAQ at:
http://technet.oracle.com/tech/java/sqlj_jdbc/htdocs/faq.html
"ExceptionInInitializerError: NullPointerException"
(This is likely a general configuration issue, not something specific to your code.)
If you see the following stack trace:
unexpected error occurred... java.lang.ExceptionInInitializerError: java.lang.NullPointerException
at sqlj.framework.ClassFileReader.attribute_info(Compiled Code) ...
at sqlj.tools.Sqlj.statusMain(Compiled Code)
at sqlj.tools.Sqlj.main(Sqlj.java:117)
then you are likely running SQLJ version 8.1.5 or earlier under JDK 1.2.x or later.
You need to download the SQLJ 8.1.6 SDK patch, which contains a new translator.zip
version that you can use to replace the translator.zip from 8.0.5/7.3.4 or from JDeveloper 3.0.
null

Similar Messages

Oracle 8.1.5 and jdk 1.2.2

We work on Unix Solaris 2.7, Oracle 8.1.5
and a JDK 1.1.8.
We'd like to upgrade to JDK 1.2.2 .
Is it enough to change the only drivers , using the 8.1.6.0.1 release (jdbc816jdk12-sol_01.zip+ nls_charset12_01.zip ) ??
Or should I apply other upgrades from 8.1.5 to 8.1.6 ???

Oracle8iR2's JDBC works fine with Oracle8.1.5.
You can download the new JDBC driver.
null

Oci_jdbc: Oracle 8.0.5 and JDK 1.2.2

Hi,
I am trying to connect to Oracle 8.0.5 using JDK 1.2.2, both
running on the same AIX server. When 8.0.5 was installed there
were no Java components installed, so as suggested by someone I
copied the jdbc directory(which has the class12.zip) and
libocijdbc8.so to oracle/lib from a test install we have of 8.1.7.
I have set the CLASSPATH, LD_LIBRARY_PATH, and LIBPATH to point to
the classes12.zip and libocijdbc8.so. Looking at the Oracle JDBC
faq these versions of the drivers are needed from JDK 1.2.2. I
have run the JdbcCheckup.java program and get the following error.
I tried using the thin client but it can't find a listener object
or something similar. I have included the error generated below.
Any help would be appreciated to get this running as deadlines are
drawing near and this is the only part holding up the project.
Thanks,
Michael Chernecki
ADAPSYS L.P.
Please enter information to test connection to the database
Connecting to the database...Connecting...
Exception in thread "main" java.lang.UnsatisfiedLinkError: no
ocijdbc8 in java.library.path
at
java.lang.ClassLoader.loadLibrary(ClassLoader.java:1251)
at java.lang.Runtime.loadLibrary0(Runtime.java:473)
at java.lang.System.loadLibrary(System.java:771)
at
oracle.jdbc.oci8.OCIDBAccess.logon(OCIDBAccess.java:228)
at oracle.jdbc.driver.OracleConnection.<init>
(OracleConnection.java:246)
at
oracle.jdbc.driver.OracleDriver.getConnectionInstance(OracleDriver
.ja
va:365)
at
oracle.jdbc.driver.OracleDriver.connect(OracleDriver.java:260)
at
java.sql.DriverManager.getConnection(DriverManager.java:459)
at
java.sql.DriverManager.getConnection(DriverManager.java:139)
at JdbcCheckup.main(JdbcCheckup.java:35)

: The only oracle driver that vcan run with JDK 1.2.x is in the
OTN
: download area and is named "816SDK for JDK 1.2"
: it will work with the JDK 1.2.X using the JDBC 1.22 spec from
JDK
: 1.1.X.
: IT DOES NOT PROVIDE THE FULL JDBC 2.0 FEATURES/ FUNCTIONALITY
: THAT ARE INCLUDED IN THE JDK 1.2.X CLASSES.
Does anyone know which versions of Oracle this driver will work
with? I'm trying to use JDK 1.2 and Oracle 8.04 with the above
mentioned driver, but it's misbehaving on prepared statements:
I'm getting a 'ORA-8001 not all variables bound' error even
though I'm correctly specifying binary data (using
PreparedStatement.setBytes(..)) for a LONG RAW column...
Please don't tell me I have to upgrade my Oracle installation in
order to use JDBC with JDK 1.2.x
Feedback is greatly appreciated!
thanks!
// Tor Kleiberg
null

Oracle: Please implement simple performance improvement in JDBC (Thin) Driver

Oracle should put dynamic prefetch into their (thin) JDBC driver. I don't use the OCI driver so I don't know how this applies.
Some of you may be aware that tweaking a statement's row prefetch size can improve performance quite a lot. IIRC, the default prefetch is about 30 and that's pretty useless for queries returning large (# of rows) resultsets, but it's pretty good for queries returning only a small number of records. Just as an example, when running a simple SELECT * FROM foo WHERE ROWNUM <= somenumber query, here's what I got:
Prefetch = 1: 10000 rows = 15 secs, 1000 rows = 1.5 secs, 10 rows = 30 ms
Prefetch = 500: 10000 rows = 2.5 secs, 1000 rows = 280 ms, 10 rows = 80 ms
Prefetch = 2000: 10000 rows = 2 secs, 1000 rows = 700 ms, 10 rows = 460 ms
From our experience, the default of 30 (?) is too low for most applications, 500 to 1000 would be a better default. In the end, though, the only way to get best performance is to adjust the prefetch size to the expected number of rows for every query. While that sounds like a reasonable effort for developers of a simple client/server application, in a 3-tier system that deals with connection pools in an application server, this just won't work, so here's my suggestion on how Oracle should address this:
Instead of having just a single prefetch setting for the statement (or connection), there should be an 'initial' prefetch value (with a default of somewhere between 1 and 50) and a maximum prefetch value (with a default of somewhere between 500 and 5000). When the driver pulls the first batch of records from the server it should use the initial refresh. If there are more records to fetch, it should fetch them using the maximum prefetch. This would allow the driver to perform much better for small AND large resultsets while, at the same time, making it transparent to the application (and application developer).
[email protected]

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.

Oracle 8i DATE column returned wrong with 9i thin driver

I have an Oracle 8i database with a column named "timestamp" with the following column metadata:
DATA_TYPE=93
TYPE_NAME=DATE
I execute the following statement:
select "timestamp" from oracle_data_log
When I look at the result set metadata using the Oracle 9i drivers, I get (as expected):
getColumnType=93
getColumnTypeName=DATE
getColumnClassName=java.sql.Timestamp
When I look at the result set metadata using the Oracle 9i drivers, I get:
getColumnType=91
getColumnTypeName=DATE
getColumnClassName=java.sql.Timestamp
That column type 91 indicates it is SQL type DATE which is for date only values (no time information).
Our code (working against many different databases with many different drivers) works off the column type metadata and messes up. (Obviously I can look at the column class name string as well / instead, but I'd like the column type to come back with the proper SQL type.)
As I said, it works as expected with the 8i thin driver (and the DataDirect JDBC driver).

Thanks for the info.
It seems to me that returning a SQL type DATE (which means it only stores date information) for an Oracle DATE type (which stores date and time information) is the wrong thing to do. The Oracle DATE type stores date and time information which corresponds to the SQL TIMESTAMP type. It should return TIMESTAMP as the SQL type.
It seems like it would confuse a client application into thinking there is no time information available, which there is.
A friend suggested that since a SELECT on a DATE value only displays the date portion and not the time portion, that might be why they did it, but that still doesn't sound right. The Oracle DATE type stores date and time which corresponds to the SQL TIMESTAMP type.
I guess they might have done it to distinguish between Oracle DATE and TIMESTAMP types, but I still don't like it...
I wonder if there is any documentation on why Oracle made the decision?

Linux : Oracle 8.1.5 and JDK 1.2

Hi!
I want to access Oracle 8.1.5 with JDBC.
I have seen that ODBC for 8.1.5 only works with JDK 1.0.* and 1.1.*, but not with
1.2.*
A JDK 1.2 - driver is only available for Oracle 8.1.6.
The other driver which was proposed before (from http://www.openlinksw.com/) only runs under Windows, not under Linux.
So the only thing I could do is:
a) Use Oracle 8.1.6 -> is it available for Linux, if yes, where can I find it (or an Upgrad for 8.1.5)
b) Use JDK 1.1.* -> (I do not want to do this ...)
c) Find another third-party driver for JDK 1.2 under Linux -> does anyone know where I could get one?
If anyone knows a solution for a-c, can you please answer?
Thanks,
Alex
null

Oracle8iR2's JDBC works fine with Oracle8.1.5.
You can download the new JDBC driver.
null

Oracle 8.1.6 and 8.1.61 ODBC Driver Access Violation

Using Oracle ODBC for Windows to Oracle 8.1.6 database to get a list of the tables/views in the database.
The following code worked on 8.0.4, 8.0.5, and 8.1.5 databases and their respective ODBC Drivers. It gives me an access violation with 8.1.6.
The 8.1.61 ODBC Drivers was able to run the code once, but when I ran it a second time, it gave me an access violation.
The access violation occurs on the SQLFetch somewhere in the middle of the loop.
Here is the abbreviated sample code:
SQLAllocHandle(SQL_HANDLE_STMT, m_hdbc, &hCursor);
SQLSetStmtAttr (hCursor, SQL_ATTR_CURSOR_TYPE, (SQLPOINTER) SQL_CURSOR_STATIC, 0);
SQLTables(hCursor, NULL, 0, NULL, 0, NULL, 0, NULL, 0);
SQLBindCol(hCursor, 1, SQL_C_CHAR, sQualifier, sizeof(sQualifier), &indQualifier);
SQLBindCol(hCursor, 2, SQL_C_CHAR, sOwner, sizeof(sOwner), &indOwner);
SQLBindCol(hCursor, 3, SQL_C_CHAR, sTableName, sizeof(sTableName), &indTableName);
nReturn = SQL_SUCCESS;
while ((nReturn = SQLFetch(hCursor) ) == SQL_SUCCESS)
// after a 100 or so iterations, it crashes
nReturn = SQLFreeHandle(SQL_HANDLE_STMT, hCursor);
Please let me know if there are other ODBC drivers I could use, or if 8.1.62 will fix this.
null

I am using Visual Basic as front end to oracle 8 i as the
database.When I am connecting to database from Visual Basic
I am getting an error SQl Handle failed. When i am tring to
create a DSN through Microsoft Oracle ODBC Driver I am getting
an Error "The Oracle(tm) client and networking components were
not found. These componenets are supplied are supplied by Oracle
Corporation and are part of The Oracle Version (or greater)
client software installation. You will be unable to use this
Driver until these componenst have been installed" . Please give
me a solution to his as it is critical to me.
Please email the solution or tips at [email protected]

Compatability of oracle 8i/9i to thin driver

Hi,
I am new to JDBC. will you please tell me whether Oracle 8i / 9i is compatable to use JDBC thin driver.
If so, what is the SID name i need to give. Let's say i have installed oracle 9i on my machine. and set the class path to "classes12.jar". where i need to create SID name. what SID name i need to give there.
If i am using JDBC 2nd driver :
con = DriverManager.getConnection ("jdbc:oracle:oci8:@orcl", "scott", "tiger");
what i need to give at "oci8" and "orcl".... or these are required to be give as it is..?
though it's a simple question please answer my question.

jdbc:oracle:thin:@youmachinename:1521:myDbSID
here after @ mention your database url , 1521 is default port number and after port number mention your SID

Oracle 7.3 and Jdk 1.2

Hi
I am having the same problem with
the above two versions but if I use jdk1.1.8
i.e anything below 1.2 I am able to connect to database and execute my JDBC program.
But this is not the solution as I need to use
Jdk 1.2 as I am using the EJB 1.1
If any of u have solved the problem pls let me know.
Ritesh

B.moussaud (guest) wrote:
: Hi I am using jdk 1.2 and a database oracle 7.3.4
: Can you give an URL where dowland the correct JDBC driver
: answering to my two criterias (jdk+oracle) ( and a sample if
: possible).
: I have tried to find this driver but always the drivers for
: jdk1.2 are for oracle 8.x not to oracle 7.3.4.
: Thank you
: B.moussaud
: [email protected]
oracle doesn't have any jdbc oci drivers available for jdk 1.2.x
yet -- rumored to be in rdbms version 8.1.6 whihcis in beta and
will be available soon -- i hope.
you can get a thin driver called oracle 816sdk for jdk 1.2 but
it only has the functional;ity for jdk 1.1.x.
they're on otn download pages
null

How can I uninstall a damaged installation of Fusion - PFRD 11.1.1.6.0 - Oracle Portal, Forms, Reports and Discoverer

Hello,
I am upgrading EBS 11i to 12i, Discoverer 4 to 11. After completing ebs installation and upgrade successfully, I am now working on the Oracle Fusion piece of the upgrade.
I have installed
1. JDK
2. Repository Creation Utility - RCU (schema)
3. Weblogic - WLS 10.3.6
4. Oracle Fusion - Discoverer 11g Release 1 Patchset 1 11.1.1.2.0 PFRD
5. Oracle Portal, Forms, Reports and Discoverer 11g Patchset 11.1.1.6.0 - Patchset 13517084
6. Executed config.sh and it failed with but continued.
During the Configuration of Oracle Fusion with config.sh there was failure at with "fails at creating data sources" and accidentally proceeded and all seem to go well until after shutting down the servers when Weblogic Managed Server is unable to start.
The start log indicated: "weblogic.store.PersistentStoreFatalException: [Store:280105]The persistent file store "_WLS_WLS_DISCO" cannot open file _WLS_WLS_DISCO000000.DAT." and I have been unable to find a solution for this error?
See log file error at https://dl.dropboxusercontent.com/u/15497130/oracle/ebs11/startManagedWebLogic.sh_nohup.out
If re-installation is my only option, then what are the steps to uninstall, and which components do I have to uninstall given that I had upgraded all the schemas involved?
Mathias

Hey,
You can always change the JDBC datasources in the Weblogic admin console . but have you recorded what is the specific error you got during the datasources creation .
I prefer...create a new user , give him sysdba privillages . Start RCU and create the DEV_DISCOVERER , DEV_DISCOVERER_PS schemas (prefix is your choice)
The Admin server will start . so go to admin console .
click services -> Data Sources
Check the data sources you have . edit each datasource and update the connection pool information .
after this you can start the Managed server WLS_DISCO
i believe this will solve this .........
if you still get issue again . you can try the link Using the WebLogic Persistent Store
Thanks
Naga

Install and config issues with Oracle Portal, Forms, Reports and Discoverer

For a while now I've been struggling with migrating a testing database to a newer version.
And right now I'm pretty much stuck at trying to configure Oracle Portal, Forms Reports and Discoverer
What I've got:
Windows server 2008 R2 64bit
Oracle 11g database
Java 6u27 64bit
JDK 1.6 64bit (using this after 1.7 ended up throwing out bugs while trying to start a weblogic server)
JDK 1.7 64bit
Weblogic 10.3.5 (or so i think - I've installed from the wls1035_generic.jar from the oracle website)
PFRD 11.1.1.2 with 11.1.1.3 installed over it, installed without config
and a hanging up configuration
Basically I've been trying to install PFRD (only forms, reports and enterprise manager from it actually) but it kept failing once it got to the configuration stage, so I installed without config, applied 11.1.1.3 and now trying to run the config manually with the good old \bin\config.bat
Result - the config froze for approx.18 hours then failed
There isn't much useful info I could deduct from the logs, mostly just says one or more configuration parts failed. At one place it mentions trying to set up a domain and starting up an adminserver for it - and apparently that's where it hangs up and finally times out and fails.
I'm a little clueless what to do about it as the logs don't say anything else of use I could understand. Any ideas there?

Trying the step by step, the only difference between that and what i do seems to be the file copying (which I can't do - there is no windows\extra\ directory anywhere, the files mentionned seem to already be on their places and either only there, or exactly the same) and clistering
So far the news ain't good - the config process hangs on creating domain ->Step Creating Domain started
It isn't frozen per se - the process doesn't use up any processor time, memory consumption within bounds, it reacts to button clicks and all..it just doesn't do anything concerning the said domain
the last thing the .out file shows:
Creating a new AdminServer Object ...
AdminServer port is 7002
Starting the domain ...
LOADING DLL : E:\OracleDb\Middleware\develtools\install\config\\StartUtil64.dlland in the log:
[2011-09-08T11:57:03.456+02:00] [as] [NOTIFICATION] [] [oracle.as.install.engine] [tid: 14] [ecid: 0000J98U0KsFS8XLxuDCiW1EQ92r000005,0] Setting >valueOf(DOMAIN_PORT) to:7002. Value obtained from:USERit's the same it did last time, when after 18hours it woke up with .out saying:
oracle.as.provisioning.util.ConfigException:
Error while starting the domain.
Cause:
An error occurred while starting the domain.
Action:
See logs for more details.
     at oracle.as.provisioning.util.ConfigException.createConfigException(ConfigException.java:123)
     at oracle.as.provisioning.weblogic.ASDomain.startDomain(ASDomain.java:3173)
     at oracle.as.provisioning.weblogic.ASDomain.startDomain(ASDomain.java:3033)
     at oracle.as.provisioning.engine.WorkFlowExecutor._startAdminServer(WorkFlowExecutor.java:1644)
     at oracle.as.provisioning.engine.WorkFlowExecutor._createDomain(WorkFlowExecutor.java:634)
     at oracle.as.provisioning.engine.WorkFlowExecutor.executeWLSWorkFlow(WorkFlowExecutor.java:390)
     at oracle.as.provisioning.engine.Config.executeConfigWorkflow_WLS(Config.java:866)
     at oracle.as.install.classic.ca.standard.StandardWorkFlowExecutor.execute(StandardWorkFlowExecutor.java:65)
     at oracle.as.install.classic.ca.standard.AbstractProvisioningTask.execute(AbstractProvisioningTask.java:26)
     at oracle.as.install.classic.ca.standard.StandardProvisionTaskList.execute(StandardProvisionTaskList.java:61)
     at oracle.as.install.classic.ca.ClassicConfigMain.doExecute(ClassicConfigMain.java:124)
     at oracle.as.install.engine.modules.configuration.client.ConfigAction.execute(ConfigAction.java:335)
     at oracle.as.install.engine.modules.configuration.action.TaskPerformer.run(TaskPerformer.java:87)
     at oracle.as.install.engine.modules.configuration.action.TaskPerformer.startConfigAction(TaskPerformer.java:104)
     at oracle.as.install.engine.modules.configuration.action.ActionRequest.perform(ActionRequest.java:15)
     at oracle.as.install.engine.modules.configuration.action.RequestQueue.perform(RequestQueue.java:63)
     at oracle.as.install.engine.modules.configuration.standard.StandardConfigActionManager.start(StandardConfigActionManager.java:158)
     at oracle.as.install.engine.modules.configuration.boot.ConfigurationExtension.kickstart(ConfigurationExtension.java:81)
     at oracle.as.install.engine.modules.configuration.ConfigurationModule.run(ConfigurationModule.java:83)
     at java.lang.Thread.run(Thread.java:619)
Caused by: oracle.as.provisioning.util.ConfigException:
Error while starting the domain.
Cause:
Starting the Admin_Server timed out.
Action:
See logs for more details.
     at oracle.as.provisioning.util.ConfigException.createConfigException(ConfigException.java:123)
     at oracle.as.provisioning.weblogic.ASDomain.startDomain(ASDomain.java:3143)
     ... 18 more
oracle.as.provisioning.exception.ASProvisioningException
     at oracle.as.provisioning.engine.Config.executeConfigWorkflow_WLS(Config.java:872)
     at oracle.as.install.classic.ca.standard.StandardWorkFlowExecutor.execute(StandardWorkFlowExecutor.java:65)
     at oracle.as.install.classic.ca.standard.AbstractProvisioningTask.execute(AbstractProvisioningTask.java:26)
     at oracle.as.install.classic.ca.standard.StandardProvisionTaskList.execute(StandardProvisionTaskList.java:61)
     at oracle.as.install.classic.ca.ClassicConfigMain.doExecute(ClassicConfigMain.java:124)
     at oracle.as.install.engine.modules.configuration.client.ConfigAction.execute(ConfigAction.java:335)
     at oracle.as.install.engine.modules.configuration.action.TaskPerformer.run(TaskPerformer.java:87)
     at oracle.as.install.engine.modules.configuration.action.TaskPerformer.startConfigAction(TaskPerformer.java:104)
     at oracle.as.install.engine.modules.configuration.action.ActionRequest.perform(ActionRequest.java:15)
     at oracle.as.install.engine.modules.configuration.action.RequestQueue.perform(RequestQueue.java:63)
     at oracle.as.install.engine.modules.configuration.standard.StandardConfigActionManager.start(StandardConfigActionManager.java:158)
     at oracle.as.install.engine.modules.configuration.boot.ConfigurationExtension.kickstart(ConfigurationExtension.java:81)
     at oracle.as.install.engine.modules.configuration.ConfigurationModule.run(ConfigurationModule.java:83)
     at java.lang.Thread.run(Thread.java:619)
Caused by: oracle.as.provisioning.exception.ASProvWorkflowException: Error Executing workflow.
     at oracle.as.provisioning.engine.WorkFlowExecutor._createDomain(WorkFlowExecutor.java:685)
     at oracle.as.provisioning.engine.WorkFlowExecutor.executeWLSWorkFlow(WorkFlowExecutor.java:390)
     at oracle.as.provisioning.engine.Config.executeConfigWorkflow_WLS(Config.java:866)
     ... 13 more
progress in calculate progress4
progress in calculate progress4
oracle.as.provisioning.exception.ASProvisioningException
     at oracle.as.provisioning.engine.Config.executeConfigWorkflow_WLS(Config.java:872)
     at oracle.as.install.classic.ca.standard.StandardWorkFlowExecutor.execute(StandardWorkFlowExecutor.java:65)
     at oracle.as.install.classic.ca.standard.AbstractProvisioningTask.execute(AbstractProvisioningTask.java:26)
     at oracle.as.install.classic.ca.standard.StandardProvisionTaskList.execute(StandardProvisionTaskList.java:61)
     at oracle.as.install.classic.ca.ClassicConfigMain.doExecute(ClassicConfigMain.java:124)
     at oracle.as.install.engine.modules.configuration.client.ConfigAction.execute(ConfigAction.java:335)
     at oracle.as.install.engine.modules.configuration.action.TaskPerformer.run(TaskPerformer.java:87)
     at oracle.as.install.engine.modules.configuration.action.TaskPerformer.startConfigAction(TaskPerformer.java:104)
     at oracle.as.install.engine.modules.configuration.action.ActionRequest.perform(ActionRequest.java:15)
     at oracle.as.install.engine.modules.configuration.action.RequestQueue.perform(RequestQueue.java:63)
     at oracle.as.install.engine.modules.configuration.standard.StandardConfigActionManager.start(StandardConfigActionManager.java:158)
     at oracle.as.install.engine.modules.configuration.boot.ConfigurationExtension.kickstart(ConfigurationExtension.java:81)
     at oracle.as.install.engine.modules.configuration.ConfigurationModule.run(ConfigurationModule.java:83)
     at java.lang.Thread.run(Thread.java:619)
Caused by: oracle.as.provisioning.exception.ASProvWorkflowException: Error Executing workflow.
     at oracle.as.provisioning.engine.WorkFlowExecutor._createDomain(WorkFlowExecutor.java:685)
     at oracle.as.provisioning.engine.WorkFlowExecutor.executeWLSWorkFlow(WorkFlowExecutor.java:390)
     at oracle.as.provisioning.engine.Config.executeConfigWorkflow_WLS(Config.java:866)
     ... 13 more
Going to execute executeAfterConfig
java.lang.IllegalStateException: Action:Application Configuration failed with error:Configure Classic Failed.
     at oracle.as.install.engine.modules.configuration.client.ConfigAction.fail(ConfigAction.java:227)
     at oracle.as.install.classic.ca.ClassicConfigMain.doExecute(ClassicConfigMain.java:129)
     at oracle.as.install.engine.modules.configuration.client.ConfigAction.execute(ConfigAction.java:335)
     at oracle.as.install.engine.modules.configuration.action.TaskPerformer.run(TaskPerformer.java:87)
     at oracle.as.install.engine.modules.configuration.action.TaskPerformer.startConfigAction(TaskPerformer.java:104)
     at oracle.as.install.engine.modules.configuration.action.ActionRequest.perform(ActionRequest.java:15)
     at oracle.as.install.engine.modules.configuration.action.RequestQueue.perform(RequestQueue.java:63)
     at oracle.as.install.engine.modules.configuration.standard.StandardConfigActionManager.start(StandardConfigActionManager.java:158)
     at oracle.as.install.engine.modules.configuration.boot.ConfigurationExtension.kickstart(ConfigurationExtension.java:81)
     at oracle.as.install.engine.modules.configuration.ConfigurationModule.run(ConfigurationModule.java:83)
     at java.lang.Thread.run(Thread.java:619)
In Config Module Finish Event...and the log continuing with some variable setting notifications and this:
[2011-09-08T08:27:45.272+02:00] [as] [ERROR] [] [oracle.as.install.engine.modules.configuration.standard.StandardConfigActionManager] [tid: 14] [ecid: >0000J93lRQOFS8XLxuDCiW1EPpn_000005,0] One or More configurations failed. Exitingthen again more traces and notifications until the end marking config as failed
I'm kinda paranoid about the double backslash in the dll path, but other than that no clue as to why the domain doesn't set up
the other link you mentionned seems to have no relevance yet
does that clear up anything for you though?
..can the lack of SOA suite have anything to do with the problem?

Oracle 8.1.5 and JDBC OCI connection problem

We are running Oracle 8.1.5 on Solaris 7 machine, and our java application running on JDK 1.2 connects to Oracle via JDBC thin driver because we couldn't make jdbc oci driver work.
When we try to connect via oci with the driver originally shipped with 8.1.5, we get:
Exception in thread "main" java.lang.UnsatisfiedLinkError: make_c_state
at oracle.jdbc.oci8.OCIDBAccess.logon(OCIDBAccess.java:213)
at oracle.jdbc.driver.OracleConnection.<init>(OracleConnection.java:198)
at oracle.jdbc.driver.OracleDriver.getConnectionInstance(OracleDriver.java:251)
at oracle.jdbc.driver.OracleDriver.connect(OracleDriver.java:224)
at java.sql.DriverManager.getConnection(Compiled Code)
at java.sql.DriverManager.getConnection(DriverManager.java:137)
at JDBCTest.main(Compiled Code)
After we downloaded 8.1.6sdk driver from technet and install it, we get:
Exception in thread "main" java.lang.UnsatisfiedLinkError: no ocijdbc8 in java.library.path
at java.lang.Throwable.fillInStackTrace(Native Method)
at java.lang.Throwable.fillInStackTrace(Compiled Code)
at java.lang.Throwable.<init>(Compiled Code)
at java.lang.Error.<init>(Error.java:50)
at java.lang.LinkageError.<init>(LinkageError.java:43)
at java.lang.UnsatisfiedLinkError.<init>(UnsatisfiedLinkError.java:42)
at java.lang.ClassLoader.loadLibrary(Compiled Code)
at java.lang.Runtime.loadLibrary0(Runtime.java:471)
at java.lang.System.loadLibrary(System.java:745)
at oracle.jdbc.oci8.OCIDBAccess.logon(OCIDBAccess.java:209)
at oracle.jdbc.driver.OracleConnection.<init>(OracleConnection.java:198)
at oracle.jdbc.driver.OracleDriver.getConnectionInstance(OracleDriver.java:251)
at oracle.jdbc.driver.OracleDriver.connect(OracleDriver.java:224)
at java.sql.DriverManager.getConnection(Compiled Code)
at java.sql.DriverManager.getConnection(DriverManager.java:137)
at JDBCTest.main(Compiled Code)
I searched this forum for answer and only relevent answer from oracle was: consult README file! Readme file mentions that lobocijdbc.so file is shared library file for oci connection. That't all. So what?
I added the directory where libocijdbc8.so resides to LD_LIBRARY_PATH, and System.getProperty("java.library.path") shows content of LD_LIBRARY_PATH correctly.
null

Please this is not simple as simple as checking the classpath and LD_LIBRARY_PATH.
I tried the sample program and the result is the same. As pointed out first by Won, putting the libocijdbc8.so from SDK8.1.6 in the LD_LIBRARY_PATH has no effect at all. It gives the unsatisfied linker error. The sample program fails. However the sample program works fine with the libocijdbc8.so from sdk8.1.5. The library gets loaded. But at the time of creating the connection it gives make_c_state error.
Here is my CLASSPATH, PATH and LD_LIBARY_PATH variables
ORACLE_HOME=/opt/oracle/product/8.1.5
LD_LIBRARY_PATH=/usr/local/lib:/usr/lib:/opt/oracle/product/8.1.5/lib
PATH=/usr/openwin/bin:/usr/sbin:/usr/local/bin:/usr/ccs/bin:/usr/ucb:/opt/oracle/product/8.1.5/lib
Hope you are able to provide better answer then check your environment variables.
THE libocijdbc8.so FROM SDK8.1.6 DOES NOT GET LOADED AT ALL.
Waiting for the reply.
Please Help.
Regards,
Vipul Modi.
Novell Inc.
<BLOCKQUOTE><font size="1" face="Verdana, Arial">quote:</font><HR>Originally posted by Won, Taewoong([email protected]):
We are running Oracle 8.1.5 on Solaris 7 machine, and our java application running on JDK 1.2 connects to Oracle via JDBC thin driver because we couldn't make jdbc oci driver work.
When we try to connect via oci with the driver originally shipped with 8.1.5, we get:
Exception in thread "main" java.lang.UnsatisfiedLinkError: make_c_state
at oracle.jdbc.oci8.OCIDBAccess.logon(OCIDBAccess.java:213)
at oracle.jdbc.driver.OracleConnection.<init>(OracleConnection.java:198)
at oracle.jdbc.driver.OracleDriver.getConnectionInstance(OracleDriver.java:251)
at oracle.jdbc.driver.OracleDriver.connect(OracleDriver.java:224)
at java.sql.DriverManager.getConnection(Compiled Code)
at java.sql.DriverManager.getConnection(DriverManager.java:137)
at JDBCTest.main(Compiled Code)
After we downloaded 8.1.6sdk driver from technet and install it, we get:
Exception in thread "main" java.lang.UnsatisfiedLinkError: no ocijdbc8 in java.library.path
at java.lang.Throwable.fillInStackTrace(Native Method)
at java.lang.Throwable.fillInStackTrace(Compiled Code)
at java.lang.Throwable.<init>(Compiled Code)
at java.lang.Error.<init>(Error.java:50)
at java.lang.LinkageError.<init>(LinkageError.java:43)
at java.lang.UnsatisfiedLinkError.<init>(UnsatisfiedLinkError.java:42)
at java.lang.ClassLoader.loadLibrary(Compiled Code)
at java.lang.Runtime.loadLibrary0(Runtime.java:471)
at java.lang.System.loadLibrary(System.java:745)
at oracle.jdbc.oci8.OCIDBAccess.logon(OCIDBAccess.java:209)
at oracle.jdbc.driver.OracleConnection.<init>(OracleConnection.java:198)
at oracle.jdbc.driver.OracleDriver.getConnectionInstance(OracleDriver.java:251)
at oracle.jdbc.driver.OracleDriver.connect(OracleDriver.java:224)
at java.sql.DriverManager.getConnection(Compiled Code)
at java.sql.DriverManager.getConnection(DriverManager.java:137)
at JDBCTest.main(Compiled Code)
I searched this forum for answer and only relevent answer from oracle was: consult README file! Readme file mentions that lobocijdbc.so file is shared library file for oci connection. That't all. So what?
I added the directory where libocijdbc8.so resides to LD_LIBRARY_PATH, and System.getProperty("java.library.path") shows content of LD_LIBRARY_PATH correctly.
<HR></BLOCKQUOTE>
null

Problem w/ 8.1.6 Thin Driver and Oracle 8.0.5

I am attempting to connect to two data hosts.
One is Oracle 8.1.6, the other is Oracle 8.0.5. The DB Admin insists the user name and passwords are the same for both.
I am using the v8.1.6 100% Java thin driver under both JDK v1.2 and v1.3. My OS is Windows2K Professional.
I can always connect to the 8.1.6 database but never to the 8.0.5 database under any circumstances. The error I receive when attempting to connect to the 8.0.5 database is:
java.sql.SQLException: Io exception: Connection refused(DESCRIPTION=(TMP=)(VSNNUM=134238208)(ERR=12505)(ERROR_STACK=(ERROR=(CODE=12505)(EMFI=4))))
Does any one have some insights here?
My test code fragment is as follows:
try{
Class.forName( "oracle.jdbc.driver.OracleDriver" ).newInstance();
String dbURL = "";
//dbURL = "jdbc:oracle:thin:@host1:1521:data_source_8_1_6";
dbURL = "jdbc:oracle:thin:@host2:1521:data_source_8_0_5";
Connection con = DriverManager.getConnection(dbURL, "test_user", "test_user");
java.sql.Statement stmt = con.createStatement();
String sq1String = "SELECT * FROM DUAL";
java.sql.ResultSet res = stmt.executeQuery(sq1String);
int rows = 0;
while(res.next()) {
rows++;
System.out.println("rows = " + rows);
catch(Exception e) {
System.out.println(e);
null

tnsping is working correctly. We can ping the host and it is listening on port 1521. Likewise, there are other applications inhouse using this datasource.
Since first posting my question, I have also tried running the test program on WinNT. Same problem arises.
Other suggestions?

Errors:Installing Oracle Portal, Forms, Reports and Discoverer on Win7

Someone can help me?
I installed Oracle Portal, Forms, Reports and Discoverer on Win7.
I have install:
jdk 64bit
Oracle db 11g (64bit)
Oracle Weblogic 1033 (wls1033_generic.jar)
Oracle Portal, Forms, Reports and Discoverer (ofm_pfrd_win_11.1.1.2.0_64/ofm_pfrd_win_11.1.1.3.0_64)
Configure Components Screen:I just choose the Oracle Forms/reports Oracle Forms/reports builder Enterprise Manager Oracle Web Cache .
Configure Ports Screen:Auto Port Configuration.
Specify Proxy Details Screen:No
Specify Application OID Screen:NO
But when I configure the "Configuring the Classic Instance" under the "Oracle Classic 11g-Home1". It's always pending in "Creating the domain". No any Error information.
the related log information:
Creating a new AdminServer Object ...
AdminServer port is 7001
Starting the domain ...
LOADING DLL : C:\Oracle\Middleware\as_2\install\config\\StartUtil64.dll

Since your weblogic is on version 10.3.3, you can only succesfully configure your fusion middleware when you are on version 11.1.1.3.
So (1) restart the install of fusion middleware 11.1.1.2, (2) choose install type INSTALL ONLY, (3) start installation of fusion middleware 11.1.1.3 and finally (4) configure fusion middleware using AS_ORACLE_HOME\bin\config.bat

JDeveloper 11g and JDK 1.4.2_16

Hi! I just created a new simple app in JDev 11g and selected the JDK 1.4.2_16 for the model project. I created a set of business components from tables, built the project and them attempted to run the AppModule tester.
I got the following error:
/usr/java/j2sdk1.4.2_16/bin/java -server -classpath /opt/app/oracle/product/jdevstudio1111/BC4J/jlib/bc4jtester.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/bc4jsyscat.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/db-ca.jar:/opt/app/oracle/product/jdevstudio1111/jlib/jdev-cm.jar:/opt/app/oracle/product/jdevstudio1111/lib/xmlparserv2.jar:/opt/app/oracle/product/jdevstudio1111/jlib/ohj.jar:/opt/app/oracle/product/jdevstudio1111/jlib/help-share.jar:/opt/app/oracle/product/jdevstudio1111/jlib/share.jar:/opt/app/oracle/product/jdevstudio1111/jlib/jewt4.jar:/opt/app/oracle/product/jdevstudio1111/jlib/oracle_ice.jar:/opt/app/oracle/product/jdevstudio1111/jlib/ojmisc.jar:/opt/app/oracle/product/jdevstudio1111/ide/lib/idert.jar:/opt/app/oracle/product/jdevstudio1111/ide/lib/javatools.jar:/usr/java/j2sdk1.4.2_16/jre/lib/rt.jar:/usr/java/j2sdk1.4.2_16/jre/lib/i18n.jar:/usr/java/j2sdk1.4.2_16/jre/lib/sunrsasign.jar:/usr/java/j2sdk1.4.2_16/jre/lib/jsse.jar:/usr/java/j2sdk1.4.2_16/jre/lib/jce.jar:/usr/java/j2sdk1.4.2_16/jre/lib/charsets.jar:/usr/java/j2sdk1.4.2_16/jre/classes:/home/mcruz/development/11g/SessionTest11g/.adf:/home/mcruz/development/11g/SessionTest11g/Model/classes:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/adf-share-support.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/adf-share-ca.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/adf-share-base.jar:/opt/app/oracle/product/jdevstudio1111/jlib/identitystore.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/bc4jmt.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/bc4jwizard.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/groovy-all-1.0.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/bc4jct.jar:/opt/app/oracle/product/jdevstudio1111/jlib/commons-el.jar:/opt/app/oracle/product/jdevstudio1111/jlib/jsp-el-api.jar:/opt/app/oracle/product/jdevstudio1111/jlib/oracle-el.jar:/opt/app/oracle/product/jdevstudio1111/jlib/resourcebundle.jar:/opt/app/oracle/product/jdevstudio1111/lib/java/api/jaxb-api.jar:/opt/app/oracle/product/jdevstudio1111/lib/java/api/jsr173_api.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/lib/activation.jar:/opt/app/oracle/product/jdevstudio1111/lib/java/shared/sun.jaxb/2.0/jaxb-xjc.jar:/opt/app/oracle/product/jdevstudio1111/lib/java/shared/sun.jaxb/2.0/jaxb-impl.jar:/opt/app/oracle/product/jdevstudio1111/lib/java/shared/sun.jaxb/2.0/jaxb1-impl.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/adfshare.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/adfm.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/jlib/adfui.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/adfbinding.jar:/opt/app/oracle/product/jdevstudio1111/adfdt/lib/adfdtatrt.jar:/opt/app/oracle/product/jdevstudio1111/adfdt/lib/adftransactionsdt.jar:/opt/app/oracle/product/jdevstudio1111/adfdt/lib/adfdt_common.jar:/opt/app/oracle/product/jdevstudio1111/mds/lib/mdsrt.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/jazn.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/jazncore.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/jps-api.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/jps-common.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/jps-internal.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/jps-fmw.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/jps-unsupported-api.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/lib/jacc-api.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/lib/oc4j-unsupported-api.jar:/opt/app/oracle/product/jdevstudio1111/jdbc/lib/ojdbc5dms.jar:/opt/app/oracle/product/jdevstudio1111/jlib/orai18n.jar:/opt/app/oracle/product/jdevstudio1111/jlib/ojdl.jar:/opt/app/oracle/product/jdevstudio1111/jlib/dms.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/bc4jdomorcl.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/jlib/bc4jdatum.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/lib/servlet.jar:/opt/app/oracle/product/jdevstudio1111/jlib/commons-cli-1.0.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/lib/commons-collections.jar:/opt/app/oracle/product/jdevstudio1111/jlib/xmlef.jar:/opt/app/oracle/product/jdevstudio1111/lib/xml.jar:/opt/app/oracle/product/jdevstudio1111/rdbms/jlib/xdb.jar:/opt/app/oracle/product/jdevstudio1111/javacache/lib/cache.jar:/opt/app/oracle/product/jdevstudio1111/diagnostics/lib/ojdl.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/lib/pcl.jar:/opt/app/oracle/product/jdevstudio1111/ucp/lib/ucp.jar:/opt/app/oracle/product/jdevstudio1111/lib/java/shared/oracle.javatools/11.1.1.0.0/dafrt.jar:/opt/app/oracle/product/jdevstudio1111/lib/java/shared/oracle.javatools/11.1.1.0.0/javatools-nodeps.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/jlib/bc4jui.jar:/opt/app/oracle/product/jdevstudio1111/dvt/lib/dvt-client.jar:/opt/app/oracle/product/jdevstudio1111/dvt/lib/dvt-utils.jar:/opt/app/oracle/product/jdevstudio1111/jlib/LW_PfjBean.jar: oracle.jbo.jbotester.MainFrame -X 116D6D52C8E -H jar:file:/opt/app/oracle/product/jdevstudio1111/jdev/doc/studio_doc/ohj/bc4j_f1.jar!/bc4j_f1.hs
Exception in thread "main" java.lang.UnsupportedClassVersionError: oracle/jbo/jbotester/MainFrame (Unsupported major.minor version 49.0)
     at java.lang.ClassLoader.defineClass0(Native Method)
     at java.lang.ClassLoader.defineClass(ClassLoader.java:539)
     at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123)
     at java.net.URLClassLoader.defineClass(URLClassLoader.java:251)
     at java.net.URLClassLoader.access$100(URLClassLoader.java:55)
     at java.net.URLClassLoader$1.run(URLClassLoader.java:194)
     at java.security.AccessController.doPrivileged(Native Method)
     at java.net.URLClassLoader.findClass(URLClassLoader.java:187)
     at java.lang.ClassLoader.loadClass(ClassLoader.java:289)
     at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:274)
     at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
     at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302)
Process exited with exit code 1.
Am I to assume that jdk1.4.x is no longer supported in JDeveloper and that I should start using JDK1.5.x? But apps built with JDK1.5.x are not supported in AppServer 10.1.2.0.2, which is J2EE 1.3 compliant... Does that mean that JDeveloper 11g is suitable only for apps deployed on OAS 10.1.3.x and above? (OAS 10.1.3.x is J2EE 1.4 compliant, and OAS 11g will be J2EE 5.x compliant).
Comments please.
Thx!

be on OracleAs 10.1.3 at a minimum<<The problem (for us) with Oracle AS 10.1.3 is that Portal 10.1.4 will not run on it (not certified). We want to take advantage of ADF RC and we hope to be able to produce JSF portlets or "portletized" apps. But at the moment we are "stuck" with 10.1.2.0.2 and JDK 1.4.x/J2EE1.3...
While you can have a 10.1.2 farm and add a 10.1.3 separate instance it is not a clean/complete integration (you can't manage all services from the 10.1.2 farm EM and others; this is what I've seen so far, IMO).
We can't wait for OAS 11g to come out and take a look at that. And I certainly hope that Portal will be certifed on 11g so that we can just jump there.
Another wish: WebCenter functionality in Portal, or Portal/WebCenter rolled out into one.

Oracle 8.1.5 and JDK 1.2 Thin Driver

Similar Messages

Maybe you are looking for