You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@solr.apache.org by Jason Gerlowski <ge...@gmail.com> on 2022/02/01 14:21:34 UTC

Re: Solrj BucketBasedJsonFacet.java not parsing "missing" counts

+1 - this looks like a gap in SolrJ's coverage of JSON Facets.  Please
create a JIRA ticket and mention the ticket here.

I'm familiar with that piece of SolrJ and would be happy to
review/merge if anyone has a chance to write a patch.

Best,

Jason

On Tue, Jan 18, 2022 at 9:44 AM Joel Bernstein <jo...@gmail.com> wrote:
>
> I just did a quick look and didn't find a jira issue either. Do you have
> access to create a jira? If not I can create one. When the jira is created
> If you could post a patch with a test that would help move things along.
>
> There isn't going to be another feature release in the 8x line of code. So
> this will be in a 9x release.
>
>
> Joel Bernstein
> http://joelsolr.blogspot.com/
>
>
> On Tue, Jan 18, 2022 at 6:05 AM Michelle Allen <al...@live.com> wrote:
>
> >
> > I am using Solr 8.11.1 and json facets.
> >
> > My problem is that solrj does not provide a way, in the QueryResponse
> > getJsonFacetingResponse, to get the “missing” counts which is a must for me.
> >
> > My raw response looks like:
> >
> > facets: {
> > …
> > myFacetName: {
> >  missing: { count: 11 }
> >   buckets: { … }
> > }
> > …
> > }
> >
> > While NestableJsonFacet’s BucketBasedJsonFacet is parsing buckets and
> > other pieces of my facet correctly, there is no section for “missing” to
> > get that count of 11.
> >
> > The only way I was able to get past this was to copy NestableJsonFacet and
> > BucketBasedJsonFacet from the 8.11 source and add a section to
> > BucketBasedJsonFacet to actually parse and set the “missing” count value.
> >
> > This is not ideal though and I would prefer to use solrj as is instead of
> > having to customize.
> >
> > Are there any plans for Solr to fix this, or any open JIRA or fix version?
> > I searched but could find no mention of this.
> >
> > Thanks in advance,
> > M. Allen
> >
> >