[jira] [Updated] (DIRAPI-149) LdapNetworkConnection should not create user-Threads

[ https://issues.apache.org/jira/browse/DIRAPI-149?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Emmanuel Lecharny updated DIRAPI-149: - Description: When creating a LdapNetworkConnection, a 'NioThread' is created as a 'User-T

[jira] [Commented] (DIRAPI-149) LdapNetworkConnection should not create user-Threads

[ https://issues.apache.org/jira/browse/DIRAPI-149?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14198113#comment-14198113 ] Emmanuel Lecharny commented on DIRAPI-149: -- OTOH, if the thread that uses the Lda

[jira] [Commented] (DIRAPI-196) Always throw error ERR_04486_VALUE_ALREADY_EXISTS from org.apache.directory.api.ldap.model.entry.DefaultAttribute against AD's attribute dSCorePropagationData when do

[ https://issues.apache.org/jira/browse/DIRAPI-196?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14198174#comment-14198174 ] Emmanuel Lecharny commented on DIRAPI-196: -- We really need the code that produces

[jira] [Commented] (DIRAPI-200) unBind() followed by bind() on the same connection may throw an IllegalStateException

[ https://issues.apache.org/jira/browse/DIRAPI-200?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14198185#comment-14198185 ] Emmanuel Lecharny commented on DIRAPI-200: -- Ok, it's consistent. After 16300 loop

[jira] [Created] (FC-40) Use the LDAP API constants instead of GlobalIDs constants when possible

Emmanuel Lecharny created FC-40: --- Summary: Use the LDAP API constants instead of GlobalIDs constants when possible Key: FC-40 URL: https://issues.apache.org/jira/browse/FC-40 Project: FORTRESS-CORE

[jira] [Created] (FC-41) Not sure it's valuable to check the attributes on the client side

Emmanuel Lecharny created FC-41: --- Summary: Not sure it's valuable to check the attributes on the client side Key: FC-41 URL: https://issues.apache.org/jira/browse/FC-41 Project: FORTRESS-CORE

[jira] [Created] (FC-42) Avoid pulling a new connection from the LDAP connection pool

Emmanuel Lecharny created FC-42: --- Summary: Avoid pulling a new connection from the LDAP connection pool Key: FC-42 URL: https://issues.apache.org/jira/browse/FC-42 Project: FORTRESS-CORE Issue

[jira] [Created] (FC-43) Caching entries we have already fetched could save a lot of time

Emmanuel Lecharny created FC-43: --- Summary: Caching entries we have already fetched could save a lot of time Key: FC-43 URL: https://issues.apache.org/jira/browse/FC-43 Project: FORTRESS-CORE I

[jira] [Commented] (FC-42) Avoid pulling a new connection from the LDAP connection pool

[ https://issues.apache.org/jira/browse/FC-42?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14198450#comment-14198450 ] Shawn McKinney commented on FC-42: -- We'll need to discuss. Why can't the pool contain bound c

[jira] [Commented] (FC-43) Caching entries we have already fetched could save a lot of time

[ https://issues.apache.org/jira/browse/FC-43?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14198452#comment-14198452 ] Shawn McKinney commented on FC-43: -- please provide an example of where this is being done. >

[jira] [Commented] (FC-42) Avoid pulling a new connection from the LDAP connection pool

[ https://issues.apache.org/jira/browse/FC-42?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14198567#comment-14198567 ] Emmanuel Lecharny commented on FC-42: - Th ebool can contain bound connections, but there ar

[jira] [Comment Edited] (FC-42) Avoid pulling a new connection from the LDAP connection pool

[ https://issues.apache.org/jira/browse/FC-42?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14198567#comment-14198567 ] Emmanuel Lecharny edited comment on FC-42 at 11/5/14 4:14 PM: -- The

[jira] [Commented] (FC-40) Use the LDAP API constants instead of GlobalIDs constants when possible

[ https://issues.apache.org/jira/browse/FC-40?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14198819#comment-14198819 ] Emmanuel Lecharny commented on FC-40: - Replacement done for NO_ATRS, TOP, OBJECT_CLASS, OU,

[jira] [Created] (FC-44) Define a LdapPool configuration taht does not validate connections

Emmanuel Lecharny created FC-44: --- Summary: Define a LdapPool configuration taht does not validate connections Key: FC-44 URL: https://issues.apache.org/jira/browse/FC-44 Project: FORTRESS-CORE

[jira] [Created] (DIRSTUDIO-1000) LDAP perspective not opening on STS 3.6.2

Swagata Roy created DIRSTUDIO-1000: -- Summary: LDAP perspective not opening on STS 3.6.2 Key: DIRSTUDIO-1000 URL: https://issues.apache.org/jira/browse/DIRSTUDIO-1000 Project: Directory Studio

[jira] [Updated] (DIRSTUDIO-1000) LDAP perspective not opening on STS 3.6.2

[ https://issues.apache.org/jira/browse/DIRSTUDIO-1000?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Swagata Roy updated DIRSTUDIO-1000: --- Attachment: Diag.txt Attaching the diag results > LDAP perspective not opening on STS 3.

[jira] [Commented] (FC-44) Define a LdapPool configuration taht does not validate connections

[ https://issues.apache.org/jira/browse/FC-44?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14198933#comment-14198933 ] Emmanuel Lecharny commented on FC-44: - Using a leightweight pool that does not validate teh

[jira] [Comment Edited] (FC-44) Define a LdapPool configuration taht does not validate connections

[ https://issues.apache.org/jira/browse/FC-44?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14198933#comment-14198933 ] Emmanuel Lecharny edited comment on FC-44 at 11/5/14 7:49 PM: -- Usi

[jira] [Commented] (FC-44) Define a LdapPool configuration taht does not validate connections

[ https://issues.apache.org/jira/browse/FC-44?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14198967#comment-14198967 ] Emmanuel Lecharny commented on FC-44: - Actually, it's more like a 3x improvement (from 2 68

[jira] [Commented] (FC-44) Define a LdapPool configuration taht does not validate connections

[ https://issues.apache.org/jira/browse/FC-44?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14199437#comment-14199437 ] Emmanuel Lecharny commented on FC-44: - I have added the code in Apache LDAP API, which will

[jira] [Resolved] (DIRAPI-108) need equals function that ignores order and oids

[ https://issues.apache.org/jira/browse/DIRAPI-108?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Emmanuel Lecharny resolved DIRAPI-108. -- Resolution: Won't Fix This requires way to much work. I'm not even sure it's possible to

[jira] [Resolved] (DIRAPI-174) LdifReader should provide errors wih line number

[ https://issues.apache.org/jira/browse/DIRAPI-174?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Emmanuel Lecharny resolved DIRAPI-174. -- Resolution: Fixed Fix Version/s: (was: 1.0.0-RC1) 1.0.0-M25

[jira] [Commented] (DIRAPI-72) Provide a default TrustManager for hostname verification to comply with RFC 2830 Section 3.6

[ https://issues.apache.org/jira/browse/DIRAPI-72?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14199520#comment-14199520 ] Emmanuel Lecharny commented on DIRAPI-72: - 2 years ... Damn, we are lazy ! This is

[jira] [Updated] (DIRAPI-178) How to use Apache Directory API to do persistent search

[ https://issues.apache.org/jira/browse/DIRAPI-178?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Emmanuel Lecharny updated DIRAPI-178: - Description: Persistent search in Directory Client API seems not work, the code I write as

[jira] [Comment Edited] (DIRAPI-178) How to use Apache Directory API to do persistent search

[ https://issues.apache.org/jira/browse/DIRAPI-178?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13931491#comment-13931491 ] Emmanuel Lecharny edited comment on DIRAPI-178 at 11/6/14 1:10 AM: -

[jira] [Comment Edited] (DIRAPI-178) How to use Apache Directory API to do persistent search

[ https://issues.apache.org/jira/browse/DIRAPI-178?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13931491#comment-13931491 ] Emmanuel Lecharny edited comment on DIRAPI-178 at 11/6/14 1:09 AM: -

[jira] [Updated] (DIRAPI-155) Chain ANTLR exceptions to ParserException

[ https://issues.apache.org/jira/browse/DIRAPI-155?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Emmanuel Lecharny updated DIRAPI-155: - Description: SchemaToLdif swallows the root cause when throwing ParserException Example e

[jira] [Resolved] (DIRAPI-200) unBind() followed by bind() on the same connection may throw an IllegalStateException

[ https://issues.apache.org/jira/browse/DIRAPI-200?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Emmanuel Lecharny resolved DIRAPI-200. -- Resolution: Fixed Closing for now. It has to be double checked on a Linux box though. >

[jira] [Created] (DIRAPI-208) The Connection Pool is a bit too aggressive when it comes to validate connections

Emmanuel Lecharny created DIRAPI-208: Summary: The Connection Pool is a bit too aggressive when it comes to validate connections Key: DIRAPI-208 URL: https://issues.apache.org/jira/browse/DIRAPI-208

[jira] [Resolved] (DIRAPI-208) The Connection Pool is a bit too aggressive when it comes to validate connections

[ https://issues.apache.org/jira/browse/DIRAPI-208?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Emmanuel Lecharny resolved DIRAPI-208. -- Resolution: Fixed Fixed with http://svn.apache.org/r1637004 > The Connection Pool is a

[Info] Project Pom 33 is being released

Hi guys, I just cut a new release of the top level project pom (version 33) with a few modifications in it (I updated the committers and PMC membres in it, and bumped up a few dependencies). As usual, this is informative, with a 4H notice. As it's around 3AM here in Paris, I'll most certianly wai