We have a system that uses persistent jdbc (2.0 thin) connections into a 9204 (32) db. There are logon triggers to set some session variables. Sounds pretty mild. The problem is that each time a process connects using one of the already connected sessions, the logon trigger is fired, which introduces a tremendous burden on the system (many short/quick connections). At this point, the dbas are seeing that the sid for the sessions remains static, but the serial# changes on each 'connection' via a persistent connection. Has anyone seen this behaviour? If so, what is the process for preventing trigger calls on a reconnection? Being the non-java person I am, is this normal? Is this something that can be controlled by jdbc client settings? Any assistance is greatly appreciated. Regards, Daniel Fink ---------------------------------------------------------------- Please see the official ORACLE-L FAQ: http://www.orafaq.com ---------------------------------------------------------------- To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx put 'unsubscribe' in the subject line. -- Archives are at //www.freelists.org/archives/oracle-l/ FAQ is at //www.freelists.org/help/fom-serve/cache/1.html -----------------------------------------------------------------