directory-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Alex Karasulu (JIRA)" <j...@apache.org>
Subject [jira] Commented: (DIRSERVER-1180) NPE and hanging search request when using a filter with empty substring sequence
Date Tue, 27 May 2008 23:31:46 GMT

    [ https://issues.apache.org/jira/browse/DIRSERVER-1180?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12600311#action_12600311
] 

Alex Karasulu commented on DIRSERVER-1180:
------------------------------------------

The substring expression decoding is hung in this case.  It gets into a state it cannot recover
from it seems and the exception is not bubbled back up with an error response.  

I'd like to figure out how other servers behave in this case.  Using common sense I would
condense multiple sequential wildcards into a single wildcard then process.  The tricky part
here in this special case, is this heuristic will convert a substring filter AVA into a presence
AVA.  How this is handled in the code is going to be a little bit of a challenge.


> NPE and hanging search request when using a filter with empty substring sequence
> --------------------------------------------------------------------------------
>
>                 Key: DIRSERVER-1180
>                 URL: https://issues.apache.org/jira/browse/DIRSERVER-1180
>             Project: Directory ApacheDS
>          Issue Type: Bug
>    Affects Versions: 1.5.3, 1.5.2
>            Reporter: Stefan Seelmann
>            Priority: Blocker
>
> When starting a search request using the seachfilter (cn=**) the request lasts forever.
I testet with JNDI and ldapsearch command. 
> Here is the server log:
> [00:22:01] ERROR [org.apache.directory.shared.ldap.codec.actions.StoreAnyAction] - The
substring any filter is empty
> [00:22:01] WARN [org.apache.directory.server.ldap.LdapServer$LdapProtocolHandler] - [/127.0.0.1:47315]
Unexpected exception from exceptionCaught handler.
> java.lang.NullPointerException: message
> 	at org.apache.mina.common.IoFilter$WriteRequest.<init>(IoFilter.java:333)
> 	at org.apache.mina.common.support.BaseIoSession.write(BaseIoSession.java:177)
> 	at org.apache.mina.common.support.BaseIoSession.write(BaseIoSession.java:168)
> 	at org.apache.directory.server.ldap.LdapServer$LdapProtocolHandler.exceptionCaught(LdapServer.java:1104)
> 	at org.apache.mina.common.support.AbstractIoFilterChain$TailFilter.exceptionCaught(AbstractIoFilterChain.java:564)
> 	at org.apache.mina.common.support.AbstractIoFilterChain.callNextExceptionCaught(AbstractIoFilterChain.java:345)
> 	at org.apache.mina.common.support.AbstractIoFilterChain.access$1000(AbstractIoFilterChain.java:53)
> 	at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.exceptionCaught(AbstractIoFilterChain.java:643)
> 	at org.apache.mina.common.IoFilterAdapter.exceptionCaught(IoFilterAdapter.java:75)
> 	at org.apache.mina.common.support.AbstractIoFilterChain.callNextExceptionCaught(AbstractIoFilterChain.java:345)
> 	at org.apache.mina.common.support.AbstractIoFilterChain.access$1000(AbstractIoFilterChain.java:53)
> 	at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.exceptionCaught(AbstractIoFilterChain.java:643)
> 	at org.apache.mina.filter.executor.ExecutorFilter.processEvent(ExecutorFilter.java:224)
> 	at org.apache.mina.filter.executor.ExecutorFilter$ProcessEventsRunnable.run(ExecutorFilter.java:264)
> 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> 	at java.lang.Thread.run(Thread.java:636)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message