My Oracle Support Banner

WebLogic Uses Too Many Embedded LDAP "LDAPCONNTHREAD-#" Threads and LDAPS Connections (Doc ID 2390101.1)

Last updated on JUNE 12, 2018

Applies to:

Oracle WebLogic Server - Version and later
Information in this document applies to any platform.


After upgrading a Weblogic domain, the number of LDAP connections between managed servers and the admin server grew in comparison to previous releases. In previous WebLogic versions, six LDAP connection threads were common.  The number of LDAP connections varied from 2 to over 40 connections. As soon as a managed server started up, embedded LDAP connections appeared. The number was unpredictable, but the number of LDAP connections for a particular managed server was consistent between server restarts.


To test if a managed server is exhibiting this problem, start the managed server with WebLogic property on the Java startup command line, where "x" is the number of threads in the LDAP pool.  For this particular test, set "x" equal to 2 threads (i.e.  Start the server, and then capture three thread dumps 15 seconds apart.  For instructions on how to capture a thread dump, refer to "Different ways to take thread dumps in WebLogic Server (Doc ID 1098691.1)" on My Oracle Support.  

Next, look at the thread dumps.  When the managed server is running, the thread stacks for the LDAP connection threads will appear as below.  If you count more than "x=2" LDAPConnThreads, then you have hit this problem. 

  "LDAPConnThread-0 ldaps://localhost:8001" #57 daemon prio=5 os_prio=0
tid=0x0000000064a1e800 nid=0x3420 runnable [0x000000006a67e000]
  java.lang.Thread.State: RUNNABLE
  at Method)
  - locked (a
  at Source)
  at Source)


 The behavior was observed after upgrading WebLogic Server from version to 


To view full details, sign in with your My Oracle Support account.

Don't have a My Oracle Support account? Click to get started!

My Oracle Support provides customers with access to over a million knowledge articles and a vibrant support community of peers and Oracle experts.