directory-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Stefan Zoerner (JIRA)" <>
Subject [jira] Updated: (DIRSERVER-632) If one tries to connect with an illegal LDAP protocol version, no error occurs
Date Thu, 20 Jul 2006 19:52:14 GMT
     [ ]

Stefan Zoerner updated DIRSERVER-632:

    Attachment: DIRSERVER-632.log

Here is a server log for this issue. The strange thing is that a protocolError occurs internally,
but the client hangs nevertheless. Here is the result created:

[21:19:48] DEBUG [] - Encoding
 this LdapMessage : LdapMessage
    message Id : 0
    Extended Response
        Ldap Result
            Result code : (2) protocolError
            Matched DN : ''
            Error message : 'The server will disconnect!'
        Response name :''
        Response :'[B@186d484'

 Any ideas? Has it to to with this LDAP_NOTICE_DISCONNECT response, which my client does not

> If one tries to connect with an illegal LDAP protocol version, no error occurs
> ------------------------------------------------------------------------------
>                 Key: DIRSERVER-632
>                 URL:
>             Project: Directory ApacheDS
>          Issue Type: Bug
>    Affects Versions: 1.0-RC3
>         Environment: Sun ONE Directory SDK for Java 4.1
> ApacheDS 1.0 RC 3
> Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_04-b05)
> Microsoft Windows XP version 5.1 Service Pack 1
>            Reporter: Stefan Zoerner
>         Assigned To: Stefan Zoerner
>            Priority: Minor
>         Attachments: DIRSERVER-632.log,
> If one tries to connect to an LDAP server with a wrong version number (e.g. 4 instead
of 2 or 3), it is expected that a protocol error occurs. See RFC 2251, 4.2.3, "Bind Response"
for details.
> This is not the case with ApacheDS, the client seems to hang instead, if you use version=4.

> Unfortunately, I was not able to create this situation with JNDI, because its LDAP Provider
does not allow this operation. You can specify the version via environment (key "java.naming.ldap.version",
but for an illegal value it throws an exception on the client side and does not seem to call
the server at all.
> Therefore I have created a JUnit test case with Sun ONE Directory SDK for Java. Netscape
SDK (now Mozilla SDK,, will probably do as well. Please
let me know, if you have any problem to reproduce  the problem.

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
For more information on JIRA, see:


View raw message