Need to filter our transient attributes from fetch request, or it will crash
use _id as a candidate key
Merge pull request #165 from davidfilip/gh-candidatekeys

Put _id in candidateKeys
Refactoring filtering of transient attributes from newValuesForObjectWithID:...
Upgrading project settings
Merge branch 'master' of github.com:AFNetworking/AFIncrementalStore
Use NSPrivateQueueConcurrencyType for backing context

Signed-off-by: Mattt Thompson <m@mattt.me>
[Issue #158] Use default cache policy for -requestForFetchRequest:withContext

Signed-off-by: Mattt Thompson <m@mattt.me>
Updating HEAD of AFNetworking submodule
Adding MobileCoreServices and SystemConfiguration frameworks
Adding InflectorKit and TransformerKit
Adding InflectorKit and TransformerKit dependencies to podspec
Adding inflector property to AFRESTClient
Upgrading to recommended project settings
Changing -representationOrArrayOfRepresentationsFromResponse: to representationOrArrayOfRepresentationsOfEntity:fromResponse:
override representationOrArrayOfRepresentationsOfEntity:fromResponseObject: because all App.Net responses are wrapped in a 'data' dictionary
Merge pull request #175 from f1fe/master

Correct crash in "Twitter Client"/App.net example
Look for backing objects with backing object ID's.
shouldnt we call representationOrArrayOfRepresentations for inserts and updates too ? This makes the framwork work with Helios which is returning arrays of keys and dicts for resources
[Issue #177] Fix for update / insert for multiple relationships

Signed-off-by: Mattt Thompson <m@mattt.me>