fetched but none was processed when set batchSize to -1

[Yangrui Guo]

*Hello*

*Indexing since 23m 45s*
Requests: 5 (0/s), Fetched: 352,993 (248/s), Skipped: 0, Processed: 0 (0/s)
Started: less than a minute ago

I tried to index a table with nested structure. I set the parent entity as
director and put cacheImpl="SortedMapBackedCache" processor=
"SqlEntityProcessor" cachedKey="parent" cacheLookup="director.id" in the
children. However quite a long time has passed but no document was
processed. What was wrong with DIH?

Yangrui

DELETEREPLICA command shouldn't delete de last replica of a shard

[Yago Riveiro]

I don't know if this behaviour makes sense but in my IMHO the last replica of
a shard should be removed only by the DELETESHARD command ...

If you don't not notice about this behaviour, the result is the deletion of
the whole shard, and as a consequence, the deletion of the shard in the
clusterstate.json ... with all the pain associated.



-
Best regards
--
View this message in context: 
http://lucene.472066.n3.nabble.com/DELETEREPLICA-command-shouldn-t-delete-de-last-replica-of-a-shard-tp4239054.html
Sent from the Solr - User mailing list archive at Nabble.com.

Re: Solr Cloud and Multiple Indexes

[Salman Ansari]

Just to give you a context of what I am talking about, I am collecting data
from different sources (such as articles, videos etc.). Moreover, I will be
doing enrichment on the data such as Entity Extraction. From my previous
experiment with Solr what I was doing is dumping all articles, videos meta
data into a single index (distributed into multiple shards). Now that made
the whole query very slow. So for entity extraction, I created another
index on the same shards and pushed entities there. This actually made
querying entities very quick as there was very little data on that index
(although it was residing on the same machine as the main index).

Based on that quick experiment, I was thinking if I  need to use another
approach for my data. For example, instead of just relying on Solr Cloud to
distribute my data on different shards, why don't I create another index
for each type of data I have, such as articles, videos and then perform
some sort of distributed search over them. Will that be better in some
sense, such as performance?

Which version of solr are you using?
Currently, I am using Solr 5.3. btw, I could not find segment info link. Is
it under Core Admin?

Regards,
Salman


On Fri, Nov 6, 2015 at 7:26 AM, Modassar Ather 
wrote:

> Thanks for your response. I have already gone through those documents
> before. My point was that if I am using Solr Cloud the only way to
> distribute my indexes is by adding shards? and I don't have to do anything
> manually (because all the distributed search is handled by Solr Cloud).
>
> Yes as per my knowledge.
>
> How do I check how many segments are there in the index?
> You can see into the index folder manually. Which version of solr are you
> using? I don't remember exactly the start version but in the latest and
> Solr-5.2.1 there is a "Segments info" link available where you can see
> number of segments.
>
> Regards,
> Modassar
>
> On Thu, Nov 5, 2015 at 5:41 PM, Salman Ansari 
> wrote:
>
> > Thanks for your response. I have already gone through those documents
> > before. My point was that if I am using Solr Cloud the only way to
> > distribute my indexes is by adding shards? and I don't have to do
> anything
> > manually (because all the distributed search is handled by Solr Cloud).
> >
> > What is the Xms and Xmx you are allocating to Solr and how much max is
> > used by
> > your solr?
> > Xms and Xmx are both 4G. My current JVM-Memory consumption is 1.58 GB
> >
> > How many segments are there in the index? The more the segment the slower
> > is
> > the search.
> > How do I check how many segments are there in the index?
> >
> > Is this after you moved to solrcloud?
> > I have been using SolrCloud from the beginning.
> >
> > Regards,
> > Salman
> >
> >
> > On Thu, Nov 5, 2015 at 1:21 PM, Modassar Ather 
> > wrote:
> >
> > > SolrCloud makes the distributed search easier. You can find details
> about
> > > it under following link.
> > > https://cwiki.apache.org/confluence/display/solr/How+SolrCloud+Works
> > >
> > > You can also refer to following link:
> > >
> > >
> >
> https://cwiki.apache.org/confluence/display/solr/Shards+and+Indexing+Data+in+SolrCloud
> > >
> > > From size of your index I meant index size and not the total document
> > > alone.
> > > How many segments are there in the index? The more the segment the
> slower
> > > is the search.
> > > What is the Xms and Xmx you are allocating to Solr and how much max is
> > used
> > > by your solr?
> > >
> > > I doubt this as the slowness was happening for a long period of time.
> > > I mentioned this point as I have seen gc pauses of 30 seconds and more
> in
> > > some complex queries.
> > >
> > > I am facing delay of 2-3 seconds but previously I
> > > had delays of around 28 seconds.
> > > Is this after you moved to solrcloud?
> > >
> > > Regards,
> > > Modassar
> > >
> > >
> > > On Thu, Nov 5, 2015 at 3:09 PM, Salman Ansari  >
> > > wrote:
> > >
> > > > Here is the current info
> > > >
> > > > How much memory is used?
> > > > Physical memory consumption: 5.48 GB out of 14 GB.
> > > > Swap space consumption: 5.83 GB out of 15.94 GB.
> > > > JVM-Memory consumption: 1.58 GB out of 3.83 GB.
> > > >
> > > > What is your index size?
> > > > I have around 70M documents distributed on 2 shards (so each shard
> has
> > > 35M
> > > > document)
> > > >
> > > > What type of queries are slow?
> > > > I am running normal queries (queries on a field) no faceting or
> > > highlights
> > > > are requested. Currently, I am facing delay of 2-3 seconds but
> > > previously I
> > > > had delays of around 28 seconds.
> > > >
> > > > Are there GC pauses as they can be a cause of slowness?
> > > > I doubt this as the slowness was happening for a long period of time.
> > > >
> > > > Are document updates/additions happening in parallel?
> > > > No, I have stopped adding/updating documents and doing queries only.
> > > >
> > 

Re: solr-8983-console.log is huge

[CrazyDiamond]

Thx for answers. Is there any way to reload log4j.properities without
restarting solr?



--
View this message in context: 
http://lucene.472066.n3.nabble.com/solr-8983-console-log-is-huge-tp4238613p4239067.html
Sent from the Solr - User mailing list archive at Nabble.com.

Re: DELETEREPLICA command shouldn't delete de last replica of a shard

[Ishan Chattopadhyaya]

On Sun, Nov 8, 2015 at 11:20 PM, Erick Erickson 
wrote:

> I see your point. In the custom routing case where it _is_ reasonable
> to delete all replicas in a shard, DELETESHARD does the trick.
>
> It's reasonable to raise a JIRA I think so we have a record of the
> discussion/decision.
>

There is a related, but maybe not exactly same, JIRA:
https://issues.apache.org/jira/browse/SOLR-5209


>
> Erick
>
> On Sun, Nov 8, 2015 at 9:13 AM, Yago Riveiro 
> wrote:
> > I don't know if this behaviour makes sense but in my IMHO the last
> replica of
> > a shard should be removed only by the DELETESHARD command ...
> >
> > If you don't not notice about this behaviour, the result is the deletion
> of
> > the whole shard, and as a consequence, the deletion of the shard in the
> > clusterstate.json ... with all the pain associated.
> >
> >
> >
> > -
> > Best regards
> > --
> > View this message in context:
> http://lucene.472066.n3.nabble.com/DELETEREPLICA-command-shouldn-t-delete-de-last-replica-of-a-shard-tp4239054.html
> > Sent from the Solr - User mailing list archive at Nabble.com.
>

Re: highlighting on child document

[Mikhail Khludnev]

On Thu, Nov 5, 2015 at 12:12 AM, Mikhail Khludnev <
mkhlud...@griddynamics.com> wrote:

>
> Highlighter for block join hasn't been implemented.


Here I'm wrong:
 https://issues.apache.org/jira/browse/LUCENE-5929



-- 
Sincerely yours
Mikhail Khludnev
Principal Engineer,
Grid Dynamics

Re: highlighting on child document

[Yangrui Guo]

But how does highlighting work with block join query? Do I need to supply
additional parameter?

Yangrui

On Sun, Nov 8, 2015 at 12:45 PM, Mikhail Khludnev <
mkhlud...@griddynamics.com> wrote:

> On Thu, Nov 5, 2015 at 12:12 AM, Mikhail Khludnev <
> mkhlud...@griddynamics.com> wrote:
>
> >
> > Highlighter for block join hasn't been implemented.
>
>
> Here I'm wrong:
>  https://issues.apache.org/jira/browse/LUCENE-5929
>
>
>
> --
> Sincerely yours
> Mikhail Khludnev
> Principal Engineer,
> Grid Dynamics
>
> 
> 
>

Re: DELETEREPLICA command shouldn't delete de last replica of a shard

[Erick Erickson]

I see your point. In the custom routing case where it _is_ reasonable
to delete all replicas in a shard, DELETESHARD does the trick.

It's reasonable to raise a JIRA I think so we have a record of the
discussion/decision.

Erick

On Sun, Nov 8, 2015 at 9:13 AM, Yago Riveiro  wrote:
> I don't know if this behaviour makes sense but in my IMHO the last replica of
> a shard should be removed only by the DELETESHARD command ...
>
> If you don't not notice about this behaviour, the result is the deletion of
> the whole shard, and as a consequence, the deletion of the shard in the
> clusterstate.json ... with all the pain associated.
>
>
>
> -
> Best regards
> --
> View this message in context: 
> http://lucene.472066.n3.nabble.com/DELETEREPLICA-command-shouldn-t-delete-de-last-replica-of-a-shard-tp4239054.html
> Sent from the Solr - User mailing list archive at Nabble.com.

Re: Solr Keyword query on a specific field.

[davidphilip cherian]

Nested queries might help.

http://www.slideshare.net/erikhatcher/solr-query-parsing-tips-and-tricks

On Mon, Nov 2, 2015 at 10:20 AM, Aaron Gibbons <
agibb...@synergydatasystems.com> wrote:

> The input for the title field is user based so a wide range of things can
> be entered there.  Quoting the title is not what I'm looking for.  I also
> checked and q.op is AND and MM is 100%.  In addition to the Title field the
> user can also use general keywords so setting local params (df) to
> something else would not work either to my knowledge.
>
> To give you a better idea of what I'm trying to accomplish: I have a form
> to allow users to search on Title, Keywords and add a location. The correct
> operators are applied between each of these and also for the main keywords
> themselves.  The only issue is with the default operator being applied
> within the Title sections's keywords. My goal is to have the Title keywords
> work the same as the general keywords but only be applied to the title
> field vs the default text field.
>
> On Fri, Oct 30, 2015 at 6:35 PM, davidphilip cherian <
> davidphilipcher...@gmail.com> wrote:
>
> > >> "Is there any way to have a single field search use the same keyword
> > search logic as the default query?"
> > Do a phrase search, with double quotes surrounding the multiple keywords,
> > it should work.
> >
> > Try q=title:("Test Keywords")
> >
> > You could possibly try adding this q.op as local param to query as shown
> > below.
> >
> >
> https://cwiki.apache.org/confluence/display/solr/Local+Parameters+in+Queries
> >
> > If you are using edismax query parser, check for what is mm pram
> > set. q.op=AND => mm=100%; q.op=OR => mm=0%)
> >
> >
> https://wiki.apache.org/solr/ExtendedDisMax#mm_.28Minimum_.27Should.27_Match.29
> >
> >
> > On Fri, Oct 30, 2015 at 3:27 PM, Aaron Gibbons <
> > agibb...@synergydatasystems.com> wrote:
> >
> > > Is there any way to have a single field search use the same keyword
> > search
> > > logic as the default query? I define q.op as AND in my query which gets
> > > applied to any main keywords but any keywords I'm trying to use within
> a
> > > field do not get the same logic applied.
> > > Example:
> > > q=(title:(Test Keywords)) the space is treated as OR regardless of q.op
> > > q=(Test Keywords) the space is defined by q.op which is AND
> > >
> > > Using the correct operators (AND OR * - +...) it works great as I have
> it
> > > defined. There's just this one little caveat when you use spaces
> between
> > > keywords expecting the q.op operator to be applied.
> > > Thanks,
> > > Aaron
> > >
> >
>

Re: Exception in grouping with docValues enable field.

[Modassar Ather]

Hi,

Any input will be really helpful.

Regards,
Modassar

On Fri, Nov 6, 2015 at 11:20 AM, Modassar Ather 
wrote:

> Hi,
>
> I have following docValues enabled field.
>
> *Field : *
> *Type:  * sortMissingLast="true" stored="false" indexed="false" docValues="true"/>
>
> When I am grouping on this field I am getting following exception. Kindly
> let me know if I am missing something or it is an issue.
>
>   org.apache.solr.common.SolrException; java.lang.NullPointerException
> at org.apache.solr.schema.FieldType.toExternal(FieldType.java:346)
> at org.apache.solr.schema.FieldType.toObject(FieldType.java:355)
> at
> org.apache.solr.search.grouping.endresulttransformer.GroupedEndResultTransformer.transform(GroupedEndResultTransformer.java:72)
> at
> org.apache.solr.handler.component.QueryComponent.groupedFinishStage(QueryComponent.java:810)
> at
> org.apache.solr.handler.component.QueryComponent.finishStage(QueryComponent.java:768)
> at
> org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:394)
> at
> org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:143)
> at org.apache.solr.core.SolrCore.execute(SolrCore.java:2064)
> at
> org.apache.solr.servlet.HttpSolrCall.execute(HttpSolrCall.java:654)
> at org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:450)
> at
> org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:227)
> at
> org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:196)
> at
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
> at
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585)
> at
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
> at
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577)
> at
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
> at
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
> at
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
> at
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
> at
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
> at
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
> at
> org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:215)
> at
> org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:110)
> at
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
> at org.eclipse.jetty.server.Server.handle(Server.java:497)
> at
> org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:310)
> at
> org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257)
> at
> org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:540)
> at
> org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
> at
> org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
> at java.lang.Thread.run(Thread.java:745)
>
> Thanks,
> Modassar
>

Re: solr-8983-console.log is huge

[davidphilip cherian]

I think, the collection reload, using collection apis[1] should do the
work. If you are not on solr-cloud setup, just navigate to coreadmin on
solr UI, and click on reload, and see if that works.


[1]
https://cwiki.apache.org/confluence/display/solr/Collections+API#CollectionsAPI-api2
http:
//localhost:8983/solr/admin/collections?action=RELOAD=newCollection

On Sun, Nov 8, 2015 at 5:43 PM, CrazyDiamond  wrote:

> Thx for answers. Is there any way to reload log4j.properities without
> restarting solr?
>
>
>
> --
> View this message in context:
> http://lucene.472066.n3.nabble.com/solr-8983-console-log-is-huge-tp4238613p4239067.html
> Sent from the Solr - User mailing list archive at Nabble.com.
>

Re: Solr Cloud and Multiple Indexes

[Modassar Ather]

As per my understanding if the data getting indexed is completely different
and does not fall into same schema they can be segregated for indexing.
But if they fit into same schema then it is better to keep them in same
index and if the index size grows then switch to SolrCloud as it has lots
of benefits.

Our is a 12 shard cluster and each cluster has around 100 gb of index on
each of them. The simple query response is very fast.

Currently, I am using Solr 5.3. btw, I could not find segment info link. Is
it under Core Admin?
Select your core on the dashboard. The last link is segment info link.

Regards,
Modassar

On Sun, Nov 8, 2015 at 3:07 PM, Salman Ansari 
wrote:

> Just to give you a context of what I am talking about, I am collecting data
> from different sources (such as articles, videos etc.). Moreover, I will be
> doing enrichment on the data such as Entity Extraction. From my previous
> experiment with Solr what I was doing is dumping all articles, videos meta
> data into a single index (distributed into multiple shards). Now that made
> the whole query very slow. So for entity extraction, I created another
> index on the same shards and pushed entities there. This actually made
> querying entities very quick as there was very little data on that index
> (although it was residing on the same machine as the main index).
>
> Based on that quick experiment, I was thinking if I  need to use another
> approach for my data. For example, instead of just relying on Solr Cloud to
> distribute my data on different shards, why don't I create another index
> for each type of data I have, such as articles, videos and then perform
> some sort of distributed search over them. Will that be better in some
> sense, such as performance?
>
> Which version of solr are you using?
> Currently, I am using Solr 5.3. btw, I could not find segment info link. Is
> it under Core Admin?
>
> Regards,
> Salman
>
>
> On Fri, Nov 6, 2015 at 7:26 AM, Modassar Ather 
> wrote:
>
> > Thanks for your response. I have already gone through those documents
> > before. My point was that if I am using Solr Cloud the only way to
> > distribute my indexes is by adding shards? and I don't have to do
> anything
> > manually (because all the distributed search is handled by Solr Cloud).
> >
> > Yes as per my knowledge.
> >
> > How do I check how many segments are there in the index?
> > You can see into the index folder manually. Which version of solr are you
> > using? I don't remember exactly the start version but in the latest and
> > Solr-5.2.1 there is a "Segments info" link available where you can see
> > number of segments.
> >
> > Regards,
> > Modassar
> >
> > On Thu, Nov 5, 2015 at 5:41 PM, Salman Ansari 
> > wrote:
> >
> > > Thanks for your response. I have already gone through those documents
> > > before. My point was that if I am using Solr Cloud the only way to
> > > distribute my indexes is by adding shards? and I don't have to do
> > anything
> > > manually (because all the distributed search is handled by Solr Cloud).
> > >
> > > What is the Xms and Xmx you are allocating to Solr and how much max is
> > > used by
> > > your solr?
> > > Xms and Xmx are both 4G. My current JVM-Memory consumption is 1.58 GB
> > >
> > > How many segments are there in the index? The more the segment the
> slower
> > > is
> > > the search.
> > > How do I check how many segments are there in the index?
> > >
> > > Is this after you moved to solrcloud?
> > > I have been using SolrCloud from the beginning.
> > >
> > > Regards,
> > > Salman
> > >
> > >
> > > On Thu, Nov 5, 2015 at 1:21 PM, Modassar Ather  >
> > > wrote:
> > >
> > > > SolrCloud makes the distributed search easier. You can find details
> > about
> > > > it under following link.
> > > > https://cwiki.apache.org/confluence/display/solr/How+SolrCloud+Works
> > > >
> > > > You can also refer to following link:
> > > >
> > > >
> > >
> >
> https://cwiki.apache.org/confluence/display/solr/Shards+and+Indexing+Data+in+SolrCloud
> > > >
> > > > From size of your index I meant index size and not the total document
> > > > alone.
> > > > How many segments are there in the index? The more the segment the
> > slower
> > > > is the search.
> > > > What is the Xms and Xmx you are allocating to Solr and how much max
> is
> > > used
> > > > by your solr?
> > > >
> > > > I doubt this as the slowness was happening for a long period of time.
> > > > I mentioned this point as I have seen gc pauses of 30 seconds and
> more
> > in
> > > > some complex queries.
> > > >
> > > > I am facing delay of 2-3 seconds but previously I
> > > > had delays of around 28 seconds.
> > > > Is this after you moved to solrcloud?
> > > >
> > > > Regards,
> > > > Modassar
> > > >
> > > >
> > > > On Thu, Nov 5, 2015 at 3:09 PM, Salman Ansari <
> salman.rah...@gmail.com
> > >
> > > > wrote:
> > > >
> > > > > Here is the current info
> 

Error while merging Solr indexes

[Vijay Mhaskar - 2]

Hi All,

I am trying to merge Solr indexes from two cores . Core1 has 0.2 Million
docs and Core2 has 0.3 Million docs. Along with other fields we also have
5-6 Shingle fields in our schema.xml. We are getting below error when we try
to run script 



Too many values for UnInvertedField faceting on field text_shingles


java.lang.IllegalStateException: Too many values for UnInvertedField
faceting on field text_shingles at
org.apache.lucene.uninverting.DocTermOrds.uninvert(DocTermOrds.java:509) at
org.apache.lucene.uninverting.DocTermOrds.(DocTermOrds.java:215) at
org.apache.lucene.uninverting.DocTermOrds.(DocTermOrds.java:206) at
org.apache.lucene.uninverting.DocTermOrds.(DocTermOrds.java:199) at
org.apache.lucene.uninverting.FieldCacheImpl$DocTermOrdsCache.createValue(FieldCacheImpl.java:946)
at
org.apache.lucene.uninverting.FieldCacheImpl$Cache.get(FieldCacheImpl.java:190)
at 


Merging works fine when we try to merge core with less than ~1 records. 
What can be issue here? 






--
View this message in context: 
http://lucene.472066.n3.nabble.com/Error-while-merging-Solr-indexes-tp4239090.html
Sent from the Solr - User mailing list archive at Nabble.com.

Re: SnapPuller Exception in Slave server

[davidphilip cherian]

Hi,

It is in the exception that 'master node' is not available, and thus
reporting IO exception.
Did you check if the master instance was  running when these exceptions
were reported? Where are these two nodes located? Is there a network
latency? Do you see any mismatch in the numFound, at master node and slave
node?


On Sun, Nov 8, 2015 at 12:17 AM, sangeetha.subraman...@gtnexus.com <
sangeetha.subraman...@gtnexus.com> wrote:

> Hi All,
>
> I am using solr 4.5.1 with Master and Slave architecture. I am seeing the
> below exception in the Slave server
>
> SnapPuller
>
> Master at:  not available. Index fetch failed. Exception:
> org.apache.solr.client.solrj.SolrServerException: IOException occured when
> talking to server at:
>
>
> I don't see replication not working due to this exception but I guess it
> slows down the replication process
> Could someone please let me know why this occurs and what needs to checked
> for ?
>
> Thanks
> Sangeetha
>

Re: Exception in grouping with docValues enable field.

[Modassar Ather]

Thanks Alexandre,
It seems to be the same problem. The version of Solr I am using is 5.2.1.

Regards,
Modassar

On Mon, Nov 9, 2015 at 9:37 AM, Alexandre Rafalovitch 
wrote:

> SOLR-4647 ?
>
> But your name is already in that JIRA, so perhaps something else
> similar. You also did not mention the version of Solr.
>
> Regards,
>Alex.
> 
> Solr Analyzers, Tokenizers, Filters, URPs and even a newsletter:
> http://www.solr-start.com/
>
>
> On 8 November 2015 at 22:59, Modassar Ather 
> wrote:
> > Hi,
> >
> > Any input will be really helpful.
> >
> > Regards,
> > Modassar
> >
> > On Fri, Nov 6, 2015 at 11:20 AM, Modassar Ather 
> > wrote:
> >
> >> Hi,
> >>
> >> I have following docValues enabled field.
> >>
> >> *Field : *
> >> *Type:  * >> sortMissingLast="true" stored="false" indexed="false" docValues="true"/>
> >>
> >> When I am grouping on this field I am getting following exception.
> Kindly
> >> let me know if I am missing something or it is an issue.
> >>
> >>   org.apache.solr.common.SolrException;
> java.lang.NullPointerException
> >> at
> org.apache.solr.schema.FieldType.toExternal(FieldType.java:346)
> >> at org.apache.solr.schema.FieldType.toObject(FieldType.java:355)
> >> at
> >>
> org.apache.solr.search.grouping.endresulttransformer.GroupedEndResultTransformer.transform(GroupedEndResultTransformer.java:72)
> >> at
> >>
> org.apache.solr.handler.component.QueryComponent.groupedFinishStage(QueryComponent.java:810)
> >> at
> >>
> org.apache.solr.handler.component.QueryComponent.finishStage(QueryComponent.java:768)
> >> at
> >>
> org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:394)
> >> at
> >>
> org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:143)
> >> at org.apache.solr.core.SolrCore.execute(SolrCore.java:2064)
> >> at
> >> org.apache.solr.servlet.HttpSolrCall.execute(HttpSolrCall.java:654)
> >> at
> org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:450)
> >> at
> >>
> org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:227)
> >> at
> >>
> org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:196)
> >> at
> >>
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
> >> at
> >>
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585)
> >> at
> >>
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
> >> at
> >>
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577)
> >> at
> >>
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
> >> at
> >>
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
> >> at
> >>
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
> >> at
> >>
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
> >> at
> >>
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
> >> at
> >>
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
> >> at
> >>
> org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:215)
> >> at
> >>
> org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:110)
> >> at
> >>
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
> >> at org.eclipse.jetty.server.Server.handle(Server.java:497)
> >> at
> >> org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:310)
> >> at
> >>
> org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257)
> >> at
> >>
> org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:540)
> >> at
> >>
> org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
> >> at
> >>
> org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
> >> at java.lang.Thread.run(Thread.java:745)
> >>
> >> Thanks,
> >> Modassar
> >>
>

Re: Exception in grouping with docValues enable field.

[Alexandre Rafalovitch]

SOLR-4647 ?

But your name is already in that JIRA, so perhaps something else
similar. You also did not mention the version of Solr.

Regards,
   Alex.

Solr Analyzers, Tokenizers, Filters, URPs and even a newsletter:
http://www.solr-start.com/


On 8 November 2015 at 22:59, Modassar Ather  wrote:
> Hi,
>
> Any input will be really helpful.
>
> Regards,
> Modassar
>
> On Fri, Nov 6, 2015 at 11:20 AM, Modassar Ather 
> wrote:
>
>> Hi,
>>
>> I have following docValues enabled field.
>>
>> *Field : *
>> *Type:  *> sortMissingLast="true" stored="false" indexed="false" docValues="true"/>
>>
>> When I am grouping on this field I am getting following exception. Kindly
>> let me know if I am missing something or it is an issue.
>>
>>   org.apache.solr.common.SolrException; java.lang.NullPointerException
>> at org.apache.solr.schema.FieldType.toExternal(FieldType.java:346)
>> at org.apache.solr.schema.FieldType.toObject(FieldType.java:355)
>> at
>> org.apache.solr.search.grouping.endresulttransformer.GroupedEndResultTransformer.transform(GroupedEndResultTransformer.java:72)
>> at
>> org.apache.solr.handler.component.QueryComponent.groupedFinishStage(QueryComponent.java:810)
>> at
>> org.apache.solr.handler.component.QueryComponent.finishStage(QueryComponent.java:768)
>> at
>> org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:394)
>> at
>> org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:143)
>> at org.apache.solr.core.SolrCore.execute(SolrCore.java:2064)
>> at
>> org.apache.solr.servlet.HttpSolrCall.execute(HttpSolrCall.java:654)
>> at org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:450)
>> at
>> org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:227)
>> at
>> org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:196)
>> at
>> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
>> at
>> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585)
>> at
>> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
>> at
>> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577)
>> at
>> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
>> at
>> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
>> at
>> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
>> at
>> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
>> at
>> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
>> at
>> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
>> at
>> org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:215)
>> at
>> org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:110)
>> at
>> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
>> at org.eclipse.jetty.server.Server.handle(Server.java:497)
>> at
>> org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:310)
>> at
>> org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257)
>> at
>> org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:540)
>> at
>> org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
>> at
>> org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
>> at java.lang.Thread.run(Thread.java:745)
>>
>> Thanks,
>> Modassar
>>