[FEATURE] Ajouter une route de duplication des profils cibles (PIX-11828).

[La-toile-cosmique]

🦄 Problème

Dans le cadre de l'epix de duplication d'un profil cible, on souhaite créer la route de copie d'un profil cible.

🤖 Proposition

Créer une route qui dupliquera un profil cible et renommera le nouveau profil cible Copie_de_ancienNom.

Remarque

Code temporairement dans le dossier Lib, on compte migrer avant de livrer l'Epix.

💯 Pour tester

Cette PR étant la partie Backend de la feature, le test fonctionnel viendra avec la PR frontend.

[pix-bot-github]

Une fois les applications déployées, elles seront accessibles via les liens suivants :

• App (.fr)
• App (.org)
• Orga (.fr)
• Orga (.org)
• Certif (.fr)
• Certif (.org)
• Junior
• Admin
• API
• Audit Logger

Les variables d'environnement seront accessibles via les liens suivants :

• scalingo front
• scalingo api
• scalingo audit-logger

[Jeyffrey]

L'ordre des fichiers dans les commits est un peu compliqué :/
Je pense qu'il vaut mieux tout squash a la limite, c'est pas si gros.

[Libouk]

Dans un test unitaire du usecase copyTargetProfile : Le usecase doit appeler le repo avec les bonnes infos, stub le get du targetProfile qui renverra au choix un symbol ou une instance du domainBuilder, puis stub l'appeler de la création d'un nouveau target profile

[Libouk]

Rajouter un test unitaire ou integ si on tente d'appeler la route avec un rôle non autorisé

[Libouk]

Rajouter un test unitaire sur le controller qui vérifie qu'on appelle le usecase avec les paramètres attendus. A voir si nécessaire par rapport à ce qui est testé dans le test d'acceptance

[pix-bot-github]

Une fois les applications déployées, elles seront accessibles via les liens suivants :

• App (.fr)
• App (.org)
• Orga (.fr)
• Orga (.org)
• Certif (.fr)
• Certif (.org)
• Junior
• Admin
• API
• Audit Logger

Les variables d'environnement seront accessibles via les liens suivants :

• scalingo front
• scalingo api
• scalingo audit-logger

[xav-car]

suggestion :

Si le repo retourne un model "mappé" comme vous le souhaitez. Ce mapping n'est plus nécessaire côté usecase.
Votre test unitaire dans le dernier commit pourrait s'affranchir de devoir créer un POJO { tubeId, level } pour que le test fonctionne.

[Libouk]

Je n'ai pas bien compris ce que tu suggérais comme modification ici

[xav-car]

C'est plus au repository de te remonter un objet du domain comme tu souhaites l'utiliser. Plutôt que de faire le mapping dans ton usecase a partir d'un Pojo "simple".

En créant un objet du domain TargetProfileTube par exemple. Ton repository remonte une liste de trajet profil tube. Et tu as juste a le passer au copyTragetProgile ensuite.

[xav-car]

tech ok ( les retours ne sont que des suggestions )

[xav-car]

Func validé en curl sur la duplication du profil cible 6001

curl -H "Accept: application/json" -H "Content-Type: application/json" \
  -H "Authorization: Bearer eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJ1c2VyX2lkIjo5MDAwMCwic291cmNlIjoicGl4IiwiaWF0IjoxNzE4OTc4NDc5LCJleHAiOjE3MTg5Nzk2Nzl9.TYEhAwDURfJGyhdyq4f0eH-mVt39kxbfdPF85Wil-ek" \
  -X POST https://app-pr9273.review.pix.fr//api/admin/target-profiles/6001/copy