On 7/4/21 8:03 PM, Shawn McKinney wrote:
>
>> On Jul 4, 2021, at 9:12 AM, Shawn McKinney wrote:
>>
>> I don’t think it’s server dependent as I’ve noticed the TLS connection and
>> binds are successful with OpenLDAP before the timeout in the API.
>>
>
> Should know by now not to ‘think’ and
Hi again,
On 7/3/21 7:26 PM, Shawn McKinney wrote:
> That is when TLSv1.3 was added as a default enabled protocol in the API,
> fortress started having LDAPS connections problems.
>
> Specifically, connections hang during bind ops, as they’re retrieved from the
> pool.
>
> Looking at the
Hi Shawn,
I added TLSv1.3 to the default protocols in [1]. There is an open issue
for Mina [2] that describes timeouts when using v1.3, please see my
comment there. When used in Studio I didn't encounter any issue in tests
against OpenLDAP or 389ds, only when using it in ApacheDS, so I assumed
The Apache Directory Team is proud to announce the availability of
version 2.1.0 of the Apache Directory LDAP API.
The Apache Directory LDAP API is an ongoing effort to provide an
enhanced LDAP API, as a replacement for JNDI and the existing LDAP API
(jLdap and Mozilla LDAP API).
This is a
On 6/22/21 3:47 PM, Shawn McKinney wrote:
> I switched from this://PoolableObjectFactory
> poolFactory = new ValidatingPoolableLdapConnectionFactory( config );
>
> To:
> PooledObjectFactory poolFactory = new
> ValidatingPoolableLdapConnectionFactory( config );
>
> But can’t use these:
Hi Shawn,
I can only speak for API V2 but I think for V1 it's similar.
I also was surprised by that behavior, but it's "as designed" and makes
sense and is consistent :)
The LdapConnection methods that take a raw XyzRequest object also return
a raw XyzResponse object. Those only throw an
Would a Java Dynamic Proxy help?
It would implement the LdapConnection interface.
When a method is invoked it borrows a connection from the pool (without
testing it), executes the method, returns the connection to the pool,
and returns the result.
When the method execution fails with a specific
Let's discuss what's missing to get the next LDAP API and Server release
out, I should have some free time to help.
Kind Regards,
stefan
On 10/15/19 5:15 PM, Richard Sand wrote:
> I second the motion! Can't use the latest API because now the embedded
> DS tests fail.
>
> -Richard
>
>
> --
On 4/26/19 7:09 AM, Emmanuel Lecharny wrote:
>> ERR_04122_SSL_CONTEXT_INIT_FAILURE Failed to initialize the SSL context
>>
>> java.lang.NullPointerException: null
>> at
>>
>> org.apache.directory.ldap.client.api.LdapNetworkConnection.connect(LdapNetworkConnection.java:689)
>
>
> It seems, from
On 1/11/19 11:09 AM, Emmanuel Lécharny wrote:
> Hi guys,
>
>
> I'm currently checking all the pending JIRAs, trying to evaluate those
> that need to be closed in the coming release, those that are invalid,
> and those that need to be postponed.
>
> While doing that, I see there are quite a few
On 04/16/2018 11:40 PM, Emmanuel Lécharny wrote:
> Hi guys,
>
> I'm trying to speedup the schema parsing (it's currently quite slow, due
> to the 3 embedded Antlr parsers we use).
>
> We use a quirksMode to be able to process more than just the RFC 4512
> syntax. AFAICT, here are the relaxed
On 10/05/2017 10:08 PM, Emmanuel Lécharny wrote:
>
>
> Le 05/10/2017 à 21:18, Chris Pike a écrit :
>> Emmanuel,
>>
>> We got this working. Is there a git repo for the directory api, or do we
>> have to use subversion to provide the code back?
>
> The API is in GIT now !
>
>
On 03/20/2017 08:12 AM, Emmanuel Lécharny wrote:
>
>
> Le 20/03/2017 à 07:37, Stefan Seelmann a écrit :
>> On 03/20/2017 02:10 AM, Emmanuel Lécharny wrote:
>>> public class BooleanSyntaxChecker extends SyntaxChecker
>>> {
>>> /**
>>&g
On 03/20/2017 02:10 AM, Emmanuel Lécharny wrote:
> public class BooleanSyntaxChecker extends SyntaxChecker
> {
> /**
> * A static instance of BooleanSyntaxChecker
> */
> public static final BooleanSyntaxChecker INSTANCE = new
> BooleanSyntaxChecker( SchemaConstants.BOOLEAN_SYNTAX
On 03/17/2017 11:00 AM, Emmanuel Lécharny wrote:
> The only requirement is that each SC has its own builder (we can't put
> this code in the abstract SC, because it's abstract...)
With some generics magic it should at least be possible to move common
stuff (setOid) to the parent.
Otherwise, I'm
Many thanks Emmanuel, I'm looking forward t see it in trunk :)
On 05/09/2016 12:38 PM, Emmanuel Lécharny wrote:
> Hi !
>
> that's it, I'm done with the refactoring. All tests are now passing
> green, even some that were ignored in trunk (typically things like DN
> with multiple Avas).
>
> I
On 04/06/2016 01:05 AM, Emmanuel Lécharny wrote:
> So for the record, after a couple of hours working on it tonite, I get
> the DeepTrimToLowerNormalizer() working fine, with tests passing.
>
> I was also able to improve the performances of the beast : from 20
> seconds to normalize 10 000 000 or
On 04/05/2016 10:48 AM, Emmanuel Lécharny wrote:
> One more step !
>
> Yesterday evening, I as able to work on the DeepTrimToLowerNormalizer
> class, which is used to deal with the caseIgnoreMatch MatchingRule (the
> most crequent Matching Rule), and I discovered that the java
>
In an OSGi environment the StandaloneLdapApiService (module
api-ldap-codec-standalone) should not be used at all.
Instead the bundle activator
org.apache.directory.api.ldap.codec.osgi.DefaultActivator creates and
registers the DefaultLdapCodecService.
Kind Regards,
Stefan
On 04/24/2015 01:25
On 04/15/2015 08:43 AM, Stefan Seelmann wrote:
On 04/08/2015 10:57 PM, Benjamin Abernathy wrote:
Stefan,
I think I have found a reasonable solution. I implemented it and it
passes the integration tests as well as solves the problem I am
experiencing in OSGi. Here is what I did.
1. I
On 04/08/2015 10:57 PM, Benjamin Abernathy wrote:
Stefan,
I think I have found a reasonable solution. I implemented it and it
passes the integration tests as well as solves the problem I am
experiencing in OSGi. Here is what I did.
1. I updated the parent pom by adding the following
On 04/06/2015 11:26 PM, Benjamin Abernathy wrote:
Hello,
I need to deploy version 1.0.0-M30 of the API bundles into an instance
of ServiceMix 5.3.0. Unfortunately ServiceMix (actually Karaf I think)
includes slf4j as a system bundle so its headers are made available to
all bundles. This
On 02/06/2015 10:35 PM, Stefan Seelmann wrote:
On 02/06/2015 04:17 PM, Radovan Semancik wrote:
Hi,
After some delay I finally found a time to work on this. After few
simple fixes I got to this:
java.text.ParseException: ERR_04243 Parser failure on matching rule
description
Hi Harris,
can you tell a bit about your directory structure? Do you have a flat
directory i.e. all Persons you are query for are below one OU, our do
you have a nested hierarchical directory structure?
Looking at the code I guess the latter is the case, and then it is clear
that onelevel search
On Sun, Jan 30, 2011 at 5:11 PM, Alex Karasulu akaras...@apache.org wrote:
On Sun, Jan 30, 2011 at 3:17 AM, Emmanuel Lecharny elecha...@gmail.comwrote:
On 1/29/11 10:38 PM, Stefan Seelmann wrote:
[X] - (c)
interface = AddRequest
simple
On Fri, Jan 28, 2011 at 5:58 PM, Alex Karasulu akaras...@apache.org wrote:
Hi community,
Now that we're coming close to finishing up the shared refactoring we have
to make some choices. Not all these choices have major impacts but some
might. In the past we could do what we liked and change
Hi guys,
I'd like to propose (again) to close this api@ list.
It was created to work together with the OpenDS guys on a new API. But
unfortunately due to Oracle's acquisition of Sun this doesn't happen
any more. Not sure if there will be a revival with ForgeRock/OpenDJ
folks?
I think it is best
On Thu, Jan 6, 2011 at 3:43 PM, Emmanuel Lecharny elecha...@gmail.com wrote:
On 1/6/11 2:58 PM, Alex Karasulu wrote:
However, the schema manipulation API is in the scope of this discussion.
This is part of the LDAP API and is as critical as Dn, or Entry since it's
tied together.
Damn, I
On Thu, Jan 6, 2011 at 2:58 PM, Alex Karasulu akaras...@apache.org wrote:
In the end, dependency upon further transitive dependencies are making us
expose almost all implementation classes in shared, and most can easily be
decoupled and hidden. It's effectively making everything in shared come
For quick success you can try to run
mvn clean install -DskipTests
That skips the test itself, but installs the required test artifacts.
I think we should create a api-with-dependencies, that includes all
required modules (shared, checkstyle, etc.)
Another must is to setup a working CI build
I was thinking lately about the DN class. I know that OpenDS (and probably
UnboundId, but not sure) has a DN.valueOf( a DN ) factory that returns a
DN potentially leveraging a cache associated to a ThreadLocal.
...
I don't think it's such a good idea :
- first, as it's ThreadLocal based,
Emmanuel Lecharny wrote:
Hi guys,
long time, no see ... Lots of side work going on, but still progressing
on the API.
I have a question though : should the LdapConnection.bind()operation
throw an exception, or not ?
Currently we have a version that returns a BindResponse, which is
32 matches
Mail list logo
