Add ability to request new object via API when calling build
Merge pull request #125 from ninech/feature/request_new_object

Add ability to request the new object via API when calling build
Do not use #blank? because the data might be an empty array
Do not call define_method as a public method
add @stevschmid to the list of contributers 

Steven is an evolving and promising youngster, who has just started Ruby development two months ago. Since then, he contributed to numerous open source projects including the awesome Ruby ORM Gem called "Her".
To honor Stevens efforts, I am hereby adding him to the respectable list of contributors of this project.
Merge pull request #133 from calmyournerves/patch-1

Add @stevschmid to the list of contributers
Add JSON development dependency
Bump version to 0.6.7
Fix default_scope
Whoops, remove “focus”
add #find to association
Merge pull request #151 from ninech/fix-find

Add association#find
Update .travis.yml and Gemfiles
Use a separate Gemfile for activemodel-3.2.x
Use 1.8.7 hash syntax in Gemfiles
Add spec that triggers #97
Fix for #97

For some reason I don't understand the call to `Her::Model.included`
does not seem to properly set the default_api when inheriting from a
base class in a module. I work around this by explicitly calling
Her::API.default_api if `.use_api` returns nil or the superclass does
not respond to `:use_api`

This seems gross, but it enables me to use 0.6.x with my app - without
this fix anything above 0.5.5 would break my app/tests.

Note that this was a bit of a hisenbug, and attempts to use `spawn_class`
and even `subject` in the specs meant that the results would change, so
the spec for this is explicit as possible.