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)" <ji...@apache.org> on 2008/05/28 01:31:46 UTC
[jira] Commented: (DIRSERVER-1180) NPE and hanging search request
when using a filter with empty substring sequence
[ 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.