# \[ANN\] Engines 1.1.2

**URL:** <https://www.ruby-forum.com/t/ann-engines-1-1-2/60230>\
**Category:** Rails\
**Created:** [May 11, 2006, 12:08pm UTC](https://www.ruby-forum.com/t/ann-engines-1-1-2/60230 "2006-05-11T12:08:10Z")\
**Posts on this page:** 9\
**Page:** 1

<div class="post-metadata">

**Author:** ![nitr0z](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/n/ba9def/32.png) [@nitr0z](https://www.ruby-forum.com/u/nitr0z)\
**Post date:** [May 11, 2006, 12:08pm UTC](https://www.ruby-forum.com/t/ann-engines-1-1-2/60230/1 "2006-05-11T12:08:10Z")

</div>

I’ve just pushed out a new bug-fix release for the Engines plugin.  
Most notably, it’s now super careful (to the point of paranoia) about  
ensuring that the right version of Rails is loaded, and should no  
longer cause any issues where it ignores vendor/rails. Full CHANGELOG  
is here:

[http://dev.rails-engines.org/repository/file/engines/tags/rel\_1.1.2/CHANGELOG](http://dev.rails-engines.org/repository/file/engines/tags/rel_1.1.2/CHANGELOG)

And you can find the new releases at the following SVN urls:

[http://svn.rails-engines.org/plugins/engines](http://svn.rails-engines.org/plugins/engines)  
[http://svn.rails-engines.org/engines/tags/rel\_1.1.2](http://svn.rails-engines.org/engines/tags/rel_1.1.2)

(the latter is preferable for production applications; the former  
exists for the benefit of script/plugin users, RadRails and so on)

---

<div class="post-metadata">

**Author:** ![nitr0z](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/n/ba9def/32.png) [@nitr0z](https://www.ruby-forum.com/u/nitr0z)\
**Post date:** [May 11, 2006, 4:28pm UTC](https://www.ruby-forum.com/t/ann-engines-1-1-2/60230/2 "2006-05-11T16:28:38Z")

</div>

I just updated it into my source using svn…

Now I get this error, which I wasn’t getting before…

/usr/local/lib/site\_ruby/1.8/rubygems/custom\_require.rb:21:in  
`require__': no such file to load -- authenticated_user (MissingSourceFile) from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:21:in `require’  
from  
/usr/lib/ruby/gems/1.8/gems/activesupport-1.3.1/lib/active\_support/dependencies.rb:147:in  
`require' from /home/wybo/logilogi/trunk/config/../vendor/plugins/login_engine/init_engine.rb:6:in `start\_engine’  
from  
/home/wybo/logilogi/trunk/config/…/vendor/plugins/engines/lib/engines.rb:183:in  
`start_engine' from /home/wybo/logilogi/trunk/config/../vendor/plugins/engines/lib/engines.rb:132:in `start’  
from  
/home/wybo/logilogi/trunk/config/…/vendor/plugins/engines/lib/engines.rb:131:in  
`each' from /home/wybo/logilogi/trunk/config/../vendor/plugins/engines/lib/engines.rb:131:in `start’  
from /home/wybo/logilogi/trunk/config/environment.rb:345  
from ./test/unit/…/test\_helper.rb:2:in `require' from ./test/unit/../test_helper.rb:2 from test/unit/link_test.rb:1:in `require’  
from test/unit/link\_test.rb:1

Anyone having the same problem ?

I’m using Rails 1.1.2,

Inside environment.rb there’s just (relevant to engines):

module LoginEngine  
config :salt, “xxxxxx”  
config :email\_from, ‘removed\_email\_address@domain.invalid’  
config :admin\_email, ‘removed\_email\_address@domain.invalid’  
config :app\_name, ‘[LogiLogi.org](http://LogiLogi.org)’  
config :app\_url, {:controller =\> ‘logi’, :action =\> ‘view’}  
config :changeable\_fields,  
[‘firstname’,‘lastname’,‘country’,‘state’,‘city’,‘time\_zone\_name’]  
end

Engines.start :login

greetings,

Wybo W.

---

<div class="post-metadata">

**Author:** ![nitr0z](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/n/ba9def/32.png) [@nitr0z](https://www.ruby-forum.com/u/nitr0z)\
**Post date:** [May 11, 2006, 4:46pm UTC](https://www.ruby-forum.com/t/ann-engines-1-1-2/60230/3 "2006-05-11T16:46:14Z")

</div>

I’m experiencing exactly the same problem

---

<div class="post-metadata">

**Author:** ![nitr0z](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/n/ba9def/32.png) [@nitr0z](https://www.ruby-forum.com/u/nitr0z)\
**Post date:** [May 11, 2006, 5:00pm UTC](https://www.ruby-forum.com/t/ann-engines-1-1-2/60230/4 "2006-05-11T17:00:27Z")

</div>

More information here: [http://dev.rails-engines.org/tickets/156](http://dev.rails-engines.org/tickets/156)

- james

---

<div class="post-metadata">

**Author:** ![nitr0z](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/n/ba9def/32.png) [@nitr0z](https://www.ruby-forum.com/u/nitr0z)\
**Post date:** [May 11, 2006, 8:24pm UTC](https://www.ruby-forum.com/t/ann-engines-1-1-2/60230/5 "2006-05-11T20:24:08Z")

</div>

James A. wrote:

> I’ve just pushed out a new bug-fix release for the Engines plugin.  
> Most notably, it’s now super careful (to the point of paranoia) about  
> ensuring that the right version of Rails is loaded, and should no  
> longer cause any issues where it ignores vendor/rails. Full CHANGELOG  
> is here:
> 
> [http://dev.rails-engines.org/repository/file/engines/tags/rel\_1.1.2/CHANGELOG](http://dev.rails-engines.org/repository/file/engines/tags/rel_1.1.2/CHANGELOG)
> 
> And you can find the new releases at the following SVN urls:
> 
> [http://svn.rails-engines.org/plugins/engines](http://svn.rails-engines.org/plugins/engines)  
> [http://svn.rails-engines.org/engines/tags/rel\_1.1.2](http://svn.rails-engines.org/engines/tags/rel_1.1.2)
> 
> (the latter is preferable for production applications; the former  
> exists for the benefit of script/plugin users, RadRails and so on)

Changelog doesn’t mention it, but does this fix the issue of cache  
sweepers not working as explained here:  
[http://www.ruby-forum.com/topic/61586](http://www.ruby-forum.com/topic/61586)

?

-philip

---

<div class="post-metadata">

**Author:** ![nitr0z](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/n/ba9def/32.png) [@nitr0z](https://www.ruby-forum.com/u/nitr0z)\
**Post date:** [May 11, 2006, 10:28pm UTC](https://www.ruby-forum.com/t/ann-engines-1-1-2/60230/6 "2006-05-11T22:28:52Z")

</div>

Hei James!

My app dies silently now. Copying over the old 1.1.1 engines.rb file  
solves this. Se you have done a lot of changes in this file, and I  
haven’t had the time to look closer at it at the moment.

- Henrik

---

<div class="post-metadata">

**Author:** ![nitr0z](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/n/ba9def/32.png) [@nitr0z](https://www.ruby-forum.com/u/nitr0z)\
**Post date:** [May 11, 2006, 10:25pm UTC](https://www.ruby-forum.com/t/ann-engines-1-1-2/60230/7 "2006-05-11T22:25:36Z")

</div>

The ticket for that issue is here:

[http://dev.rails-engines.org/tickets/137](http://dev.rails-engines.org/tickets/137)

I couldn’t replicate it, so I’m waiting for someone to present a  
minimal, self-contained demonstration of the issue. Fancy giving it a  
shot?

- james

---

<div class="post-metadata">

**Author:** ![nitr0z](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/n/ba9def/32.png) [@nitr0z](https://www.ruby-forum.com/u/nitr0z)\
**Post date:** [May 11, 2006, 10:35pm UTC](https://www.ruby-forum.com/t/ann-engines-1-1-2/60230/8 "2006-05-11T22:35:28Z")

</div>

If you’re experiencing issues with a production system, simply  
checkout/set your external to the previous tag (presuming that you had  
no issues with it):

[http://svn.rails-engines.org/engines/tags/rel\_1.1.1](http://svn.rails-engines.org/engines/tags/rel_1.1.1)

If you can provide any information about what might be causing your  
app to die, please do post it to [http://dev.rails-engines.org/](http://dev.rails-engines.org/)

Cheers & good luck,

James

---

<div class="post-metadata">

**Author:** ![nitr0z](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/n/ba9def/32.png) [@nitr0z](https://www.ruby-forum.com/u/nitr0z)\
**Post date:** [May 11, 2006, 11:03pm UTC](https://www.ruby-forum.com/t/ann-engines-1-1-2/60230/9 "2006-05-11T23:03:48Z")

</div>

> The ticket for that issue is here:
> 
> [http://dev.rails-engines.org/tickets/137](http://dev.rails-engines.org/tickets/137)
> 
> I couldn’t replicate it, so I’m waiting for someone to present a  
> minimal, self-contained demonstration of the issue. Fancy giving it a  
> shot?

Heh. I might, but not till about August. No time till then. I was  
going  
to use them to implement an audit sweeper as detailed in the  
rails-recipes  
book, but I shelved it as I’ve got other things I have to do first.

The other problem is our engine is RBAC and there’s a lot of other code,  
so coming up with a minimal excample might be hard 🙂

I’ll bookmark this though and see if I can get around to it.
