directory-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Alex Karasulu (JIRA)" <directory-...@incubator.apache.org>
Subject [jira] Closed: (DIREVE-88) Single level search request on leaf node causes a Nullpointer exception
Date Sat, 27 Nov 2004 15:44:19 GMT
     [ http://nagoya.apache.org/jira/browse/DIREVE-88?page=history ]
     
Alex Karasulu closed DIREVE-88:
-------------------------------

    Resolution: Fixed

Fixed in revision 106725 here:

https://svn.apache.org/viewcvs.cgi?rev=106725&view=rev

Basically when the underlying list returned from ctx.search had no more elements the prefetched
value in the SearchResponseIterator wrapper was returning a null reponse object.  This was
causing the NPE.  However this was not effecting the return of the next SearchResponseDone
response.  So it was working.  By checking if the list returned from ctx.search().hasMore
and returning a singleton iterator if it is empty we eliminated this problem.


> Single level search request on leaf node causes a Nullpointer exception
> -----------------------------------------------------------------------
>
>          Key: DIREVE-88
>          URL: http://nagoya.apache.org/jira/browse/DIREVE-88
>      Project: Directory Eve
>         Type: Bug
>   Components: protocol
>     Reporter: Alex Karasulu
>     Assignee: Alex Karasulu

>
> Found this bug when trying to expand leaf nodes within the LDAP DIT browser.  Here's
the stack trace:
> java.lang.NullPointerException
> 	at org.apache.snickers.ldap.encoder.SnickersLdapEncoder.encode(SnickersLdapEncoder.java:70)
> 	at org.apache.snickers.ldap.SnickersEncoder.encode(SnickersEncoder.java:139)
> 	at org.apache.ldap.common.message.MessageEncoder.encode(MessageEncoder.java:142)
> 	at org.apache.seda.encoder.ClientEncoder.encode(ClientEncoder.java:60)
> 	at org.apache.seda.encoder.EncodeStageHandler.handleEvent(EncodeStageHandler.java:57)
> 	at org.apache.seda.stage.DefaultStage$ExecutableHandler.run(DefaultStage.java:311)
> 	at org.apache.seda.thread.AbstractThreadPool$AbstractWorker.run(AbstractThreadPool.java:202)
> Here's the PDU that generated this stack trace:
> 0000000 5930 0102 6305 0454 6327 3d6e 6461 696d
> 0000010 696e 7473 6172 6f74 7372 202c 756f 673d
> 0000020 6f72 7075 2c73 6f20 3d75 7973 7473 6d65
> 0000030 010a 0a01 0301 0102 0200 0001 0101 8700
> 0000040 6f0b 6a62 6365 6374 616c 7373 0d30 0b04
> 0000050 626f 656a 7463 6c63 7361 0073
> 000005b
> Here's array for the structure:
> char request[] = {
> 0x30, 0x59, 0x02, 0x01, 0x05, 0x63, 0x54, 0x04, 
> 0x27, 0x63, 0x6e, 0x3d, 0x61, 0x64, 0x6d, 0x69, 
> 0x6e, 0x69, 0x73, 0x74, 0x72, 0x61, 0x74, 0x6f, 
> 0x72, 0x73, 0x2c, 0x20, 0x6f, 0x75, 0x3d, 0x67, 
> 0x72, 0x6f, 0x75, 0x70, 0x73, 0x2c, 0x20, 0x6f, 
> 0x75, 0x3d, 0x73, 0x79, 0x73, 0x74, 0x65, 0x6d, 
> 0x0a, 0x01, 0x01, 0x0a, 0x01, 0x03, 0x02, 0x01, 
> 0x00, 0x02, 0x01, 0x00, 0x01, 0x01, 0x00, 0x87, 
> 0x0b, 0x6f, 0x62, 0x6a, 0x65, 0x63, 0x74, 0x63, 
> 0x6c, 0x61, 0x73, 0x73, 0x30, 0x0d, 0x04, 0x0b, 
> 0x6f, 0x62, 0x6a, 0x65, 0x63, 0x74, 0x63, 0x6c, 
> 0x61, 0x73, 0x73 };

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://nagoya.apache.org/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira


Mime
View raw message