Hi !
Thanks a lot for this report !
I don't get your point about the LdapString. The controlType is an
LDAPOID, which is internally an OctetString. Changing it to a LdapString
won't change anything, because this controltype will always be something
like :
1.3.6.1.4... and nothing else.
The OID
ControlType are not stored as strings
-
Key: DIRSNICKERS-114
URL: http://issues.apache.org/jira/browse/DIRSNICKERS-114
Project: Directory ASN1
Type: Bug
Reporter: Emmanuel Lecharny
Assigned to: Alex Karasulu
Priority:
Infinite loop with special configuration files
--
Key: DIREVE-310
URL: http://issues.apache.org/jira/browse/DIREVE-310
Project: Directory Server
Type: Bug
Reporter: Emmanuel Lecharny
Priority: Blocker
Attachments:
[ http://issues.apache.org/jira/browse/DIREVE-310?page=all ]
Emmanuel Lecharny updated DIREVE-310:
-
Attachment: serverVSLDAP.xml
Infinite loop with special configuration files
--
Key:
The problem has been fixed.
Thanks a lot Van !
Could you just enter a JIRA issue the next time you find a problem, it
will be easier to keep a track on it.
Ok, I now get it.
The confusion between Octet String and Object Identifier has been done
when I was working on SPNEGO protocol, which use Object Identifier (tag
0x06) when Ldap use 0x04.
I will correct the code this afternoon to deal with this problem.
Thanks for the junit test and for the
Hi,
While writing a test for traffic control on VmPipe transports I may have
stumbled across a bug in VmPipeFilter. Basically I have an echo server
and a client which repeatedly sends a single byte to the server. When I
run this test I get an exception:
Exception in thread IoThreadPool-1
FYI, Jeff Genender committed under the Geronimo Directory module an
example of a XSD[1] to configure ADS.
It's actually quite nice and readable as you can see in the example [2]
Jeff would certainly welcome any feedback.
These Geronimo people also sold me on xbeans[3] (no relation to