You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@directory.apache.org by "Alex Karasulu (JIRA)" <di...@incubator.apache.org> on 2004/11/27 11:16:18 UTC

[jira] Created: (DIREVE-88) Single level search request on leaf node causes a Nullpointer exception

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
 Assigned to: 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


[jira] Closed: (DIREVE-88) Single level search request on leaf node causes a Nullpointer exception

Posted by "Alex Karasulu (JIRA)" <di...@incubator.apache.org>.
     [ 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