.github/dependabot.yml

@@ -0,0 +1,12 @@
+# To get started with Dependabot version updates, you'll need to specify which
+# package ecosystems to update and where the package manifests are located.
+# Please see the documentation for all configuration options:
+# https://docs.github.com/github/administering-a-repository/configuration-options-for-dependency-updates
+
+version: 2
+updates:
+  - package-ecosystem: "maven" # See documentation for possible values
+    directory: "/" # Location of package manifests
+    schedule:
+      interval: "daily"
+    open-pull-requests-limit: 10

.github/workflows/build.yml

@@ -21,15 +21,14 @@ jobs:
           java-version: 17
 
       - name: Cache package
-        uses: actions/cache@v2
+        uses: actions/cache@v4
         with:
           path: |
             ~/.m2/repository
             ~/.sonar/cache
           key: ${{ runner.os }}-maven-${{ hashFiles('**/pom.xml') }}
           restore-keys: |
             ${{ runner.os }}-maven-
-
       - name: Build
         run: mvn -B verify
 
@@ -38,7 +37,7 @@ jobs:
         env:
           GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}  # Needed to get PR information, if any
           SONAR_TOKEN: ${{ secrets.SONAR_TOKEN }}
-        run: mvn -B sonar:sonar -Dsonar.projectKey=Decathlon_tzatziki
+        run: mvn -B sonar:sonar -Dsonar.projectKey=Decathlon_tzatziki -Dsonar.token=${{ secrets.SONAR_TOKEN }}
 
       - name: Upload coverage to Codecov
         uses: codecov/codecov-action@v1

.github/workflows/release.yml

@@ -16,6 +16,8 @@ jobs:
         uses: actions/setup-java@v1
         with:
           java-version: 17
+      - name: Set version
+        run: "echo ${GITHUB_REF##*/} | sed -e s/^v// | mvn versions:set -DnewVersion= && mvn versions:commit"
       - name: Build and Release
         uses: samuelmeuli/action-maven-publish@v1
         with:

CONTRIBUTING.md

@@ -18,20 +18,20 @@ Look at the links below if you're not sure how to open a PR.
 ## Submitting a pull request
 
 1. Fork and clone the repository.
-1. Configure and install the dependencies.
-1. Make sure the tests pass on your machine: `mvn clean verify`.
-1. Create a new branch: `git checkout -b my-branch-name`.
-1. Add tests, make your change, and make sure the tests still pass.
-1. Push to your fork and submit a pull request.
-1. Pat your self on the back and wait for your pull request to be reviewed and merged.
+2. Configure and install the dependencies.
+3. Make sure the tests pass on your machine: `mvn clean verify`.
+4. Create a new branch: `git checkout -b my-branch-name`.
+5. Add tests, make your change, and make sure the tests still pass.
+6. Push to your fork and submit a pull request.
+7. Pat your self on the back and wait for your pull request to be reviewed and merged.
 
 Here are a few things you can do that will increase the likelihood of your pull request being accepted:
 
 - Write and update tests.
 - Keep your changes as focused as possible. If there are multiple changes you would like to make that are not dependent upon each other, consider submitting them as separate pull requests.
 - Write a [good commit message](http://tbaggery.com/2008/04/19/a-note-about-git-commit-messages.html).
 
-Work in Progress pull requests are also welcome to get feedback early on, or if there is something blocked you.
+Work in Progress pull requests are also welcome to get feedback early on, or if there is something blocking you.
 
 ## Resources
 

LICENSE

@@ -1,4 +1,4 @@
-x                                 Apache License
+                                  Apache License
                            Version 2.0, January 2004
                         http://www.apache.org/licenses/
 

README.md

@@ -7,7 +7,8 @@ Tzatziki Steps Library
 [![License](https://img.shields.io/badge/License-Apache%202.0-blue.svg)](https://opensource.org/licenses/Apache-2.0)
 ![lifecycle: beta](https://img.shields.io/badge/lifecycle-beta-509bf5.svg)
 
-This project is a collection of ready-to-use Cucumber steps making it easy to TDD Java microservices by focusing on an outside-in testing strategy.
+This project is a collection of ready-to-use Cucumber steps making it easy to TDD Java microservices by focusing on an
+outside-in testing strategy.
 
 ## Wait, Cucumber?
 
@@ -28,9 +29,9 @@ implementations. You can think about it as a partition that will execute pieces
 
 *Why using Cucumber?*
 
-By creating a separation between a test expression and its implementation, the resulting Cucumber test tends to be a bit more
-readable than its JUnit counterpart. Additionaly, the reusability of each JUnit implementation is really high, and over time only
-the Gherkin needs to be added to test a new feature.
+By creating a separation between a test expression and its implementation, the resulting Cucumber test tends to be a bit
+more readable than its JUnit counterpart. Additionaly, the reusability of each JUnit implementation is really high, and
+over time only the Gherkin needs to be added to test a new feature.
 
 *Okay ... so how does it work?*
 
@@ -135,9 +136,9 @@ public void the_following_users(List<Map<String, String>> users){
 }
 ```
 
-Those Java methods need to be added to a Steps class, typically something like `LocalSteps`. 
-Keep in mind that for technical reasons Cucumber will not allow you to extend those steps. 
-Instead, the framework will enforce composition, and if any class extending a Steps class is detected, an exception will be thrown.
+Those Java methods need to be added to a Steps class, typically something like `LocalSteps`. Keep in mind that for
+technical reasons Cucumber will not allow you to extend those steps. Instead, the framework will enforce composition,
+and if any class extending a Steps class is detected, an exception will be thrown.
 
 Cucumber also comes with support for injection frameworks, so all your dependencies will be properly instantiated and
 injected at runtime, per scenario.
@@ -156,8 +157,8 @@ public class BaseSteps {
     }
 
     @Given("that we do something")
-    public void do_something(){
-      // do something here
+    public void do_something() {
+        // do something here
     }
 }
 
@@ -170,13 +171,13 @@ public class LocalSteps {
     }
 
     @Given("a user named \"(.*)\"")
-    public void a_user_named(String name){
-        baseSteps.do_something();  
+    public void a_user_named(String name) {
+        baseSteps.do_something();
         // create a user with that name
     }
 
     @Given("the following users")
-    public void the_following_users(List<Map<String, String>> users){
+    public void the_following_users(List<Map<String, String>> users) {
         // do something with those users
     }
 
@@ -198,13 +199,28 @@ import org.junit.runner.RunWith;
 
 @RunWith(Cucumber.class)
 @CucumberOptions(plugin = "pretty")
-public class CucumberTest {}
+public class CucumberTest {
+}
 ```
 
-By default, cucumber will look for `.feature` files in the same directory structure than the java runner. However, this can be
-configured using the `features` property on the `@io.cucumber.junit.CucumberOptions` annotation. In addition, it will also look for
-Java classes containing steps next to the runner and this can also be configured by using the `glues` property on the
-same annotation.
+By default, cucumber will look for `.feature` files in the same directory structure than the java runner. However, this
+can be configured using the `features` property on the `@io.cucumber.junit.CucumberOptions` annotation. In addition, it
+will also look for Java classes containing steps next to the runner and this can also be configured by using the `glues`
+property on the same annotation, as illustrated below:
+
+```java
+@RunWith(Cucumber.class)
+@CucumberOptions(
+        plugin = "pretty",
+        features = "classpath:features", // Locates your feature files in `src/test/resources/features`
+        glue = {
+          "com.yourcompany.yourproject.features", // Finds your custom steps definitions in this package
+          "com.decathlon.tzatziki.steps" // Finds Tzatziki steps definitions
+        },
+        tags = "not @ignore")
+public class CucumberTest {
+}
+```
 
 > Tip:
 > Sometimes it can be hard to come up with the implementation steps...
@@ -237,26 +253,28 @@ same annotation.
 
 This repository contains several libraries, each one having its own tutorial and documentation when applicable:
 
-- [tzatziki-common](https://github.com/Decathlon/tzatziki/tree/main/tzatziki-common) : dependency module
-  containing the base classes for the core library, but without cucumber.
-- [tzatziki-core](https://github.com/Decathlon/tzatziki/tree/main/tzatziki-core) : the core library,
-  provides support of our test instances as well as input/output and time management.
-- [tzatziki-logback](https://github.com/Decathlon/tzatziki/tree/main/tzatziki-logback) : the logging library,
-  provides support for dynamically configuring the log levels in your tests.
-- [mockfaster](https://github.com/Decathlon/tzatziki/tree/main/mockfaster) : static wrapper around mockserver
-  to reduce the time taken by redefining mocks.
-- [tzatziki-http](https://github.com/Decathlon/tzatziki/tree/main/tzatziki-http) : http library
-  encapsulating both rest-assured and mockserver.
-- [tzatziki-spring](https://github.com/Decathlon/tzatziki/tree/main/tzatziki-spring) : base library to start
-  a spring service
-- [tzatziki-spring-jpa](https://github.com/Decathlon/tzatziki/tree/main/tzatziki-spring-jpa) : support for
-  spring jpa to insert and assert data in the database.
-- [tzatziki-spring-kafka](https://github.com/Decathlon/tzatziki/tree/main/tzatziki-spring-kafka) : support
-  for spring kafka listener and consumers.
+- [tzatziki-mapper](https://github.com/Decathlon/tzatziki/tree/main/tzatziki-mapper) : module containing only the Mapper
+  interface.
+- [tzatziki-jackson](https://github.com/Decathlon/tzatziki/tree/main/tzatziki-jackson) : Jackson implementation of the
+  Mapper.
+- [tzatziki-common](https://github.com/Decathlon/tzatziki/tree/main/tzatziki-common) : dependency module containing the
+  base classes for the core library, but without cucumber.
+- [tzatziki-core](https://github.com/Decathlon/tzatziki/tree/main/tzatziki-core) : the core library, provides support of
+  our test instances as well as input/output and time management.
+- [tzatziki-logback](https://github.com/Decathlon/tzatziki/tree/main/tzatziki-logback) : the logging library, provides
+  support for dynamically configuring the log levels in your tests.
+- [mockfaster](https://github.com/Decathlon/tzatziki/tree/main/mockfaster) : static wrapper around mockserver to reduce
+  the time taken by redefining mocks.
+- [tzatziki-http](https://github.com/Decathlon/tzatziki/tree/main/tzatziki-http) : http library encapsulating both
+  rest-assured and mockserver.
+- [tzatziki-spring](https://github.com/Decathlon/tzatziki/tree/main/tzatziki-spring) : base library to start a spring
+  service
+- [tzatziki-spring-jpa](https://github.com/Decathlon/tzatziki/tree/main/tzatziki-spring-jpa) : support for spring jpa to
+  insert and assert data in the database.
+- [tzatziki-spring-kafka](https://github.com/Decathlon/tzatziki/tree/main/tzatziki-spring-kafka) : support for spring
+  kafka listener and consumers.
 
 ## Support
 
-We welcome [contributions](https://github.com/Decathlon/tzatziki/tree/main/CONTRIBUTING.md), opinions, bug reports and feature requests! 
-
-
-
+We welcome [contributions](https://github.com/Decathlon/tzatziki/tree/main/CONTRIBUTING.md), opinions, bug reports and
+feature requests!

mockfaster/README.md

@@ -7,7 +7,7 @@ MockFaster! like MockServer ... but Fast!
 
 Mockserver can be quite slow at redefining mocks. Internally, it uses a client/server model that serializes all the requests.
 MockFaster will use reflection to access the server part of mockserver and only create the handlers if they haven't been created yet.
-That way, there is no performance cost in redifining a mock, it's only about swapping the internal handler.
+That way, there is no performance cost in redefining a mock, it's only about swapping the internal handler.
 
 You can use MockFaster as a direct replacement of MockServer, so:
 

mockfaster/pom.xml

@@ -5,7 +5,7 @@
     <parent>
         <artifactId>tzatziki-parent</artifactId>
         <groupId>com.decathlon.tzatziki</groupId>
-        <version>1.0.3</version>
+        <version>1.0.0-SNAPSHOT</version>
     </parent>
     <modelVersion>4.0.0</modelVersion>
 
@@ -26,7 +26,7 @@
         <dependency>
             <groupId>com.decathlon.tzatziki</groupId>
             <artifactId>tzatziki-common</artifactId>
-            <version>1.0.3</version>
+            <version>1.0.0-SNAPSHOT</version>
         </dependency>
         <dependency>
             <groupId>org.mock-server</groupId>
@@ -61,17 +61,29 @@
                     <groupId>org.apache.velocity</groupId>
                     <artifactId>velocity-engine-core</artifactId>
                 </exclusion>
+                <exclusion>
+                    <groupId>commons-beanutils</groupId>
+                    <artifactId>commons-beanutils</artifactId>
+                </exclusion>
+                <exclusion>
+                    <groupId>commons-logging</groupId>
+                    <artifactId>commons-logging</artifactId>
+                </exclusion>
+                <exclusion>
+                    <groupId>com.sun.xml.bind</groupId>
+                    <artifactId>jaxb-impl</artifactId>
+                </exclusion>
             </exclusions>
         </dependency>
         <dependency>
             <groupId>org.apache.velocity</groupId>
             <artifactId>velocity-engine-scripting</artifactId>
-            <version>2.3</version>
+            <version>2.4.1</version>
         </dependency>
         <dependency>
             <groupId>org.apache.velocity</groupId>
             <artifactId>velocity-engine-core</artifactId>
-            <version>2.3</version>
+            <version>2.4.1</version>
         </dependency>
         <dependency>
             <groupId>com.github.java-json-tools</groupId>
@@ -106,7 +118,7 @@
         <dependency>
             <groupId>io.swagger</groupId>
             <artifactId>swagger-core</artifactId>
-            <version>1.6.2</version>
+            <version>1.6.15</version>
             <exclusions>
                 <exclusion>
                     <groupId>com.google.guava</groupId>
@@ -117,7 +129,13 @@
         <dependency>
             <groupId>io.rest-assured</groupId>
             <artifactId>rest-assured</artifactId>
-            <version>3.3.0</version>
+            <version>5.5.1</version>
+            <scope>test</scope>
+        </dependency>
+        <dependency>
+            <groupId>com.decathlon.tzatziki</groupId>
+            <artifactId>tzatziki-jackson</artifactId>
+            <version>1.0.0-SNAPSHOT</version>
             <scope>test</scope>
         </dependency>
     </dependencies>