I have an extremely strange bug that I've only been able to reproduce in the context of active-messaging. But, stepping through the code, the problem appears to be at the level of dependencies.rb, so I will post also here to see if anyone has any insight to this problem.Any help or ideas on tackling this would be greatly appreciated.
I'm using Rails 2.1. Here's the problem:
Assume you have a file lib/foo/bar.rb, defined:
module Foo class Bar end end
And that you have an A13g processor that references this class, like:
class MyProcessor < ApplicationProcessor subscribes_to :whatever def on_message(message) Foo::Bar end end
If I run a message through to the poller, this processor correctly autoloads the class. On subsequent tries, I get an exception:
LoadError raised: Expected c:/app_root/lib/foo/bar.rb to define Foo::Bar
* I've only found this odd behavior when running in production mode. Development mode is just fine. * Also, the file has to be within a subfolder on the load path (i.e. a subdirectory of lib). 'lib/bar.rb' loads each time just fine. * I've produced it on both Solaris and Windows platforms.
I have tried debugging through the source. Here is all I can gather:
Both first and second invocation get to gems/custom_require.rb:27. At that point, stepping through the source code the first time takes me to the line 'module Foo' in lib/foo/bar.rb.
The second time around, a step returns immediately, not going into lib/ foo/bar.rb. Then, a few lines later, the exception is triggered when the interpreter cannot find the class.
Has anyone encountered this sort of thing? Any idea what this could be?
What is throwing me is that stepping through the source code, there is no difference in the code paths taken, just a difference in what *happens* when I *get* to gems/custom_require.rb:27
