You are viewing a plain text version of this content. The canonical link for it is here.
Posted to solr-user@lucene.apache.org by Jamie Johnson <je...@gmail.com> on 2012/03/20 22:53:04 UTC
Using the ids parameter
We're running into an issue where we are trying to use the ids=
parameter to return a set of documents given their id. This seems to
work intermittently when running in SolrCloud. The first question I
have is this something that we should be using or instead should we
doing a query with key:? The stack trace that I am getting right now
is included below, any thoughts would be appreciated.
Mar 20, 2012 5:36:38 PM org.apache.solr.core.SolrCore execute
INFO: [slice1_shard1] webapp=/solr path=/select
params={hl.fragsize=1&ids=4f14cc9b-f669-4d6f-85ae-b22fad143492,urn:uuid:020335a7-1476-43d6-8f91-241bce1e7696,urn:uuid:352473eb-af56-4f6f-94d5-c0096dcb08d4}
status=500 QTime=32
Mar 20, 2012 5:36:38 PM org.apache.solr.common.SolrException log
SEVERE: null:java.lang.NullPointerException
at org.apache.solr.handler.component.ShardFieldSortedHitQueue$1.compare(ShardDoc.java:232)
at org.apache.solr.handler.component.ShardFieldSortedHitQueue.lessThan(ShardDoc.java:159)
at org.apache.solr.handler.component.ShardFieldSortedHitQueue.lessThan(ShardDoc.java:101)
at org.apache.lucene.util.PriorityQueue.upHeap(PriorityQueue.java:231)
at org.apache.lucene.util.PriorityQueue.add(PriorityQueue.java:140)
at org.apache.lucene.util.PriorityQueue.insertWithOverflow(PriorityQueue.java:156)
at org.apache.solr.handler.component.QueryComponent.mergeIds(QueryComponent.java:839)
at org.apache.solr.handler.component.QueryComponent.handleRegularResponses(QueryComponent.java:630)
at org.apache.solr.handler.component.QueryComponent.handleResponses(QueryComponent.java:609)
at org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:332)
at org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:129)
at org.apache.solr.core.SolrCore.execute(SolrCore.java:1539)
at org.apache.solr.servlet.SolrDispatchFilter.execute(SolrDispatchFilter.java:406)
at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:255)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1212)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:399)
at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:766)
at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:450)
at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230)
at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
at org.mortbay.jetty.Server.handle(Server.java:326)
at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:928)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
at org.mortbay.jetty.bio.SocketConnector$Connection.run(SocketConnector.java:228)
at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
Re: Using the ids parameter
Posted by Jamie Johnson <je...@gmail.com>.
Yes, sorry for the delay, we now do q=key:("key1" "key2"...) and that
works properly.
On Tue, Mar 27, 2012 at 3:53 AM, Dmitry Kan <dm...@gmail.com> wrote:
> So I solved it by using key:(id1 OR ... idn).
>
> On Tue, Mar 27, 2012 at 9:14 AM, Dmitry Kan <dm...@gmail.com> wrote:
>
>> Hi,
>>
>> Actually we ran into the same issue with using ids parameter, in the solr
>> front with shards architecture (exception throws in the solr front). Were
>> you able to solve it by using the key:value syntax or some other way?
>>
>> BTW, there was a related issue:
>> https://issues.apache.org/jira/browse/SOLR-1477
>> but it's marked as Won't Fix, does anyone know why it is so, or if this is
>> planned to be resolved?
>>
>> Dmitry
>>
>>
>> On Tue, Mar 20, 2012 at 11:53 PM, Jamie Johnson <je...@gmail.com> wrote:
>>
>>> We're running into an issue where we are trying to use the ids=
>>> parameter to return a set of documents given their id. This seems to
>>> work intermittently when running in SolrCloud. The first question I
>>> have is this something that we should be using or instead should we
>>> doing a query with key:? The stack trace that I am getting right now
>>> is included below, any thoughts would be appreciated.
>>>
>>> Mar 20, 2012 5:36:38 PM org.apache.solr.core.SolrCore execute
>>> INFO: [slice1_shard1] webapp=/solr path=/select
>>>
>>> params={hl.fragsize=1&ids=4f14cc9b-f669-4d6f-85ae-b22fad143492,urn:uuid:020335a7-1476-43d6-8f91-241bce1e7696,urn:uuid:352473eb-af56-4f6f-94d5-c0096dcb08d4}
>>> status=500 QTime=32
>>> Mar 20, 2012 5:36:38 PM org.apache.solr.common.SolrException log
>>> SEVERE: null:java.lang.NullPointerException
>>> at
>>> org.apache.solr.handler.component.ShardFieldSortedHitQueue$1.compare(ShardDoc.java:232)
>>> at
>>> org.apache.solr.handler.component.ShardFieldSortedHitQueue.lessThan(ShardDoc.java:159)
>>> at
>>> org.apache.solr.handler.component.ShardFieldSortedHitQueue.lessThan(ShardDoc.java:101)
>>> at org.apache.lucene.util.PriorityQueue.upHeap(PriorityQueue.java:231)
>>> at org.apache.lucene.util.PriorityQueue.add(PriorityQueue.java:140)
>>> at
>>> org.apache.lucene.util.PriorityQueue.insertWithOverflow(PriorityQueue.java:156)
>>> at
>>> org.apache.solr.handler.component.QueryComponent.mergeIds(QueryComponent.java:839)
>>> at
>>> org.apache.solr.handler.component.QueryComponent.handleRegularResponses(QueryComponent.java:630)
>>> at
>>> org.apache.solr.handler.component.QueryComponent.handleResponses(QueryComponent.java:609)
>>> at
>>> org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:332)
>>> at
>>> org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:129)
>>> at org.apache.solr.core.SolrCore.execute(SolrCore.java:1539)
>>> at
>>> org.apache.solr.servlet.SolrDispatchFilter.execute(SolrDispatchFilter.java:406)
>>> at
>>> org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:255)
>>> at
>>> org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1212)
>>> at
>>> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:399)
>>> at
>>> org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
>>> at
>>> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
>>> at
>>> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:766)
>>> at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:450)
>>> at
>>> org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230)
>>> at
>>> org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
>>> at
>>> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
>>> at org.mortbay.jetty.Server.handle(Server.java:326)
>>> at
>>> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
>>> at
>>> org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:928)
>>> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
>>> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
>>> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
>>> at
>>> org.mortbay.jetty.bio.SocketConnector$Connection.run(SocketConnector.java:228)
>>> at
>>> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
>>>
>>
>>
>>
>
>
> --
> Regards,
>
> Dmitry Kan
Re: Using the ids parameter
Posted by Dmitry Kan <dm...@gmail.com>.
So I solved it by using key:(id1 OR ... idn).
On Tue, Mar 27, 2012 at 9:14 AM, Dmitry Kan <dm...@gmail.com> wrote:
> Hi,
>
> Actually we ran into the same issue with using ids parameter, in the solr
> front with shards architecture (exception throws in the solr front). Were
> you able to solve it by using the key:value syntax or some other way?
>
> BTW, there was a related issue:
> https://issues.apache.org/jira/browse/SOLR-1477
> but it's marked as Won't Fix, does anyone know why it is so, or if this is
> planned to be resolved?
>
> Dmitry
>
>
> On Tue, Mar 20, 2012 at 11:53 PM, Jamie Johnson <je...@gmail.com> wrote:
>
>> We're running into an issue where we are trying to use the ids=
>> parameter to return a set of documents given their id. This seems to
>> work intermittently when running in SolrCloud. The first question I
>> have is this something that we should be using or instead should we
>> doing a query with key:? The stack trace that I am getting right now
>> is included below, any thoughts would be appreciated.
>>
>> Mar 20, 2012 5:36:38 PM org.apache.solr.core.SolrCore execute
>> INFO: [slice1_shard1] webapp=/solr path=/select
>>
>> params={hl.fragsize=1&ids=4f14cc9b-f669-4d6f-85ae-b22fad143492,urn:uuid:020335a7-1476-43d6-8f91-241bce1e7696,urn:uuid:352473eb-af56-4f6f-94d5-c0096dcb08d4}
>> status=500 QTime=32
>> Mar 20, 2012 5:36:38 PM org.apache.solr.common.SolrException log
>> SEVERE: null:java.lang.NullPointerException
>> at
>> org.apache.solr.handler.component.ShardFieldSortedHitQueue$1.compare(ShardDoc.java:232)
>> at
>> org.apache.solr.handler.component.ShardFieldSortedHitQueue.lessThan(ShardDoc.java:159)
>> at
>> org.apache.solr.handler.component.ShardFieldSortedHitQueue.lessThan(ShardDoc.java:101)
>> at org.apache.lucene.util.PriorityQueue.upHeap(PriorityQueue.java:231)
>> at org.apache.lucene.util.PriorityQueue.add(PriorityQueue.java:140)
>> at
>> org.apache.lucene.util.PriorityQueue.insertWithOverflow(PriorityQueue.java:156)
>> at
>> org.apache.solr.handler.component.QueryComponent.mergeIds(QueryComponent.java:839)
>> at
>> org.apache.solr.handler.component.QueryComponent.handleRegularResponses(QueryComponent.java:630)
>> at
>> org.apache.solr.handler.component.QueryComponent.handleResponses(QueryComponent.java:609)
>> at
>> org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:332)
>> at
>> org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:129)
>> at org.apache.solr.core.SolrCore.execute(SolrCore.java:1539)
>> at
>> org.apache.solr.servlet.SolrDispatchFilter.execute(SolrDispatchFilter.java:406)
>> at
>> org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:255)
>> at
>> org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1212)
>> at
>> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:399)
>> at
>> org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
>> at
>> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
>> at
>> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:766)
>> at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:450)
>> at
>> org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230)
>> at
>> org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
>> at
>> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
>> at org.mortbay.jetty.Server.handle(Server.java:326)
>> at
>> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
>> at
>> org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:928)
>> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
>> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
>> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
>> at
>> org.mortbay.jetty.bio.SocketConnector$Connection.run(SocketConnector.java:228)
>> at
>> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
>>
>
>
>
--
Regards,
Dmitry Kan
Re: Using the ids parameter
Posted by Dmitry Kan <dm...@gmail.com>.
Hi,
Actually we ran into the same issue with using ids parameter, in the solr
front with shards architecture (exception throws in the solr front). Were
you able to solve it by using the key:value syntax or some other way?
BTW, there was a related issue:
https://issues.apache.org/jira/browse/SOLR-1477
but it's marked as Won't Fix, does anyone know why it is so, or if this is
planned to be resolved?
Dmitry
On Tue, Mar 20, 2012 at 11:53 PM, Jamie Johnson <je...@gmail.com> wrote:
> We're running into an issue where we are trying to use the ids=
> parameter to return a set of documents given their id. This seems to
> work intermittently when running in SolrCloud. The first question I
> have is this something that we should be using or instead should we
> doing a query with key:? The stack trace that I am getting right now
> is included below, any thoughts would be appreciated.
>
> Mar 20, 2012 5:36:38 PM org.apache.solr.core.SolrCore execute
> INFO: [slice1_shard1] webapp=/solr path=/select
>
> params={hl.fragsize=1&ids=4f14cc9b-f669-4d6f-85ae-b22fad143492,urn:uuid:020335a7-1476-43d6-8f91-241bce1e7696,urn:uuid:352473eb-af56-4f6f-94d5-c0096dcb08d4}
> status=500 QTime=32
> Mar 20, 2012 5:36:38 PM org.apache.solr.common.SolrException log
> SEVERE: null:java.lang.NullPointerException
> at
> org.apache.solr.handler.component.ShardFieldSortedHitQueue$1.compare(ShardDoc.java:232)
> at
> org.apache.solr.handler.component.ShardFieldSortedHitQueue.lessThan(ShardDoc.java:159)
> at
> org.apache.solr.handler.component.ShardFieldSortedHitQueue.lessThan(ShardDoc.java:101)
> at org.apache.lucene.util.PriorityQueue.upHeap(PriorityQueue.java:231)
> at org.apache.lucene.util.PriorityQueue.add(PriorityQueue.java:140)
> at
> org.apache.lucene.util.PriorityQueue.insertWithOverflow(PriorityQueue.java:156)
> at
> org.apache.solr.handler.component.QueryComponent.mergeIds(QueryComponent.java:839)
> at
> org.apache.solr.handler.component.QueryComponent.handleRegularResponses(QueryComponent.java:630)
> at
> org.apache.solr.handler.component.QueryComponent.handleResponses(QueryComponent.java:609)
> at
> org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:332)
> at
> org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:129)
> at org.apache.solr.core.SolrCore.execute(SolrCore.java:1539)
> at
> org.apache.solr.servlet.SolrDispatchFilter.execute(SolrDispatchFilter.java:406)
> at
> org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:255)
> at
> org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1212)
> at
> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:399)
> at
> org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
> at
> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
> at
> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:766)
> at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:450)
> at
> org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230)
> at
> org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
> at
> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
> at org.mortbay.jetty.Server.handle(Server.java:326)
> at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
> at
> org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:928)
> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
> at
> org.mortbay.jetty.bio.SocketConnector$Connection.run(SocketConnector.java:228)
> at
> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
>