Ruby on Rails Monday, January 31, 2011

So, based on what you are saying, these must be loaded somehow from a
custom load that I added?

The thing I find confusing though is that should not the same thing
happen even if classes are not cached?

Are there any other files I should look at to track down where this
include might be coming from?

Finally, where is the ideal place to put custom files?

Thanks for you help. :)

On Jan 31, 4:26 am, Xavier Noria <f...@hashref.com> wrote:
> On Mon, Jan 31, 2011 at 3:48 AM, tashfeen.ekram
>
> <tashfeen.ek...@gmail.com> wrote:
> > when i run rake tasks, i run into a strange problem when running it in
> > production mode. it loads all of the files in the directory app/
> > runners/cron. when i run the rake task with config.cache_classes set
> > to true (as it is set in environment/production.rb) then it seems to
> > load those files in that directory upon execution of the rake command.
> > however, those files are not loaded when it is set to false.
>
> > i have checked my application, boot, and environment files and i am
> > not loading that directory.
>
> Can you reproduce it in a minimal application?
>
> I see from the other thread that the application runs Rails 3. Just in
> case it was migrated from Rails 2 let me comment that in Rails 2
> custom directories under app are not eager loaded, while they are in
> Rails 3. In case it rings a bell.
>
> Having said that, eager loading is not triggered for bare rake tasks
> that do not depend on the builtin :environment task. And for tasks
> that do depend there's a global flag called $rails_rake_task set to
> true within :environment that prevents eager loading from being run at
> all. Thus, as far as rake tasks is concerned, it shouldn't happen *in
> any case* unless there's some custom behavior somewhere.

--
You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
To post to this group, send email to rubyonrails-talk@googlegroups.com.
To unsubscribe from this group, send email to rubyonrails-talk+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en.

No comments:

Post a Comment