0

Учитывая огромную нагрузку, которую я получаю для аутентификации, использование нескольких потоков и Connectionpool будет лучшим решением для обработки нагрузки. Однако у меня есть два варианта дизайна, на мой взглядРабота с несколькими потоками и Connectionpool в UnboundID LDAP

  1. Pass Connectionpool в отдельных нитей в качестве аргумента и получить соединение, чтобы сделать запрос на привязку от ConnectionPool

  2. Пасс соединение с нитями, а не прохождение Connectionpool в нити и сделать Bind просьбой об

Какой дизайн вы предпочитаете больше всего, и каковы причины для м?

+0

передать существующее соединение нити – jarryd

+0

, то как я могу освободить соединение. В чем причина этого? – Malinda

ответ

0

Я нашел ответ на этот вопрос после обсуждения с форумом UnboundIDSDK. Я добавлю окончательное заключение для других. в соответствии с this Рекомендуется использовать пул для потоков, передавая пул в качестве аргумента.

public BindResult doBind(LDAPConnectionPool pool, 
        BindRequest bindRequest) 
     throws LDAPException 
{ 
return pool.bind(bindRequest); 
} 

 Смежные вопросы

  • Нет связанных вопросов^_^