Skip to content
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

Updating solr_wrapper dependency to remove 404 #108

Merged
merged 1 commit into from
Jun 20, 2016

Conversation

jeremyf
Copy link
Contributor

@jeremyf jeremyf commented Jun 20, 2016

Following the Dive into Hydra tutorial, we encountered a problem with
SOLR working using solr_wrapper 0.12.1 (see call stack below). After
posting on Hydra slack, we received an answer from Michael Tribone
saying that he had to update sufia's solr_wrapper.

Without this change, the Dive into Hydra tutorial does not work.

hydra-demo master % solr_wrapper -d solr/config/ --collection_name hydra-development
Loading configuration from /Users/lrobins5/git/hydra-demo/.solr_wrapper
Starting Solr 6.0.1 on port 8983 ...
       ./.rbenv/versions/2.3.0/lib/ruby/2.3.0/open-uri.rb:359:in `open_http': 404 Not Found (OpenURI::HTTPError)--=---=---=---=---| 0% ( ETA: ??:??:?? )
  from ./.rbenv/versions/2.3.0/lib/ruby/2.3.0/open-uri.rb:737:in `buffer_open'
  from ./.rbenv/versions/2.3.0/lib/ruby/2.3.0/open-uri.rb:212:in `block in open_loop'
  from ./.rbenv/versions/2.3.0/lib/ruby/2.3.0/open-uri.rb:210:in `catch'
  from ./.rbenv/versions/2.3.0/lib/ruby/2.3.0/open-uri.rb:210:in `open_loop'
  from ./.rbenv/versions/2.3.0/lib/ruby/2.3.0/open-uri.rb:151:in `open_uri'
  from ./.rbenv/versions/2.3.0/lib/ruby/2.3.0/open-uri.rb:717:in `open'
  from ./.rbenv/versions/2.3.0/lib/ruby/2.3.0/open-uri.rb:35:in `open'
  from ./.rbenv/versions/2.3.0/lib/ruby/gems/2.3.0/gems/solr_wrapper-0.12.1/lib/solr_wrapper/downloader.rb:7:in `fetch_with_progressbar'
  from ./.rbenv/versions/2.3.0/lib/ruby/gems/2.3.0/gems/solr_wrapper-0.12.1/lib/solr_wrapper/instance.rb:289:in `download'
  from ./.rbenv/versions/2.3.0/lib/ruby/gems/2.3.0/gems/solr_wrapper-0.12.1/lib/solr_wrapper/instance.rb:250:in `extract'
  from ./.rbenv/versions/2.3.0/lib/ruby/gems/2.3.0/gems/solr_wrapper-0.12.1/lib/solr_wrapper/instance.rb:239:in `extract_and_configure'
  from ./.rbenv/versions/2.3.0/lib/ruby/gems/2.3.0/gems/solr_wrapper-0.12.1/lib/solr_wrapper/instance.rb:62:in `wrap'
  from ./.rbenv/versions/2.3.0/lib/ruby/gems/2.3.0/gems/solr_wrapper-0.12.1/exe/solr_wrapper:108:in `<top (required)>'
  from ./.rbenv/versions/2.3.0/bin/solr_wrapper:22:in `load'
  from ./.rbenv/versions/2.3.0/bin/solr_wrapper:22:in `<main>'
```console

Following the Dive into Hydra tutorial, we encountered a problem with
SOLR working using solr_wrapper 0.12.1 (see call stack below). After
posting on Hydra slack, we received an answer from Michael Tribone
saying that he had to update sufia's solr_wrapper.

Without this change, the Dive into Hydra tutorial does not work.

```console
hydra-demo master % solr_wrapper -d solr/config/ --collection_name hydra-development
Loading configuration from /Users/lrobins5/git/hydra-demo/.solr_wrapper
Starting Solr 6.0.1 on port 8983 ...
       ./.rbenv/versions/2.3.0/lib/ruby/2.3.0/open-uri.rb:359:in `open_http': 404 Not Found (OpenURI::HTTPError)--=---=---=---=---| 0% ( ETA: ??:??:?? )
  from ./.rbenv/versions/2.3.0/lib/ruby/2.3.0/open-uri.rb:737:in `buffer_open'
  from ./.rbenv/versions/2.3.0/lib/ruby/2.3.0/open-uri.rb:212:in `block in open_loop'
  from ./.rbenv/versions/2.3.0/lib/ruby/2.3.0/open-uri.rb:210:in `catch'
  from ./.rbenv/versions/2.3.0/lib/ruby/2.3.0/open-uri.rb:210:in `open_loop'
  from ./.rbenv/versions/2.3.0/lib/ruby/2.3.0/open-uri.rb:151:in `open_uri'
  from ./.rbenv/versions/2.3.0/lib/ruby/2.3.0/open-uri.rb:717:in `open'
  from ./.rbenv/versions/2.3.0/lib/ruby/2.3.0/open-uri.rb:35:in `open'
  from ./.rbenv/versions/2.3.0/lib/ruby/gems/2.3.0/gems/solr_wrapper-0.12.1/lib/solr_wrapper/downloader.rb:7:in `fetch_with_progressbar'
  from ./.rbenv/versions/2.3.0/lib/ruby/gems/2.3.0/gems/solr_wrapper-0.12.1/lib/solr_wrapper/instance.rb:289:in `download'
  from ./.rbenv/versions/2.3.0/lib/ruby/gems/2.3.0/gems/solr_wrapper-0.12.1/lib/solr_wrapper/instance.rb:250:in `extract'
  from ./.rbenv/versions/2.3.0/lib/ruby/gems/2.3.0/gems/solr_wrapper-0.12.1/lib/solr_wrapper/instance.rb:239:in `extract_and_configure'
  from ./.rbenv/versions/2.3.0/lib/ruby/gems/2.3.0/gems/solr_wrapper-0.12.1/lib/solr_wrapper/instance.rb:62:in `wrap'
  from ./.rbenv/versions/2.3.0/lib/ruby/gems/2.3.0/gems/solr_wrapper-0.12.1/exe/solr_wrapper:108:in `<top (required)>'
  from ./.rbenv/versions/2.3.0/bin/solr_wrapper:22:in `load'
  from ./.rbenv/versions/2.3.0/bin/solr_wrapper:22:in `<main>'
```console
@mtribone mtribone merged commit 63cdd00 into master Jun 20, 2016
@mtribone mtribone deleted the bumping-solr-wrapper-dependency branch June 20, 2016 18:18
@rkhet
Copy link

rkhet commented Aug 22, 2016

Let's see, same issue as jeremyf. My hydra-10.0.0 hydra.gemspec is coming over with gem.add_dependency 'solr_wrapper', '> 0.12.1' I'm a bit new to this so please forgive but I alter the solr_wrapper version in gems/ruby-2.3.0/gems/hydra-10.0.0/hydra.gemspec, remove my Gemfile.lock and when 'bundle install' regenerates it solr_wrapper (> 0.12.1) is back. Where can I alter to get 0.13.1 to install.

FWIW I've seen this issue before. Seems to have something to do w/ how Ruby parses casts URIs to objects rather than strings... I think.

thanks for any info

@rkhet
Copy link

rkhet commented Aug 22, 2016

OK, I have seen this before and ruby does sometimes cast that causes this error but when I inspect the URL from which the solr for the wrapper is to be upulled..

http://www.trieuvan.com/apache/lucene/solr/6.0.1/solr-6.0.1.zip

There is nothing there :/

@rkhet
Copy link

rkhet commented Aug 22, 2016

however I do get a zip file from ...6.1.0/solr-6.1.0.zip though I can't seem to find where the erroneous configuration is assigned.

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.

3 participants