directory-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Emmanuel Lecharny <>
Subject Re: [jira] Updated: (DIRSERVER-964) Binding does not return DirContext Object's when creating by doing ctx.createSubcontext("cn=test");
Date Mon, 11 Jun 2007 04:13:59 GMT
Ole Ersoy a écrit :

> Yes - Cause you are cheating :-)  I'm able to create a context without 
> specifying the attributes.  Alex or Stefan pointed out earlier that 
> the reason I can do this is because the server now supports some RFC 
> that says it's ok to do this.   

Can you pointing me to those RFCs ?

> Also, the tests are not supposed to pass.  When they start failing 
> then maybe it is fixed.  This is if my assumptions with respect to how 
> this is supposed to work are right though.
> You added the person ObjectClass so that the contexts are created.  
> Now the tests pass.  But you should be able to run the test just as 
> is.  What I'm wondering is "Should the test be green?".

I get it red, not green without my additions.

> It seems to me that assertNull( binding.getObject() ); should not 
> pass.  The reason for this is that I can lookup the context and when I 
> do it is an instance of a DirContext.  

My understanding is that you are doing a getObject() on a binding 
requestion for a null value (""), so you get nothing back. Now, the 
semantic of this call is not clear to me.

> So I think I should be able to get an instance from the binding. 
> assertEquals( "cn=L1,cn=L0,ou=test", binding.getName() ); based on my 
> intuition should fail.  It seems like assertEquals( 
> "cn=L1,cn=L0,ou=test", binding.getNameInNamspace() ); should pass.  
> I'm thinking that getName() would return the RDN and 
> getNameInNamespace should return the DN.

View raw message