Browse files

Adding in I18n section

  • Loading branch information...
mikel committed Feb 1, 2010
1 parent 783e583 commit 7ec7328f2af7eb82d4377cfe9fc3f3296feb184d
Showing with 45 additions and 0 deletions.
  1. +45 −0 railties/guides/source/3_0_release_notes.textile
@@ -10,26 +10,32 @@ These release notes cover the major upgrades, but don't include every little bug
h3. Upgrading from Rails 2.3.5 to Rails 3.0
As always, having a high coverage, passing test suite is your friend when upgrading. You should also first upgrade to Rails 2.3.5 and make sure your application still runs as expected before attempting to update to Rails 3.0. In general, the upgrade from Rails 2.x to 3.0 centers around three big changes:
h4. New Ruby Version Requirement
WARNING: Rails only runs on version 1.8.7 of Ruby or later. Support for previous versions of Ruby has been dropped and Rails 3.0 will no longer boot on any of these versions.
h4. The new boot process
As part of the shift to treating Rails apps as Rack endpoints, you are now required to have a +config/application.rb+ file, which takes over much of the work +config/environment.rb+ used to handle. Along with that comes a lot of internal change to the boot process, but those changes are mostly internal.
h4. Gems and gems and gems
The +config.gem+ method is gone and has been replaced by using +bundler+ and a +Gemfile+, see "Vendoring Gems":#vendoring-gems below.
h4. New APIs
Both the router and query interface have seen significant, breaking changes. There is a backwards compatibility layer that is in place and will be supported until the 3.1 release.
h4. Upgrade Process
To help with the upgrade process, a plugin named "Rails Upgrade": has been created to automate part of it.
@@ -46,6 +52,7 @@ Aside from Rails Upgrade tool, if you need more help, there are people on IRC an
More information - "The Path to Rails 3: Approaching the upgrade":
h3. Application Creation
As stated above, you must be on Ruby 1.8.7 or later to boot up a Rails application. Rails will no longer boot on Ruby 1.8.6 or earlier.
@@ -61,12 +68,14 @@ There have been a few changes to the +rails+ script that's used to generate Rail
$ rails myapp --database=mysql
h4. Vendoring Gems
Rails now uses a +Gemfile+ in the application root to determine the gems you require for your application to start. This +Gemfile+ is then read and acted on by the new "Bundler": gem, which then vendors all your gems into the vendor directory, making your Rails application isolated from system gems.
More information: - "Using bundler":
h4. Living on the Edge
Due to the use of +Gemfile+, the concept of freezing Rails was dropped, because it's always bundled/frozen inside your application. By default, it uses your system gems when bundling; however, if you want to bundle straight from the Git repository, you can pass the edge flag:
@@ -79,50 +88,71 @@ More information:
* "Spinning up a new Rails app":
* "Rails 3 and Passenger":
h3. Rails Architectural Changes
There are six major changes in the architecture of Rails.
h4. Railties Restrung
Railties was updated to provide a consistent plugin API for the entire Rails framework as well as a total rewrite of generators and the Rails bindings, the result is that developers can now hook into any significant stage of the generators and application framework in a consistent, defined manner.
h4. All Rails core components are decoupled
With the merge of Merb and Rails, one of the big jobs was to remove the tight coupling between Rails core components. This has now been achieved, and all Rails core components are now using the same API that you can use for developing plugins. This means any plugin you make, or any core component replacement (like DataMapper or Sequel) can access all the functionality that the Rails core components have access to and extend and enhance at will.
More information: - "The Great Decoupling":
h4. Active Model Abstraction
Part of decoupling the core components was extracting all ties to Active Record from Action Pack. This has now been completed. All new ORM plugins now just need to implement Active Model interfaces to work seamlessly with Action Pack.
More information: - "Make Any Ruby Object Feel Like ActiveRecord":
h4. Controller Abstraction
Another big part of decoupling the core components was creating a base superclass that is separated from the notions of HTTP in order to handle rendering of views etc. This creation of +AbstractController+ allowed +ActionController+ and +ActionMailer+ to be greatly simplified with common code removed from all these libraries and put into Abstract Controller.
More Information: - "Rails Edge Architecture":
h4. Arel Integration
"Arel": (or Active Relation) has been taken on as the underpinnings of Active Record and is now required for Rails (it is installed for you when you do a <tt>gem bundle</tt>). Arel provides an SQL abstraction that simplifies out Active Record and provides the underpinnings for the relation functionality in Active Record.
More information: - "Why I wrote Arel":
h4. Mail Extraction
Action Mailer ever since its beginnings has had monkey patches, pre parsers and even delivery and receiver agents, all in addition to having TMail vendored in the source tree. Version 3 changes that with all email message related functionality abstracted out to the "Mail": gem. This again reduces code duplication and helps create definable boundaries between Action Mailer and the email parser.
More information: - "New Action Mailer API in Rails 3":
h3. Documentation
The documentation in the Rails tree is being updated with all the API changes, additionally, the "Rails Edge guides": are being updated one by one to reflect the changes in Rails 3.0. The guides at "": however will continue to contain only the stable version of Rails (at this point, version 2.3.5, until 3.0 is released).
More Information: - "Rails Documentation Projects":
+h3. Internationalization
+Rails has many improvements in I18n support, including the latest "I18n": gem supplying many speed improvements.
+* I18n for any object - I18n behavior can be added to any object by including <tt>ActiveModel::Translation</tt> and <tt>ActiveModel::Validations</tt>. There is also an <tt>errors.messages</tt> fallback for translations.
+* Attributes can have default translations.
+* Form Submit Tags automatically pull the correct status (Create or Update) depending on the object status, and so pull the correct translation.
+* Labels with I18n also now work by just passing the attribute name.
+More Information: - "Speedup for I18n":
h3. Railties
With the decoupling of the main Rails frameworks, Railties got a huge overhaul so as to make linking up frameworks, engines or plugins as painless and extensible as possible:
@@ -166,10 +196,12 @@ More information:
* "Discovering Rails 3 generators":
* "Making Generators for Rails 3 with Thor":
h3. Action Pack
There have been significant internal and external changes in Action Pack.
h4. Abstract Controller
Abstract Controller pulls out the generic parts of Action Controller into a reusable module that any library can use to render templates, render partials, helpers, translations, logging, any part of the request response cycle. This abstraction allowed <tt>ActionMailer::Base</tt> to now just inherit from +AbstractController+ and just wrap the Rails DSL onto the Mail gem.
@@ -180,6 +212,7 @@ Note however that Abstract Controller is not a user facing API, you will not run
More Information: - "Rails Edge Architecture":
h4. Action Controller
* <tt>application_controller.rb</tt> now has <tt>protect_from_forgery</tt> on by default.
@@ -199,6 +232,7 @@ More Information:
* "Render Options in Rails 3":
* "Three reasons to love ActionController::Responder":
h4. Action Dispatch
Action Dispatch is new in Rails 3.0 and provides a new, cleaner implementation for routing.
@@ -248,6 +282,7 @@ More Information:
* "Revamped Routes in Rails 3":
* "Generic Actions in Rails 3":
h4. Action View
Major re-write was done in the Action View helpers, implementing Unobtrusive JavaScript (UJS) hooks and removing the old inline AJAX commands. This enables Rails to use any compliant UJS driver to implement the UJS hooks in the helpers.
@@ -273,16 +308,19 @@ Produces:
* Action View now will raise exceptions if CSS stylesheets and javascript files listed in the +javascript_include_tag+ and +stylesheet_include_tag+ helpers are missing.
* +content_for?+ has been added allowing you to check for the existence of content in a view before rendering.
h3. Active Model
Active Model is new in Rails 3.0. It provides an abstraction layer for any ORM libraries to use to interact with Rails by implementing an Active Model interface.
h4. ORM Abstraction and Action Pack Interface
Part of decoupling the core components was extracting all ties to Active Record from Action Pack. This has now been completed. All new ORM plugins now just need to implement Active Model interfaces to work seamlessly with Action Pack.
More Information: - "Make Any Ruby Object Feel Like ActiveRecord":
h4. Validations
Validations have been moved from Active Record into Active Model, providing an interface to validations that works across ORM libraries in Rails 3.
@@ -332,8 +370,10 @@ More Information:
* "Sexy Validation in Rails 3":
* "Rails 3 Validations Explained":
h3. Active Record
h4. Query Interface
Active Record, through the use of Arel, now returns relations on it's core methods. The existing API in Rails 2.3.x is still supported and will not be deprecated until Rails 3.1 and not removed until Rails 3.2, however, the new API provides the following new methods that all return relations allowing them to be chained together:
@@ -358,11 +398,13 @@ More Information:
* "Active Record Query Interface":
* "Let your SQL Growl in Rails 3":
h4. Enhancements
* Added <tt>:destroyed?</tt> to Active Record objects.
* Added <tt>:inverse_of</tt> to Active Record associations allowing you to pull the instance of an already loaded association without hitting the database.
h4. Patches and Deprecations
Additionally, many fixes in the Active Record branch:
@@ -387,6 +429,7 @@ As well as the following deprecations:
NOTE: while an implementation of State Machine has been in Active Record edge for some months now, it has been removed from the Rails 3.0 release.
h3. Active Resource
Active Resource was also extracted out to Active Model allowing you to use Active Resource objects with Action Pack seamlessly.
@@ -417,6 +460,7 @@ Deprecations:
* <tt>save(false)</tt> is deprecated, in favour of <tt>save(:validate => false)</tt>.
* Ruby 1.9.2: <tt>URI.parse</tt> and <tt>.decode</tt> are deprecated and are no longer used in the library.
h3. Active Support
A large effort was made in Active Support to make it cherry pickable, that is, you no longer have to require the entire Active Support library to get pieces of it. This allows the various core components of Rails to run slimmer.
@@ -498,6 +542,7 @@ More Information:
* "New Action Mailer API in Rails 3":
* "New Mail Gem for Ruby":
h3. Credits
See the "full list of contributors to Rails":, many people have spent many hours making Rails 3 what it is. Kudos to all of them.

0 comments on commit 7ec7328

Please sign in to comment.