RE: JDBC and MTS

From: Regis Biassala <Regis.Biassala_at_datalex.ie>
Date: Tue, 17 Jun 2003 03:25:24 -0700
Message-ID: <F001.005B2C15.20030617030940@fatcity.com>

Richard is right...If ur Java application uses it own connection pooling...then do not use MTS...it slows down connections and more...We faced the same issue here....

Our configuration allows DBA to choose weather connection pooling should handled by the app or the database...
Use dedicated servers if there's noway you can disable the application connection pooling...

Regis

-----Original Message-----
Sent: Tuesday, June 17, 2003 6:05 AM
To: Multiple recipients of list ORACLE-L

I used to seen problems with JDBC Thin with MTS on Linux and switching to a dedicated connection seemed to fix the problem. But JDBC Thin and MTS worked fine on my Solaris box. Not sure with HP-UX. Is the Java application
running on an Application Server?

Richard Ji

-----Original Message-----
Sent: Monday, June 16, 2003 11:25 PM
To: Multiple recipients of list ORACLE-L

I'm not a Java expert so please forgive me my ignorance. JDBC application is facing very strange performance problems during connect. Every now and then
everything appears to be hung and then, 10 minutes later, users proceed normally but with the elevated blood pressure and serious lack of patience. I was told that JDBC has it's own connection pooling mechanism and that it will start it's own dedicated server connection. It seems though that the string "SRVR=DEDICATED" has been ignored and that users are acquiring a shared
server connection.
Does anybody in this group have any experience with JDBC and MTS? Version is 8.1.7.1, 64 bit on HP-UX 11 with OPS. Dispatchers are cross-registered with listeners on all 4 nodes for load balancing purposes. I found surprisingly little material on the Metalink. No network collisions, no retransmits, no timeouts can be seen from netstat -i and netstat -s. The NIC is 1GB Ethernet and I would be very surprised if approximately 100 users could kill it with a
JDBC application. They could use DBA as a human sacrifice, though.

--

Mladen Gogala
Oracle DBA
--

Please see the official ORACLE-L FAQ: http://www.orafaq.net
--

Author: Mladen Gogala
INET: [EMAIL PROTECTED]

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------

To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
--

Please see the official ORACLE-L FAQ: http://www.orafaq.net
--

Author: Richard Ji
INET: [EMAIL PROTECTED]

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------

This electronic transmission is strictly confidential and intended solely for the addressee. It may contain information which is covered by legal, professional or other privilege. If you are not the intended addressee, you must not disclose, copy or take any action in reliance of this transmission. If you have received this transmission in error, please notify the sender as soon as possible.

This footnote also confirms that this message has been swept for computer viruses.

--

Please see the official ORACLE-L FAQ: http://www.orafaq.net
--

Author: Regis Biassala
INET: [EMAIL PROTECTED]

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------