Using FixtureAdapter, ids must be defined in the FIXTURES
improve error message
Merge pull request #624 from sly7-7/fixtures-must-have-ids

Fixtures must have ids
The owner record is now an argument passed to findMany on the adapter

While writing an adapter for my django backend I was unable to
build a valid url for my hasMany relationships because the owner
was not easily accessible. Going forward the owner will now be an
argument available for custom adapters like the one I ended up writing.

example of how my REST api would lookup hasMany relationships:

If I have a person with many occupations I would look them up like so

/people/1/occupations/

Notice the id 1 above is actually the owner of the occupations (not a
occupation id from the ids array that is passed into findMany)

Instead of passing each id like the built in RESTAdapter the url above
just expects the owner will know how to find each occupation
Fix active_model_serializer link

Repo was moved to rails-api organization
Merge pull request #625 from toranb/master

The owner record is now an argument passed to findMany on the adapter
Fix typo in store error message
Merge pull request #631 from bobbus/fix-store-error-typo

Fix typo in store.findMany error message
Merge pull request #627 from strzalek/patch-1

Fix active_model_serializer link
Extract embedded `belongsTo` records properly

`sideload` won't consider relationships/embedded records, by using
`extractRecordRepresentation` we'll recurse into the record (similarly
to `extractEmbeddedHasMany`).
Merge pull request #637 from sandstrom/extract-embedded-belongs-to

Extract embedded `belongsTo` records properly
Use of references instead of clientId
Added failing test for embedded belongsTo JSON serialisation
fix includeId typo for embedded belongsTo records in JSON serialisation
Remove unused model state
generateIdForForRecord should reify adapter
set default_external for ruby 1.9
Merge pull request #647 from mreinsch/encoding

make sure to read all files in UTF-8 encoding
Address issue with embedded hasMany creation

Fixes #633. This ensures that when creating a new
record in an embedded hasMany relationship, either
via `post.get('comments').createRecord` or via
`Comment.createRecord({ post: post })`, both the
child and parent will become dirty.

This retains the "dirty tree" semantics, which
will walk up and down the tree of embedded
relationships and mark things dirty.
Created embedded records should dirty parent

Previously, embedded records (those without IDs)
that were created via ManyArray's `createRecord`
method were not properly being saved, nor dirtying
the parent's tree.

This commit ensures that an embedded record's
parent is saved on its reference when it is
added to the many array for the first time.