8000 Default to using Solr real-time get for retrieving single documents by cbeer · Pull Request #1524 · projectblacklight/blacklight · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

Default to using Solr real-time get for retrieving single documents #1524

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 1 commit into from
Sep 28, 2016

Conversation

cbeer
Copy link
Member
@cbeer cbeer commented Sep 19, 2016

No description provided.

@@ -251,7 +251,7 @@
get :show, params: { id: doc_id, format: 'json' }
expect(response).to be_success
json = JSON.parse response.body
expect(json["response"]["document"].keys).to match_array(["author_t", "opensearch_display", "marc_display", "published_display", "author_display", "lc_callnum_display", "title_t", "pub_date", "pub_date_sort", "subtitle_display", "format", "url_suppl_display", "material_type_display", "title_display", "subject_addl_t", "subject_t", "isbn_t", "id", "title_addl_t", "subject_geo_facet", "subject_topic_facet", "author_addl_t", "language_facet", "subtitle_t", "timestamp"])
expect(json["response"]["document"].keys).to match_array(["author_t", "marc_display", "published_display", "author_display", "lc_callnum_display", "title_t", "pub_date", "subtitle_display", "format", "url_suppl_display", "material_type_display", "title_display", "subject_addl_t", "subject_t", "isbn_t", "id", "title_addl_t", "subject_geo_facet", "subject_topic_facet", "author_addl_t", "language_facet", "subtitle_t", "timestamp"])
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Apparently Solr doesn't return any copy fields in the RTG response.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This should be okay though right? I imagine a copy field would be an odd choice for displaying on the record view.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yeah, agreed (and apparently so do the Solr committers), although @erikhatcher has reported it upstream already: https://issues.apache.org/jira/browse/SOLR-8767. If someone does need that behavior, all they need to do is change their defaults.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Agree here with @jkeck but feels a little bad for some reason. Whats the reason to do the real-time?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It's there by default, instead of our kinda clunky custom request handler.

@cbeer cbeer added this to the 7.x milestone Sep 19, 2016
@coveralls
Copy link

Coverage Status

Coverage remained the same at 94.583% when pulling fd721a0 on real-time-get into 684888b on master.

1 similar comment
@coveralls
Copy link
coveralls commented Sep 19, 2016

Coverage Status

Coverage remained the same at 94.583% when pulling fd721a0 on real-time-get into 684888b on master.

@jcoyne jcoyne merged commit 72904e6 into master Sep 28, 2016
@cbeer cbeer deleted the real-time-get branch September 28, 2016 00:42
jcoyne added a commit that referenced this pull request May 30, 2025
This completes the work started in #1524
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants
0