Re: [jruby-user] Bundler super-slow: can't use dependency API

Rodrigo Rosenfeld Rosas <[email protected]> Tue, 13 Jan 2015 08:22:56 -0200
Newsgroups gmane.comp.lang.jruby.user
Message-ID <[email protected]>
Bundler 1.7.12.

Here's the attached Gemfile (I removed a few lines from the original one 
in order to make it possible for you to try it since it contained some 
references to some of our custom gems but I tested this one and it 
behaves the same).

I believe this is the main problem:

"could not fetch from the dependency API, trying the full index"

I'd like to understand why it can't use the dependency API on JRuby...

Thanks for trying :)

On 13-01-2015 07:33, christian wrote:
> which bundler version (probably the latest) ? is it possible to share 
> the Gemfile ? would give it a trial on my machine ;)
>
> - christian
>
>
> On Mon, Jan 12, 2015 at 9:07 PM, Rodrigo Rosenfeld Rosas 
> <[email protected] <mailto:[email protected]>> wrote:
>
>     No :-) also it works fine on MRI :-)
>
>     Em 12/01/2015 18:26, "Christian MICHON"
>     <[email protected] <mailto:[email protected]>>
>     escreveu:
>
>         OK next verification. Are you going thru a proxy?
>
>         On 12 Jan, 2015 9:09 PM, "Rodrigo Rosenfeld Rosas"
>         <[email protected] <mailto:[email protected]>> wrote:
>
>             Yes.
>
>             On 12-01-2015 18:07, Christian MICHON wrote:
>>
>>             Is jruby-openssl installed?
>>
>>             On Jan 12, 2015 8:22 PM, "Rodrigo Rosenfeld Rosas"
>>             <[email protected] <mailto:[email protected]>> wrote:
>>
>>                 Hi, I tried to run "bundle" with jruby-1.7.18
>>                 installed by rbenv for an existing project running on
>>                 MRI and this is what I get:
>>
>>                 $ bundle
>>                 Fetching gem metadata from https://rails-assets.org/..
>>                 Fetching gem metadata from
>>                 https://rubygems.org/.Retrying dependency api due to
>>                 error (2/3): Bundler::MarshalError ArgumentError:
>>                 marshal data too short
>>                 Retrying dependency api due to error (3/3):
>>                 Bundler::MarshalError ArgumentError: marshal data too
>>                 short
>>
>>                 It takes forever (several hours so far and still
>>                 counting).
>>
>>                 This doesn't happen with bundler on MRI 2.2.0, same
>>                 bundler version. Any ideas on why this might be
>>                 happening for JRuby only or how to fix it?
>>
>>                 Thanks in advance,
>>                 Rodrigo.
>>
>>                 ---------------------------------------------------------------------
>>                 To unsubscribe from this list, please visit:
>>
>>                 http://xircles.codehaus.org/manage_email
>>
>>
>
>


---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email
Gemfile (text/plain, 2.5 KB)
source 'https://rubygems.org'
source 'https://rails-assets.org'

RAILS_VERSION = '4.2.0'
gem 'railties', RAILS_VERSION
gem 'actionmailer', RAILS_VERSION
gem 'sprockets-rails'
gem 'sprockets'

gem 'puma'
gem 'foreman', require: false, group: :development

platforms :mri do
  gem 'byebug', group: [:development, :test]
  gem 'pg'
  gem 'bson_ext'
  gem 'ruby-prof', group: :development
  gem 'rack-mini-profiler', require: false, group: :development
  gem 'flamegraph', group: :development
  gem 'stackprof', group: :development
end

gem 'mongo'

platforms :jruby do
  gem 'jruby-openssl'
  gem 'jdbc-postgres'
end

gem 'sequel'
gem 'devise'
gem 'devise-encryptable'
gem 'sequel-devise'
gem 'orm_adapter-sequel', '~> 0.1.0'

gem 'redis'
gem 'hiredis', platform: :mri
gem 'connection_pool'

gem 'rsolr'

gem 'rest-client'

gem 'rails-web-console', group: :development

gem 'writeexcel'
gem 'axlsx'
gem 'remotipart'

gem 'sidekiq'
gem 'sidekiq-limit_fetch'
gem 'sinatra', require: false

gem 'ruby-progressbar'
gem 'redcarpet'

gem 'sass-rails'
gem 'coffee-rails'
gem 'compass'
gem 'compass-rails', github: 'Compass/compass-rails'

gem 'therubyracer', :platform => :ruby

gem 'uglifier', '>= 1.0.3'
gem 'jquery-rails' # for jquery-ujs only, we use jQuery from rails-assets-jquery below
gem 'rails-assets-jquery', '1.11.2'
# the rails-assets-jquery-ui uses the black-tie theme instead of the default one:
#gem 'rails-assets-jquery-ui', '1.11.1'
gem 'jquery-ui-rails'
gem 'common-dialogs'
gem 'eco'
gem "js-routes"
gem 'jquery-layout-rails'

gem 'rails-assets-knockout'
gem 'rails-assets-jquery.inputmask'
gem 'rails-assets-jquery-file-upload'
gem 'rails-assets-numeral'
gem 'rails-assets-es5-shim'
gem 'rails-assets-jquery-form'
gem 'rails-assets-jqtree'
gem 'rails-assets-underscore'
gem 'rails-assets-jquery.scrollTo'
gem 'rails-assets-noty'
gem 'rails-assets-syn'

group :test, :development do
  gem 'rspec', require: false
  gem 'rspec-rails'
  gem 'rspec_around_all', github: 'rosenfeld/rspec_around_all', branch: 'config_around', require: false
  gem 'oojs'
  gem 'pry'
  # letter_opener_web depends on full rails - this fork replaces the dependency with railties
  gem 'letter_opener_web', github: 'rosenfeld/letter_opener_web', branch: 'railties'
  gem 'capybara'
  gem 'selenium-webdriver'
  gem 'database_cleaner'
  gem 'better_errors'
  gem 'binding_of_caller'
  gem 'spring'
  gem 'spring-commands-rspec'
end

group :test do
  gem 'factory_girl_rails'
  gem 'launchy'
  gem 'guard-rspec'
end

group :monitoring do
  gem 'newrelic_rpm'
end