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>
Updating HEAD for submodules
Return nil from requestForUpdatedObject if the set of updated attributes is empty

Signed-off-by: Mattt Thompson <m@mattt.me>
[Issue #179] Check for String type when converting timestamps into NSDate

Signed-off-by: Mattt Thompson <m@mattt.me>
Use TransformerKit for timestamp transformation
Potential fix for deadlocking issue
Applying weak/stron child context pattern to shouldFetchRemoteValuesForRelationship: check in newValueForRelationship:...
Merge branch 'master' of git://github.com/imanzarrabian/AFIncrementalStore into imanzarrabian-master
Checking for NSDictionary representationOrArrayOfRepresentationsOfEntity in POST and PUT response objects
Merge branch 'features/duplicate_inserts' of git://github.com/Spaceman-Labs/AFIncrementalStore into Spaceman-Labs-features/duplicate_inserts

Conflicts:
	AFIncrementalStore/AFIncrementalStore.m
Bumping version to 0.4.1
Moving the strong context outside the block keeps it alive.
Remove the AFDateFromISO8601String function reference
Update README.md

representationOrArrayOfRepresentationsFromResponseObject had be removed
Fix reverse usage of TTTISO8601DateTransformer

The TTTISO8601DateTransformer has been used in the wrong direction:
instead of converting from a string to a date, it tried to convert from
a date to a string which fails silently everytime.
Update README.md

Updated installation Pod Spec version.