Connect A scanner to Wyse 3290 Thin Client

I am 'trying' to connect an Epson Gt-S50 scanner to a Wyse (Dell) 3290 Thin Client with an embedded WIN 7 Standard OS. I've finally gotten the drivers installed and the device managers see the scanner. although I can get paper to feed through the scanner, nothing appears to scan not can i set any configurations for the sacnner. Destination, type, preview.etc. The Epson Software has been downloaded directly from Epson but each time i attempt to launch the app, i get 'Epson Scanner has stopped working'.
has anyone been successful with this? Even the second level engineer at Dell has not been able to figure it out.
[email protected]
This topic first appeared in the Spiceworks Community

Similar Messages

Establish SSL connection to Oracle Instance w/JDBC Thin Client

Hello all,
I am writing a monitoring utility that will allow me to establish connections to both Oracle instances and LDAP repositories and query them to determine that they are up and running. My utility consists of a number of objects that handle connections to the LDAP and Oracle instances. I need to be able to do SSL and non-SSL connections to said instances.
My issue is this: I am able to do SSL and non-SSL to LDAP, and non-SSL to an Oracle instance. I am having problems, though, establishing an SSL connection to an Oracle instance (I am using the thin client). Whenever I try, a SQLException is thrown that states: "Encountered a problem with the secret store. Check the wallet location for the presense of an open wallet (cwallet.sso) and ensure that the wallet contains the correct credentials..."
Ok, a little background for those who may need it. Oracle uses a wallet to hold certs that allow SSL connections. I have a wallet on my box, and, from the command line, I am able to sqlplus into and tnsping the appropriate Oracle instances, so I know it is setup properly. The inability to connect only occurs in my code. My code looks like this:
DriverManager.registerDriver(new oracle.jdbc.driver.OracleDriver());
Security.addProvider(new oracle.security.pki.OraclePKIProvider());
/*Setup connection properties*/
String connectionString = "testbox01:1000:ssl_instances_name";
String userName = "userName";
String pwd = "password";
Properties props = new Properties();
props.put("oracle.net.ssl_version", 3.0");
props.put("oracle.net.wallet_location", "SOURCE=(METHOD=file)(METHOD_DATA=(DIRECTORY=c:\\wallet)))");
props.put("oracle.net.ssl_cipher_suites", "ssl cipher suites");
props.put("oracle.net.ssl_server_dn_match", "FALSE");
props.put("oracle.net.ssl_client_authentication", "true");
/*Do connection and return connection object
OracleDataSource ods = new OracleDataSource();
ods.setUser(userName);
ods.setPassword(pwd);
ods.setUrl("jdbc:oracle:thin:@" + connectionString);
ods.setConnectionProperties(props);
Connection conn = ods.getConnection(); <---This is where code errors out with SQLException described above.
return conn;
And that's pretty much it. Anyone have any ideas?

Ok, that looked horrible. Let's try this again: 
 
I am writing a monitoring utility that will allow me to establish connections to both Oracle instances and LDAP repositories and query them to determine that they are up and running. My utility consists of a number of objects that handle connections to the LDAP and Oracle instances. I need to be able to do SSL and non-SSL connections to said instances. 
 
My issue is this: I am able to do SSL and non-SSL to LDAP, and non-SSL to an Oracle instance. I am having problems, though, establishing an SSL connection to an Oracle instance. Whenever I try, a SQLException is thrown that states: "Encountered a problem with the secret store. Check the wallet location for the presense of an open wallet (cwallet.sso) and ensure that the wallet contains the correct credentials..." 
 
Ok, a little background for those who may need it. Oracle uses a wallet to hold certs that allow SSL connections. I have a wallet on my box, and, from the command line, I am able to sqlplus into and tnsping the appropriate Oracle instances, so I know it is setup properly. The inability to connect only occurs in my code. My code looks like this: 
 
***** 
 
DriverManager.registerDriver(new oracle.jdbc.driver.OracleDriver()); 
Security.addProvider(new oracle.security.pki.OraclePKIProvider()); 
 
/*Setup connection properties*/ 
 
String connectionString = "testbox01:1000:ssl_instances_name"; 
String userName = "userName"; 
String pwd = "password"; 
 
Properties props = new Properties(); 
props.put("oracle.net.ssl_version", 3.0"); 
props.put("oracle.net.wallet_location", "SOURCE=(METHOD=file)(METHOD_DATA=(DIRECTORY=c:\\wallet)))"); 
props.put("oracle.net.ssl_cipher_suites", "ssl cipher suites"); 
props.put("oracle.net.ssl_server_dn_match", "FALSE"); 
props.put("oracle.net.ssl_client_authentication", "true"); 
 
/*Do connection and return connection object*/ 
OracleDataSource ods = new OracleDataSource(); 
ods.setUser(userName); 
ods.setPassword(pwd); 
ods.setUrl("jdbc:oracle:thin:@" + connectionString); 
ods.setConnectionProperties(props); 
 
Connection conn = ods.getConnection(); <---This is where code errors out with SQLException described above. 
 
return conn; 
 
***** 
 
And that's pretty much it. Anyone have any ideas?

Connect to 10g RAC over JDBC thin client

I'm trying to connect to multiple Oracle 10g databases (failover) over the JDBC thin client, and when I run the following, I get:
java.sql.SQLException: Io exception: NL Exception was generated
connection = DriverManager.getConnection("jdbc:oracle:thin:@DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP) (HOST = dbdev) (PORT = 1521))) (CONNECT_DATA = (INSTANCE_NAME = orcldev)))", "scott", "tiger");
I eventually want to put multiple ADDRESSes in that string, but right now I'm trying to get it to work with just one! I've tried multiple variations of this, like changing INSTANCE_NAME to SID or SERVICE_NAME, and using the internal IP address for the HOST dbdev (see below). Here's the tnsnames.ora file used by SQL*Plus on the same client machine:
ORCLDEV.world =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.1.132)(PORT = 1521))
(CONNECT_DATA =
(SID = orcldev)
)

I found this in Doc ID #213412.1 on metalink.oracle.com:
Connection conn = DriverManager.getConnection("jdbc:oracle:thin:@(DESCRIPTIO N = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP) (HOST = osol1.us.oracle.com) ( PORT = 15000)) (ADDRESS = (PROTOCOL = TCP) (HOST = rmsol1.us.oracle.com) (POR T = 12002))) (CONNECT_DATA = (SERVICE_NAME = PROD))) ", "scott", " tiger"); That's how you would specify the locations of two different database servers for failover. BEA has an article on doing it with Weblogic and Oracle:
http://e-docs.bea.com/wls/docs81/jdbc/oracle_rac.html

Wyse Thin client not connecting to Windows 2008 R2 server

Configuration
SBS 2011 Server
Windows 2008 R2 server with Remote Desktop Services installed, License Manager installed.
WYSE WT3125SE thin clients with Windows CE 5
I setup the Windows 2008 with Remote Desktop Services and was able to successfully connect the Thin client. Then I installed the License Manger and applied my Open license using User Cals. Was able to login. Next day I get the following
error-"Because of a security error, the client could not connect to the remote computer. Verify that you are logged onto the network and then try connecting again" I still can connect fine from other machines even Windows Home Ed.
I remove license server and still was unable to connect. Built a second Windows 2008 R2 server with RDS on it. Was able to connect without issue. Pointed it to the first RDS server license manager and have still been able to connect with
the Thin Client. The thin client can rdp to the SBS server without issue in admin mode, can connect to RDS2 server but not RDS1 with the license manger. So my issue is with the license and so my question is what is it with the license server
running on that server that is keeping thin client from connecting. I even did a reload of RDS1 and tested connecting throughout the process and it worked up until I applied the license and then it stops. And then if I uninstall the license, rds, remove
from domain still not able to connect. Any help would be appreciated.

We had the same problem with older terminals after cloning a 2008R2 rds server and sysprep it.
The original rds server worked fine but when the old terminals connect to the new 1 they come up with the error : Because
of a security error, the client could not connect to the remote computer. Verify that you are logged onto the network and then try connecting again"
After reading all of the postings about this issue and tried the reactivate solution of the license server,
I was sure that it had something to do with the x509 certificates that are generated the first time you connect to a valid license server.
What I did, I installed a new license server activate it but did not install licenses on it.
I pointed the defective rds server to the newly installed license server and deleted the following registry keys:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\RCM
Certificate
X509 Certificate
X509 Certificate ID
X509 Certificate2
Then reboot.
After the reboot all old terminals can connect fine again. As final step I pointed the rds server to the same license server as the other ones,
reboot and all worked fine.
So conclusion is that when you pont a rds server to a license server that has the new type of licenses on it it will generate the wrong x509 certificates
that are not supported by the older clients, by pointing it first to 1 without any rds calls on it, it generates the older x509 certificates which are compatible with the older rdp clients then the switch to new license server will then not regenerate the
x509 certs so it keeps working.
I hope this helps someone
This issue was driving me crazy so very happy that it is resolved now
Cheers Frits

OS_USER not correct when connecting using JDBC Thin Client on 10G

Hi Folks,
We are migrating an application from a 9i database to 10g and have a problem that someone might have come across before.
The application is a Java applet based application that connects to the database using JDBC Thin client. on 9i the OS_USER comes up as the user running the applet but in 10G it is coming up as the user account that installed 10G on the DB server.
We tried using a 9i client to identify if it was a client or DB issue but its the same problem with the 9i client connecting to the 10G DB.
If anyone can help it would be much appreciated.
Thanks,
John.

What is the return of this command?
SELECT sys_context ('USERENV', 'OS_USER') FROM dual;
Is it the DB user or the OS user?

OS_USER not correct when using JDBC Thin Client on 10G

Hi Folks,
We are migrating an application from a 9i database to 10g and have a problem that someone might have come across before.
The application is a Java applet based application that connects to the database using JDBC Thin client. on 9i the OS_USER comes up as the user running the applet but in 10G it is coming up as the user account that installed 10G on the DB server.
We tried using a 9i client to identify if it was a client or DB issue but its the same problem with the 9i client connecting to the 10G DB.
If anyone can help it would be much appreciated.
Thanks,
John.

Could you please provide further details on what do you mean with OS_USER?
The application is a Java applet based application
that connects to the database using JDBC Thin client.
on 9i the OS_USER comes up as the user running the
applet but in 10G it is coming up as the user account
that installed 10G on the DB server.
Are you referring to the user provided to perform authentication against database, i.e. a database user?
How do you know this user is being changed?
~ Madrid

Error codes in Thin client?

Where can I find Oracle's error numbers and definitions? The
ones that are generated through connections like the ODBC and
JDBC Thin client drivers.
Thanks
rp
null

Hi Prashant,
Did you resolve this?
It sounds like the EJB was not deployed with the webservice.
Were you able to call the service using the OC4J test harness? This will tell you if the service is correctly deployed - with the underlying implementation classes etc. Take the service endpoint URL from the WSDL file and put in a browser (with your AS running)
rgds
Susan
JDeveloper PM

Using SBO with Wyse Winterm S30 Thin Clients

I have a customer who is using Microsoft Terminal Services via Wyse Winterm S30 Thin cllents to access SBO over a VPN. We are experiencing excessive rolling (redisplay) when screens are refreshed. The problem is compounded if a Marketing Document contains multiple Text lines. We have two terminal servers, each with about 12 thin clients connected.
I would appreciate feedback from anyone with experience of using thin clients, regardless of brand.

Hi,
Thin clients normally have a low memory allocation on the video card (8mb to 16MB) so this can be a problem. Check to see if you can change this in the BIOS on the WYSE. If not connect at 256 Colours to reduce this. If you have pictures linked to products then their resolution will not be good but for SAP itself the difference is small. Also rename the SAPSS.AVI to .old if you have not already done so so that the splash screen does not come up when logging in.
In my multimedia testing on thin clients, unrelated to SBO, I found that both memory and processor power made a huge difference, which is contrary to thin client manufacturer claims. As an example I used a 200MHz/64MB TC for a flash application and sound was about 3 seconds behind the image and the image update would skip 3 to 5 frames when updating. Moving to a 800Mhz/128MB TC The frame refresh rate was almost perfect and the sound was only about 0.5 seconds behind. I would therefore test on a more powerful thin client to see if it improves performance.
The S30 is a 400MHz (rated @ 533 on performance by AMD). Try a 1GHz TC with the maximum Video memory you can find.
We are currently using VXL Itona 800Mhz/128MB and do not experience too much rolling but we are using 256 colours.
Hope this helps.

Install BB DTM on Thin Client HP TC5730 then connect to VmWare View

All, We need some help as there is no DIRECTIONS for install BB DTM on an HP TC5730 then have the USB device appear when you connect to vmware view 4.6. Do you know of any instructions? We have over 150 users that have blackberries with varying models. We need a seamless solution.
We download the blackberry USB driver but on the thinclient we commit the install but the rim device USB says it's disabled? Have any others experienced this issue?
THANKS!

Hi there,
I have a similar issue on Wyse thin clients - was a solution available?
Thank you!

Database connection encryption and integrity with ColdFusion and Oracle thin client

As ColdFusion datasource we are using the Oracle thin client to connect with the database. So, basically we are using a JDBC URL such as jdbc:oracle:thin:@... and as Driver Class oracle.jdbc.OracleDriver. This works successfully however we would like to set encryption and integrity parameters as well. In Java this is done similarly by setting a Properties object prior to getting a connection as follows:
Properties prop = new Properties();
prop.put("oracle.net.encryption_client", "REQUIRED");
prop.put("oracle.net.encryption_types_client", "( DES40 )");
prop.put("oracle.net.crypto_checksum_client", "REQUESTED");
prop.put("oracle.net.crypto_checksum_types_client", "( MD5 )");
OracleDataSource ods = new OracleDataSource();
ods.setProperties(prop);
ods.setURL("jdbc:oracle:thin:@localhost:1521:main");
Connection conn = ods.getConnection();
Is there a way that I can pass these parameters to the ColdFusion datasource. Ideally, I would love to do this centrally in such way that a change to all the cfquery or cfstoredproc is not needed.
I also know that in application servers such as Oracle AS there is an option when creating a datasource which says "Add Properties". In there you can add such properties. So, I was thinking of maybe creating a JNDI DS in the app. server and then magically connecting to it but this may have some impacts on the app.
Besides this I was also thinking of communicating with the CF datasource through the CF admin API (cfide.adminapi.administrator) and also the option of extending the Oracle driver so that when CF connects with it these params are already set.
I would love to have your professional opinion and suggestions on this.

I believe the thin driver actually needs the IP address (not the DNS name). Also, is "java" the name of the Oracle instance to which you are trying to connect?
Try the following:String driver = "jdbc:oracle:thin";
String dbIP = "W2RZ1NXG01's IP address";
String dbPort = "1530";
String dbSid = "java";
String dbUser = "Admin";
String dbPswd = "apassword";
String cnctStr = driver + ":@" + dbIP + ":" + port + ":" + dbSid;
try
    Class.forName("oracle.jdbc.driver.OracleDriver");
    con = DriverManager.getConnection( cnctStr, dbUser, dbPswd );
    stmt = con.createStatement();
    stmt.executeUpdate(createString);
    stmt.close();
    con.close();
catch(SQLException ex)
    System.err.println( "The following SQLException occurred: " + ex );
    System.err.println( "Message: " + ex.getMessage() );

T5325 Thin Clients losing remote desktop connection

My company just bought about 50 of these thin clients and they are setup to run an automatic remote desktop connection. I have the connection setup to auto start when the thin client is powered on and it just brings the user to a windows login screen. After they have logged in and leave their thin client to go on break sometimes it just brings them to a blank screen with an HP logo and the thin client has to be restarted to get back into the remote desktop, or I have to go into admin and restart the RDP connection. Any idea why this is happening? Is there a setting somewhere I need to change?
Any help would be great!

We are having this same issue and it is maddening. I have contacted HP on several occasions and I don't know if it is the language barrier or simple ignorance, but so far the issue is ongoing. I have looked high and low on the net and no one seems to be able to tell me why this is happening despite a number of plausible theories. We have a couple hundred terminals throughout the company which are spread across three servers none of which are close to congested yet.. However, the 10 or so t5325's we have are used specifically for digital signage. They run automated sessions that launch animated JAVA windows. They run great for the most part, but seemingly at random they will freeze in their tracks. The sessions drop from our terminal server and cannot be restarted remotely. After the units are power cycled they come back up directly and begin their sessions again. You can shadow these units (VNC) and the moment the display come on the unit closes the RDP session and reopens the same and start running again, odd behavior. I have tried changing session logout timers, disabling / enabling TCP settings, creating client-side refresh scripts, restarting the sessions at regular intervals via admin script, flashing BIOS and ThinPro OS to the current level, voodoo rituals, and pagan sacrifice. Yet, they still behave in exactly the same manner with no actions on my part having any apparent affect.. Currently, I am of the mind to purchase small all-in-one pc's to do the job. If anyone knows of any way to fix this PLEASE respond to this post.

Connection through jdbc thin client taking more time than from sqlplus!!!

Hello All
Machines A and B
Applicaion in A is connecting to B(9.2.0.6),db server.
The schema is so small with few tables and data in each table less than 500 rows
We are in the process of migrating the Application Schema in B to C[9.2.0.8].
But the response time is more when the application fetches from C.
Even while selecting the sysdate from dual.
The application is using the jdbc thin client for fetching the data.
When the same sql is executed by (from A to C)
sqlplus -s user/pass @execute.sql, its gets done in a fraction of a second.
But when the same is done through the application which uses jdbc thin client, it takes few seconds
to complete.
When tried with a small java program that uses classes12.jar (from A to C)
conn = DriverManager.getConnection(URL,UID,PASS);
               stop = System.currentTimeMillis();
               System.out.println("Connection time in milli sec: " + (stop - start));
               System.out.println();
..It was found that creating the connection was taking time.
But the same is not happening when tired through the sqlplus
Could someone throw some light into this?
What could be the reason for jdbc to get slower while establishing connections?
TIA,
JJ

are you using latest drivers - http://www.oracle.com/technology/tech/java/sqlj_jdbc/index.html
you may want to check some options reducing jdbc connection cost from the otn samples - http://www.oracle.com/technology/sample_code/tech/java/sqlj_jdbc/index.html

Thin Client connection not failing over

I'm using the following thin client connection and the sessions do not failover. Test with SQLPLUS and the sessions do fail over. One difference I see between the two different connections is the thin connection has NONE for the failover_method and failover_type but the SQLPLUS connection show BASIC for failover_method and SELECT for failover_type.
Is there any issues with the thin client the version is 10.2.0.3
jdbc:oracle:thin:@(description=(address_list=(load_balance=YES)(address=(protocol=tcp)(host=crpu306-vip.wm.com)(port=1521))(address=(protocol=tcp)(host=crpu307-vip.wm.com)(port=1521)))(connect_data=(service_name=ocsqat02)(failover_mode=(type=select)(method=basic)(DELAY=5)(RETRIES=180))))

You have to use (FAILOVER=on) as well on jdbc url.
http://download.oracle.com/docs/cd/B19306_01/network.102/b14212/advcfg.htm#sthref1292
Example: TAF with Connect-Time Failover and Client Load Balancing
Implement TAF with connect-time failover and client load balancing for multiple addresses. In the following example, Oracle Net connects randomly to one of the protocol addresses on sales1-server or sales2-server. If the instance fails after the connection, the TAF application fails over to the other node's listener, reserving any SELECT statements in progress.sales.us.acme.com=
(DESCRIPTION=
*(LOAD_BALANCE=on)*
*(FAILOVER=on)*
(ADDRESS=
(PROTOCOL=tcp)
(HOST=sales1-server)
(PORT=1521))
(ADDRESS=
(PROTOCOL=tcp)
(HOST=sales2-server)
(PORT=1521))
(CONNECT_DATA=
(SERVICE_NAME=sales.us.acme.com)
*(FAILOVER_MODE=*
*(TYPE=select)*
*(METHOD=basic))))*
Example: TAF Retrying a Connection
TAF also provides the ability to automatically retry connecting if the first connection attempt fails with the RETRIES and DELAY parameters. In the following example, Oracle Net tries to reconnect to the listener on sales1-server. If the failover connection fails, Oracle Net waits 15 seconds before trying to reconnect again. Oracle Net attempts to reconnect up to 20 times.sales.us.acme.com=
(DESCRIPTION=
(ADDRESS=
(PROTOCOL=tcp)
(HOST=sales1-server)
(PORT=1521))
(CONNECT_DATA=
(SERVICE_NAME=sales.us.acme.com)
*(FAILOVER_MODE=*
*(TYPE=select)*
*(METHOD=basic)*
*(RETRIES=20)*
*(DELAY=15))))*

Problem connecting from WL 8.1 Thin client to WL 8.1 App Server in AIX OS

Hi,
I'm trying to use WL 8.1 thin client to connect to BEA Weblogic server 8.1 in AIX OS. However, when I execute my thin client, I get the following error:
Exception in thread "main" java.lang.NoClassDefFoundError: com/sun/corba/se/connection/ORBSocketFactory
My thin client is running in AIX OS, using IBM JRE 1.4.2 similar to BEA Weblogic Server 8.1.
The following is my thin client code to connect to weblogic server:
Properties h = new Properties();
h.put(Context.INITIAL_CONTEXT_FACTORY, "weblogic.jndi.WLInitialContextFactory");
h.put(Context.PROVIDER_URL, url);
Context ctx = new InitialContext(h);
Object home = ctx.lookup(jndiName);
When I ran my thin client, i included wlclient.jar and weblogic.jar in the classpath.
Thanks in advance for your help :)

Brian Yap <> writes:
The thin-client is not supported on AIX.
andy
Hi,
I'm trying to use WL 8.1 thin client to connect to BEA Weblogic server 8.1 in AIX OS. However, when I execute my thin client, I get the following error:
Exception in thread "main" java.lang.NoClassDefFoundError: com/sun/corba/se/connection/ORBSocketFactory
My thin client is running in AIX OS, using IBM JRE 1.4.2 similar to BEA Weblogic Server 8.1.
The following is my thin client code to connect to weblogic server:
Properties h = new Properties();
h.put(Context.INITIAL_CONTEXT_FACTORY, "weblogic.jndi.WLInitialContextFactory");
h.put(Context.PROVIDER_URL, url);
Context ctx = new InitialContext(h);
Object home = ctx.lookup(jndiName);
When I ran my thin client, i included wlclient.jar and weblogic.jar in the classpath.
Thanks in advance for your help :)

Thin client connection to Unix with RMI

Hi All and thanks for reading this.
I am trying to run an application with a swing user interface on the client - a Windows box, and the work engine on the server - a unix box. I am trying to use rmi to communicate between the two. When I stay in the windows world, everthing works just fine. Unfortunately, not so fine when mixing the windows and unix worlds.
I have started the rmi registry on the server and am able to bind the work engine to the registry.
When I start up the client GUI and submit a job to the server, using an oracle jdbc thin client, I get the following null pointer exception at the time the application asks for its first connection:
// message when rebind occurs
DrillDownEngine bound
// start of execution of Implementation class
[dde.DrillDownEngine] Entered DrillDownEngine.executeTask [dde.OrderEntryList] Entered execute() in OrderEntryList
[dde.OrderEntryList] Have a new thread LIST: Order: 084146Qty: 1.0
// from within the thread as it is run by the server
[dde.OrderEntryList] Entered run() for thread in OrderEntryList
[dde.OrderEntryList] Value of currentThread = LIST: Order: 084146Qty: 1.0
[dde.OrderEntryList] About to look for sales report with report name = Cost Of S
ales
[dde.OrderEntryList] About to execute SalesDrilldownRun
[dde.SalesDrilldownRun] Entered DrilldownRun with runType of Cost of Sales
// just prior to first attemp to get a connection
[dde.SalesDrilldownRun] Run initialization prior to Table Instantiation
[dde.SalesDrilldownRun] Drilldown Run terminated
Error: null
Stack:
java.lang.NullPointerException
at oracle.jdbc.ttc7.O3log.marshal(O3log.java:612)
at oracle.jdbc.ttc7.TTC7Protocol.logon(TTC7Protocol.java:258)
at oracle.jdbc.driver.OracleConnection.<init>(OracleConnection.java:362)
at oracle.jdbc.driver.OracleDriver.getConnectionInstance(OracleDriver.ja
va:536)
at oracle.jdbc.driver.OracleDriver.connect(OracleDriver.java:328)
at java.sql.DriverManager.getConnection(DriverManager.java:512)
at java.sql.DriverManager.getConnection(DriverManager.java:171)
// from here down the stack is in my application code
at pool.JDBCConnectionPool.getConnection(JDBCConnectionPool.java:132)
at data.DbTbl.<init>(DbTbl.java:92)
at ifsData.IfsDetTbl.<init>(IfsDetTbl.java:45)
at dde.DrilldownRun.init(DrilldownRun.java:121)
at dde.DrilldownRun.<init>(DrilldownRun.java:103)
at dde.SalesDrilldownRun.<init>(SalesDrilldownRun.java:36)
at dde.OrderEntryList.run(OrderEntryList.java:131)
None of the 3 arguments passed in the getConnection method is null.
Couldn't find anything about this type of error in Java or Oracle documentation.
Do you think this is a JDBC problem or an RMI problem?
Am now trying to make a connection using oci instead of thin client, but am now encountering security permissions problems - which I will ask about in another post just to try to keep things simpler.
Thanks in advance for any suggestions.

It turns out that there is a problem with the Oracle 9.2 dirvers for jdbc. If anyone experiences similar problems, roll back to version 9.0.1
I was using jdk1.4 and Oracle 9i.
Thanks

Connect A scanner to Wyse 3290 Thin Client

Similar Messages

Maybe you are looking for