Added helpful logging-statements to GraphApiErrorHandler

GraphApiErrorHandler only handles status-code 400 BAD REQUEST

Alle error-responses of the Facebook Graph-API are send with the
HTTP-status-code 400 BAD REQUEST. 401 UNAUTHORIZED and 403 FORBIDDEN are
not used.

Unparsable page-migration errors are logged at level ERROR

GraphApiException.create() logs unmapped errors on log-level INFO

Reworked handling of error-responses from the Graph-API

 * The parsing of the response is done by the ObjectMapper from Jackson.
 * Unmapped exceptions are returned as such, instead of handing the handling
   to the parent.

Added JSON-mapping for responses from the Graph-API

Take a look at the Graph-API documentation:
https://developers.facebook.com/docs/graph-api/using-graph-api/v2.5#errors

Changed Version to 2.5, to show compatibility with the Graph-API version

Added spring-security-core as real dependency

Implemented aspect to deal with long/bad data in Facebook-Entries

Refactored classes in thematically packages

Removed unnecessary classes and code

Upgraded all dependencies

[maven-release-plugin] prepare for next development iteration

[maven-release-plugin] prepare release facebook-utils-1.0

Converted project into a Sonatype-Project

Added error 613: rate exceeded

Implemented FacebookErrorHandler to handle facebook-error-codes

Updated slf4j 1.5.8 -> 1.7.6

Do not force the logging-framework upon users of this mini-library

Data from signed request is propageted in Exception, when token is missing

Created class FacebookUtils, that configures the added extensions

Fixed compilation-issues agains spring-security-oauth2

Extended AuthorizationCodeAccessTokenProvider to support signed requests

Examples for the data-part of a signed_request

Collection of usefull tools for communicating with the Graph-API