WIP: WebClient

WIP: WebClient

WIP: WebClient

WIP: Clearified intend...

WIP: Clearified intend...

WIP: Clearified intend...

WIP: Clearified intend...

Clearified intend in GraphApiErrorResponseErrorHandlerIntegrationTest

WIP: WebClient -- DIE LÖSUNG! -- Feinschliff...

WIP: WebClient -- DIE LÖSUNG! -- Feinschliff...

WIP: WebClient -- DIE LÖSUNG!

WIP: WebClient -- Syntax vereinfacht

WIP: WebClient -- Syntax angeglichen

WIP: WebClient -- Methode benutzt, anstatt Funktion zu übergeben

WIP: WebClient -- ExchangeFilterFunction.ofResponseProcessor() ersetzt

WIP: WebClient - DIE LÖSUNG
--
Guckst du hier: https://stackoverflow.com/a/48984852/247276

Die spannende Frage ist noch: was macht der anders...?

WIP: WebClient

WIP: WebClient

WIP: WebClient

WIP: WebClient

WIP: WebClient

WIP: WebClient

WIP: WebClient

WIP: WebClient

WIP: WebClient

WIP: WebClient

WIP: TMP - WebClient

WIP: TMP - WebClient

WIP: TMP - WebClient

WIP: TMP - WebClient

WIP: WebClient

WIP: WebClient

WIP: WebClient

WIP: WebClient

Removed redundant logging-messages in test-cases

WIP: WebClient

WIP: WebClient

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

WIP: WebClient

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

WIP: Spring-Upgrade... TMP

WIP: Released version 4.0.0 -- TODO

WIP: Spring-Upgrade auf 2.2.0

WIP: Spring-Upgrade auf 2.2.0

* Added support for Spring-Security 5.2.0
* Removed support for Spring-Social

WIP: Spring-Upgrade auf 2.2.0

WIP: Spring-Upgrade auf 2.2.0

WIP: Spring-Upgrade auf 2.2.0

WIP: Spring-Upgrade auf 2.2.0

WIP: Released version 3.0.0 NONSONA

WIP: Fixed SSH for builds -- TODO: Tuts noch?

Enabled SSH-wagon for builds

Renamed exception for rate-limit-exceeded

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

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

WIP: site + wagon

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

WIP

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