[ http://issues.apache.org/jira/browse/DIRSERVER-632?page=comments#action_12425606 ] Stefan Zoerner commented on DIRSERVER-632: ------------------------------------------
Thanks Alex! I can confirm that this issue does not occur in my environment anymore (I tested the current 1.0 branch). > If one tries to connect with an illegal LDAP protocol version, no error occurs > ------------------------------------------------------------------------------ > > Key: DIRSERVER-632 > URL: http://issues.apache.org/jira/browse/DIRSERVER-632 > 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: Alex Karasulu > Priority: Minor > Fix For: 1.1.0, 1.0-RC4 > > Attachments: DIRSERVER-632.log, IllegalLDAPVersionBindTest.java > > > 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, http://www.mozilla.org/directory/), 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: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
