Mailing-List: contact users-help@directory.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@directory.apache.org
Received-SPF: pass (athena.apache.org: domain of jesse.mcconnell@gmail.com
 designates 209.85.128.184 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:to:subject:mime-version:content-type;
        b=NM59vfTHi5gfWEcpWDhmfCO7rG6OjC9jRwojOTdj4ufOzlBA0siHszJcKrH2f2jxZR1o/rgHWFQQg9tA4x21+fx6PnadDI83Pt7D+vqWn4GouJsI8CMd6OLX4oxZeAsLRvfR4V9L+eatKxCFC618bETnOAueKb+36QPswnyr7xw=
Message-ID: <a43524d00709060915w40e62ce6xaf6bdb168bcd2d63@mail.gmail.com>
Date: Thu, 6 Sep 2007 11:15:00 -0500
From: "Jesse McConnell" <jesse.mcconnell@gmail.com>
To: users@directory.apache.org
Subject: context.search errors on embedded apacheds 1.5.1
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_54077_10972452.1189095300807"

------=_Part_54077_10972452.1189095300807
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I have talked to elecharny on this on irc but I have it isolated into a
single artifact and have it manifesting on 1.5.1 now.

https://svn.codehaus.org/plexus/plexus-sandbox/trunk/plexus-apacheds

just running 'mvn test' will show the error.

Two things are in play here

1) the search filter should be (&(objectClass=inetOrgPerson)(cn=trygvis))
but this doesn't return anything...changing it to just the (cn=trygvis) will
return a record though.

2) that record looks to have the following attributes which would explain
why the objectClass=inetOrgPerson check would fail, its not in here.

Attributes
Attribute id : 'objectClass',  Values : ['javaObject', 'javaContainer',
'javaSerializedObject', 'top']
Attribute id : 'cn',  Values : ['trygvis']
Attribute id : 'javaSerializedData',  Values : [0xAC 0xED 0x00 0x05 0x73
0x72 0x00 0x26 0x6A 0x61 0x76 0x61 0x78 0x2E 0x6E 0x61 0x6D 0x69 0x6E 0x67
0x2E 0x64 0x69 0x72 0x65 0x63 0x74 0x6F 0x72 0x79 0x2E 0x42 0x61 0x73 0x69
0x63 0x41 0x74 0x74 0x72 0x69 0x62 0x75 0x74 0x65 0x73 0x45 0x1D 0x18 0xD6
0xA9 0x55 0x39 0xD8 0x03 0x00 0x01 0x5A 0x00 0x0A 0x69 0x67 0x6E 0x6F 0x72
0x65 0x43 0x61 0x73 0x65 0x78 0x70 0x00 0x77 0x04 0x00 0x00 0x00 0x03 0x73
0x72 0x00 0x25 0x6A 0x61 0x76 0x61 0x78 0x2E 0x6E 0x61 0x6D 0x69 0x6E 0x67
0x2E 0x64 0x69 0x72 0x65 0x63 0x74 0x6F 0x72 0x79 0x2E 0x42 0x61 0x73 0x69
0x63 0x41 0x74 0x74 0x72 0x69 0x62 0x75 0x74 0x65 0x5D 0x95 0xD3 0x2A 0x66
0x85 0x65 0xBE 0x03 0x00 0x02 0x5A 0x00 0x07 0x6F 0x72 0x64 0x65 0x72 0x65
0x64 0x4C 0x00 0x06 0x61 0x74 0x74 0x72 0x49 0x44 0x74 0x00 0x12 0x4C 0x6A
0x61 0x76 0x61 0x2F 0x6C 0x61 0x6E 0x67 0x2F 0x53 0x74 0x72 0x69 0x6E 0x67
0x3B 0x78 0x70 0x00 0x74 0x00 0x0B 0x6F 0x62 0x6A 0x65 0x63 0x74 0x43 0x6C
0x61 0x73 0x73 0x77 0x04 0x00 0x00 0x00 0x02 0x74 0x00 0x03 0x74 0x6F 0x70
0x74 0x00 0x0D 0x69 0x6E 0x65 0x74 0x4F 0x72 0x67 0x50 0x65 0x72 0x73 0x6F
0x6E 0x78 0x73 0x71 0x00 0x7E 0x00 0x02 0x00 0x74 0x00 0x08 0x74 0x65 0x73
0x74 0x41 0x74 0x74 0x72 0x77 0x04 0x00 0x00 0x00 0x01 0x74 0x00 0x04 0x74
0x65 0x73 0x74 0x78 0x73 0x71 0x00 0x7E 0x00 0x02 0x00 0x74 0x00 0x02 0x63
0x6E 0x77 0x04 0x00 0x00 0x00 0x01 0x74 0x00 0x07 0x74 0x72 0x79 0x67 0x76
0x69 0x73 0x78 0x78 ]
Attribute id : 'javaClassName',  Values : ['
javax.naming.directory.BasicAttributes']
Attribute id : 'javaClassNames',  Values : []

Now, if you look at the test case, doing a straight forward Object o =
context.lookup( dn ); will return an Attributes object that is coherent and
contains the objects I am interested in getting, but the Attributes in the
SearchResult are messed up or something.

Another interesting thing is that the context.search will work successfully
with this code if I connect to apacheds running standalone, it seems to
manifest this way when its embedded like this.

My thoughts are that the embedding is wrong somehow and is missing some
secret sauce configuration setting, or there is a bug in the searching where
the Attributes are not getting pulled out of that javaSerializedData
attribute and returned.

jesse


-- 
jesse mcconnell
jesse.mcconnell@gmail.com

------=_Part_54077_10972452.1189095300807--