The default init.d mongrel script lacked a setting which means that if your server lost power/crashed or you had a mongrel crash, the stale PID files remain and the mongrel_cluster_ctl start command will fail.
This simple fix works great.
Thanks Paul!
Want to ensure that your test fixtures are valid? Use the test_fixtures plugin to validate each of your fixtures against the validations defined in your model.
It simply adds a TestFixtures unit test class to your ./test/units directory in your project.
More details are available on github
To install, run:
This plugin adds a breadcrumb trail to your Rails application.
In your action:
In your layout or view:
Generates something like:
You should use CSS to style the breadcrumb trail. See the example in public/stylesheets.
Over the last four months, I’ve been doing both Java and Ruby work.
Inland Revenue are building an external authentication system in Java Portlets on Websphere Portal. And, Sharesight are building an online share portfolio manager in Ruby on Rails.
I’ve noticed how different the two environments are when using 3rd party libraries. Take these two examples:
Display-tag is a Java library that has been around for a long time. I remember using it back at Westpac in 2005. It provides a JSP tag that you can use to render large collections – either on a single page, or over multiple pages. And provides the ability to switch between each of those pages with the expected next/previous and page 1/2/3/etc links. It also can sort the collection by clicking on the column headings.
Anyway, we ran into a problem. The functional specification document wanted the paging link positioned in a specific manner. This differed from what display-tag generated by default. The developer writing the tag spent a lot of time poring over the (good) documentation trying to find out how to make the links appear in the desired position.
Eventually, he came to the conclusion that the Display-tag library wouldn’t do it. The only way the achieve the desired outcome would be to use some CSS magic.
Mail Queue is a Ruby on Rails plugin that converts the normally synchronous mail sending capability of Rails to an asynchronous queue. The emails get stored in a database table, and you use a background process such as cron or Backgroundrb to send the stored email.
It was all going very well, but we wanted to enhance the plugin to add the ability to archive the sent emails, rather than delete them. This would allow us to diagnose problems a lot easier.
In a Rails plugin, you have direct access to the source code. The plugin is stored in the vendor/plugins/mail_queue directory of your Rails project. We opened the mail_queue.rb file, found the code we needed to change, made the enhancement, and saved the file.
With Java 3rd party libraries, they are packaged into a standard JAR file. Inside the JAR file are all the pre-compiled class files. It’s difficult to see how the library is coded. If I wanted to change how a Java library worked, I’d have to:
Contrast that with the Rails approach:
It’s the dynamic nature of the Ruby language that contributes to the ease-of-modification. Being able to replace the change/build/package steps with just a change step makes a huge difference to productivity.