undefined method `blame_file!'

[TheKidCoder]

I have a Rails 4 app that runs great on jRuby 1.7.3.

Today I tried giving 1.7.4 a try and came across an interesting error when trying to boot the rails app using Puma.

NoMethodError: undefined method `blame_file!' for java.lang.NullPointerException:Java::JavaLang::NullPointerException
                         load_dependency at /Users/chris/.rvm/gems/jruby-1.7.4@RepPro/gems/activesupport-4.0.0/lib/active_support/dependencies.rb:216
                         load_dependency at /Users/chris/.rvm/gems/jruby-1.7.4@RepPro/gems/activesupport-4.0.0/lib/active_support/dependencies.rb:213
                                    load at /Users/chris/.rvm/gems/jruby-1.7.4@RepPro/gems/activesupport-4.0.0/lib/active_support/dependencies.rb:222
                                  Engine at /Users/chris/.rvm/gems/jruby-1.7.4@RepPro/gems/railties-4.0.0/lib/rails/engine.rb:609
                                    each at org/jruby/RubyArray.java:1617
                                  Engine at /Users/chris/.rvm/gems/jruby-1.7.4@RepPro/gems/railties-4.0.0/lib/rails/engine.rb:608
                           instance_exec at org/jruby/RubyBasicObject.java:1764
                                     run at /Users/chris/.rvm/gems/jruby-1.7.4@RepPro/gems/railties-4.0.0/lib/rails/initializable.rb:30
                        run_initializers at /Users/chris/.rvm/gems/jruby-1.7.4@RepPro/gems/railties-4.0.0/lib/rails/initializable.rb:55
                              tsort_each at /Users/chris/.rvm/rubies/jruby-1.7.4/lib/ruby/1.9/tsort.rb:150
       each_strongly_connected_component at /Users/chris/.rvm/rubies/jruby-1.7.4/lib/ruby/1.9/tsort.rb:183
  each_strongly_connected_component_from at /Users/chris/.rvm/rubies/jruby-1.7.4/lib/ruby/1.9/tsort.rb:210
  each_strongly_connected_component_from at /Users/chris/.rvm/rubies/jruby-1.7.4/lib/ruby/1.9/tsort.rb:219
  each_strongly_connected_component_from at /Users/chris/.rvm/rubies/jruby-1.7.4/lib/ruby/1.9/tsort.rb:208
                                    each at org/jruby/RubyArray.java:1617
                        tsort_each_child at /Users/chris/.rvm/gems/jruby-1.7.4@RepPro/gems/railties-4.0.0/lib/rails/initializable.rb:44
  each_strongly_connected_component_from at /Users/chris/.rvm/rubies/jruby-1.7.4/lib/ruby/1.9/tsort.rb:203
       each_strongly_connected_component at /Users/chris/.rvm/rubies/jruby-1.7.4/lib/ruby/1.9/tsort.rb:182
                                    each at org/jruby/RubyArray.java:1617
       each_strongly_connected_component at /Users/chris/.rvm/rubies/jruby-1.7.4/lib/ruby/1.9/tsort.rb:180
                              tsort_each at /Users/chris/.rvm/rubies/jruby-1.7.4/lib/ruby/1.9/tsort.rb:148
                        run_initializers at /Users/chris/.rvm/gems/jruby-1.7.4@RepPro/gems/railties-4.0.0/lib/rails/initializable.rb:54
                             initialize! at /Users/chris/.rvm/gems/jruby-1.7.4@RepPro/gems/railties-4.0.0/lib/rails/application.rb:215
                                __send__ at org/jruby/RubyBasicObject.java:1703
                                    send at org/jruby/RubyKernel.java:2209
                          method_missing at /Users/chris/.rvm/gems/jruby-1.7.4@RepPro/gems/railties-4.0.0/lib/rails/railtie/configurable.rb:30
                                  (root) at /Volumes/HD/Media/Function/ClientProjects/RepPro/Development/RepPro/config/environment.rb:5
                                 require at org/jruby/RubyKernel.java:1054
                                 require at /Users/chris/.rvm/gems/jruby-1.7.4@RepPro/gems/activesupport-4.0.0/lib/active_support/dependencies.rb:228
                         load_dependency at /Users/chris/.rvm/gems/jruby-1.7.4@RepPro/gems/activesupport-4.0.0/lib/active_support/dependencies.rb:213
                                 require at /Users/chris/.rvm/gems/jruby-1.7.4@RepPro/gems/activesupport-4.0.0/lib/active_support/dependencies.rb:228
                                  (root) at /Users/chris/.rvm/gems/jruby-1.7.4@RepPro/gems/railties-4.0.0/lib/rails/application.rb:1
                    require_environment! at /Users/chris/.rvm/gems/jruby-1.7.4@RepPro/gems/railties-4.0.0/lib/rails/application.rb:189
                                 require at org/jruby/RubyKernel.java:1054
                                  (root) at bin/rails:4

I added an initializer:

class Exception
  def blame_file!( file )
    puts "CULPRIT >> '#{file.to_s}' # #{self.to_s}"
  end
end

To see what the issue was and it looks like rails was trying to load some helpers I had removed. I added the helpers back and am still getting the blame_file error. There is not problem with this when I go back to 1.7.3.

RVM info:

ruby:
    interpreter:  "jruby"
    version:      "1.7.4"
    date:         "jruby 1.7.4 (2.0.0dev) 2013-02-21 dac429b on Java HotSpot(TM) Client VM 1.6.0_51-b11-457-11M4509 [darwin-i386]"
    platform:     "darwin-i386"
    patchlevel:   "TM"
    full_version: "jruby 1.7.4 (2.0.0dev) 2013-02-21 dac429b on Java HotSpot(TM) Client VM 1.6.0_51-b11-457-11M4509 [darwin-i386]"

[BanzaiMan]

https://github.com/rails/rails/blob/v4.0.0/activesupport/lib/active_support/dependencies.rb#L216

ActiveSupport is trying to call #blame_file! on a Java exception (NullPointerException). I believe that Java exception behaviors changed for the 1.7.4 release to be more aligned with those of Ruby exceptions.

rails/rails@a548792 fixes this problem, but I'm not sure if you can wait for the Rails update.

[gudj]

Try using an older JDK version in the meantime.
I had the same problem with jdk 7u40 but I got it to work with 7u25

[headius]

JRuby does not enable invokedynamic use until 7u40, so that's probably why it worked on 7u25.

[atambo]

The work around for this is to monkey patch the java exception you are hitting within blame_file! like so:

class Java::JavaLang::NullPointerException
  def blame_file!(file)
  end
end

This workaround will no longer be needed once rails 4.0.1 is released.

[mukeshsinghr]

I am using Jruby
jruby 1.7.3 (1.9.3p385) 2013-02-21 dac429b on Java HotSpot(TM) Client VM 1.6.0_24-b07 [Windows XP-x86]

I am working with JMS related stuff wanted to read data from ActiveMQ which could be running on same or other server. Basically I need one Queue Observer(ActiveMQ) when any data comes into queue i should get notified and i have to process that data in put into database.

I have tried but I am keep getting this error.
NoMethodError: undefined method `blame_file!' for #Java::JavaLang::NoClassDefFoundError:0xd5e26b

I have tried all the ways mentioned above. I am using java version
java version "1.6.0_24"
Java(TM) SE Runtime Environment (build 1.6.0_24-b07)
Java HotSpot(TM) Client VM (build 19.1-b02, mixed mode, sharing)

[bruceadams]

@mukeshsinghr you don't mention if you are using Rails. The problem comes, in part, from Rails Active Support. If you are using Rails, try adding this in config/application.rb, right after "require 'rails/all'".

class Java::JavaLang::NoClassDefFoundError
  def blame_file!(file)
  end
end

I can confirm seeing this workaround work for Rails 3.2.x.

[mukeshsinghr]

@bruceadams Yes you are correct I am using Rails 3.2.12. I tired above solution already with no luck, by putting in my config/initializers (separate file/First initializer/application.rb).

[bruceadams]

@mukeshsinghr when does the error occur? If it occurs during initialization, it's possible that the place you put the monkey patch is too late. If the error occurs at runtime, in reaction to a request, then initialization order is not the issue and I don't know why the patch is not working. (Do note that the patch won't stop the underlying error, it'll just allow you to see the underlying Java exception details.)

[mukeshsinghr]

@bruceadams Yes, Its happening during application initialization. That monkey patch is also getting called i am sure for that because I am able to see the prints which i kept inside that code. After that I am getting same error for some other Exception thrown from Java library. I did the same again. Still wondering for root cause, this exception is throwing as soon as i am adding jms-1.1.jar file.

[bruceadams]

Ah, if you are now seeing a different Java exception, you'll need to monkey patch that other exception along with the NoClassDefFoundError exception.

[bruceadams]

Oops. I just re-read the comment and realize @mukeshsinghr said they did the same monkey patch for the other exception. Sorry for repeating what you've already done. Not sure what to suggest now.

[mukeshsinghr]

Its alright. Thanks @bruceadams for your instant replies I appreciate. I will post the detail of my solution as soon as i'll make it up and running.

[kendagriff]

For anyone else struggling, I monkey patched ActiveSupport with the new update:

module ActiveSupport
  module Dependencies
    module Loadable
      def load_dependency(file)
        if Dependencies.load? && ActiveSupport::Dependencies.constant_watch_stack.watching?
          Dependencies.new_constants_in(Object) { yield }
        else
          yield
        end
      rescue Exception => exception  # errors from loading file
        exception.blame_file! file if exception.respond_to? :blame_file!
        raise
      end
    end
  end
end

Now, Java reports the correct errors.