Removed redundant logging-messages in test-cases

Fixed bug / refined GraphApiErrorResponseErrorHandler

If the response is not a client-error (4xx) or can not be parsed as a
Graph-API error, the handler should behave identical to its parent.

Refined the test-cases and fixed a bug in GraphApiErrorResponseErrorHandler

* Fixed naming of test-case for the GraphApiErrorResponseErrorHandler
* Moved cases, that test GraphApiException into a separate class
* Do not test cases, that are coverd in unit-tests in integration-tests
* Instead, do test cases, that can only happen in the integrated environment
* GraphApiErrorResponseErrorHandler must only handle 4xx-responses

200: The user hasn't authorized the application to perform this action

The log-statement for unmapped exceptions really prints the unmapped error

Errors during parsing of the error-message are wrapped

* GraphApiException.create() catches any exceptions, thrown during parsing
* Catched exceptions are wrapped with ErrorResponseParsingErrorException
* This exception is then returned as the result of the translation-attempt
* Adjusted GraphApiErrorHandlerTest accordingly

190: Access token expired

Upgraded Spring Boot from 1.3.7.RELEASE to 2.2.0.RELEASE

Prepared for next development iteration (5.0-SNAPSHOT)

Released version 3.0.0 (corresponds to v3.0 of the Graph-API)

Enabled SSH-wagon for builds

Renamed exception for rate-limit-exceeded

The exception stores the HttpStatus and HttpHeaders of the failed request

Added/Renamed the exceptions, that are thrown, if the rate-limit is exceeded

 * Added new exceptions, that were introduced with version 3.0 of the
   Facebook Graph-API (or maybe with another version since 2.5).
 * Renamed the exceptions, that handle the rate-limiting, according to the
   terms used in the current documentation.

The body is printed out readable, if an exception occures during parsing

Excluded empty fields, during marshalling of error-messages

Prepared for next development iteration (3.0-SNAPSHOT)

Released version 2.5.0

Added an exception for error 12: X field is deprecated vor version vY.Z and higher

Added settings from sonatype-parent by hand

Implemented exceptions for the error-codes, mentioned in the API-docs

Added an exception for error 102: user access token required

Added a readme with links to resources, explaining the facebook-error-codes

Enabled autoconfiguration for Spring-Social and Spring-Security-OAuth2

Cleand up dependencies

Switched the compiler to Java 8.0

Switched to version-management by Spring-Boot

Managing compiler-version through maven.compiler.*-settings

Like recommended on:
https://maven.apache.org/plugins/maven-pmd-plugin/examples/targetJdk.html

Refactoring: generalized the GraphApiErrorHandler

Refactoring: renamed package to de.juplo:facebook-errors

Refactoring: removed classes, that are not needed for error-handling

Refactoring: renamed package de.juplo.facebook.exceptions to errors

Refactoring: moved all code concerned with error-handling in one package

Refactoring: moved FacebookErrorMessage in its own file/class

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

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

The types of the exeptions are now mapped to an enum

Unknown types will result in an IllegalArgumentException when accessing the
method GraphApiException.getType() of the parsed exception.

Removed unused exception

Implemented new exception CallbackVerificationFailedException

Implemented new exception AccessTokenRequiredException

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