<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="fr">
	<id>http://mediawiki.dev.programmevitam.fr:80/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Ebernard</id>
	<title>Vitam - Contributions [fr]</title>
	<link rel="self" type="application/atom+xml" href="http://mediawiki.dev.programmevitam.fr:80/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Ebernard"/>
	<link rel="alternate" type="text/html" href="http://mediawiki.dev.programmevitam.fr:80/index.php/Sp%C3%A9cial:Contributions/Ebernard"/>
	<updated>2026-05-30T05:42:05Z</updated>
	<subtitle>Contributions</subtitle>
	<generator>MediaWiki 1.41.5</generator>
	<entry>
		<id>http://mediawiki.dev.programmevitam.fr:80/index.php?title=Formatage_du_code&amp;diff=27</id>
		<title>Formatage du code</title>
		<link rel="alternate" type="text/html" href="http://mediawiki.dev.programmevitam.fr:80/index.php?title=Formatage_du_code&amp;diff=27"/>
		<updated>2024-06-03T14:39:45Z</updated>

		<summary type="html">&lt;p&gt;Ebernard : &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Code Java ==&lt;br /&gt;
&lt;br /&gt;
Le plugin maven [https://github.com/diffplug/spotless/tree/main/plugin-maven Spotless] est activé pour le formatage du code Java. Ce plugin permet de reformater en utilisant [https://github.com/jhipster/prettier-java prettier-java] et se charge également d&#039;optimiser les imports.&lt;br /&gt;
&lt;br /&gt;
Il peut être exécuté de deux façons différentes :&lt;br /&gt;
* vérification (&amp;lt;code&amp;gt;mvn spotless:check&amp;lt;/code&amp;gt;) : vérifie que le code respecte le formatage recommandé par prettier-java. Si ce n&#039;est pas le cas, le build maven va échouer. Ce mode est automatiquement appliqué dans la phase &amp;lt;code&amp;gt;verify&amp;lt;/code&amp;gt; de maven, et sert notamment dans le build jenkins.&lt;br /&gt;
* reformatage automatique (&amp;lt;code&amp;gt;mvn spotless:apply&amp;lt;/code&amp;gt;) : applique automatiquement le bon format aux différents fichiers. Attention, cette commande va évidemment modifier les fichiers. Cela dit, je n&#039;ai jamais eu de problème, mais partir du principe que cela ne marchera correctement que si le code compile.&lt;br /&gt;
&lt;br /&gt;
Le code style de Vitam a été modifié pour le rendre compatible (le plus possible, ce n&#039;est malheureusement pas parfait). Télécharger et activer le nouveau code style depuis [https://assistance.programmevitam.fr/plugins/docman/download/152/1 ici].&lt;br /&gt;
&lt;br /&gt;
Il existe un plugin IntelliJ permettant de lancer le reformatage avec Spotless depuis l&#039;IDE. Le plugin s&#039;appelle [https://plugins.jetbrains.com/plugin/22455-spotless-applier Spotless Applier].&lt;br /&gt;
&lt;br /&gt;
Tout ceci s&#039;applique à Vitam Core et à Vitam UI.&lt;br /&gt;
&lt;br /&gt;
== Code TypeScript ==&lt;br /&gt;
&lt;br /&gt;
De la même façon que pour le code java, [https://prettier.io/ Prettier] est installé et configuré pour le code TypeScript de Vitam UI.&lt;br /&gt;
&lt;br /&gt;
De la même façon que pour le code Java, il peut être utilisé de deux façons différentes :&lt;br /&gt;
* vérification (&amp;lt;code&amp;gt;npm run prettier:ci&amp;lt;/code&amp;gt;). Vérifie que le code respecte le formatage attendu, échoue dans le cas contraire. Exécuté notamment dans le build jenkins&lt;br /&gt;
* reformatage (&amp;lt;code&amp;gt;npm run prettier&amp;lt;/code&amp;gt;). Reformate le code selon les règles de Prettier.&lt;br /&gt;
&lt;br /&gt;
Il existe aussi un plugin IntelliJ (nommé &amp;quot;Prettier&amp;quot;) pour exécuter Prettier automatiquement à l&#039;enregistrement d&#039;un fichier. La configuration recommandée est la suivante, dans Languages &amp;amp; Frameworks &amp;gt; JavaScript &amp;gt; Prettier :&lt;br /&gt;
* Automatic Prettier Configuration&lt;br /&gt;
* Run for files : laisser par défaut&lt;br /&gt;
* Run on save&lt;/div&gt;</summary>
		<author><name>Ebernard</name></author>
	</entry>
	<entry>
		<id>http://mediawiki.dev.programmevitam.fr:80/index.php?title=Formatage_du_code&amp;diff=26</id>
		<title>Formatage du code</title>
		<link rel="alternate" type="text/html" href="http://mediawiki.dev.programmevitam.fr:80/index.php?title=Formatage_du_code&amp;diff=26"/>
		<updated>2024-06-03T14:30:58Z</updated>

		<summary type="html">&lt;p&gt;Ebernard : Page créée avec « == Code Java ==  Le plugin maven [https://github.com/diffplug/spotless/tree/main/plugin-maven Spotless] est activé pour le formatage du code Java. Ce plugin permet de reformater en utilisant [https://github.com/jhipster/prettier-java prettier-java] et se charge également d&amp;#039;optimiser les imports.  Il peut être exécuté de deux façons différentes : * vérification (&amp;lt;code&amp;gt;mvn spotless:check&amp;lt;/code&amp;gt;) : vérifie que le code respecte le formatage recommandé par p... »&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Code Java ==&lt;br /&gt;
&lt;br /&gt;
Le plugin maven [https://github.com/diffplug/spotless/tree/main/plugin-maven Spotless] est activé pour le formatage du code Java. Ce plugin permet de reformater en utilisant [https://github.com/jhipster/prettier-java prettier-java] et se charge également d&#039;optimiser les imports.&lt;br /&gt;
&lt;br /&gt;
Il peut être exécuté de deux façons différentes :&lt;br /&gt;
* vérification (&amp;lt;code&amp;gt;mvn spotless:check&amp;lt;/code&amp;gt;) : vérifie que le code respecte le formatage recommandé par prettier-java. Si ce n&#039;est pas le cas, le build maven va échouer. Ce mode est automatiquement appliqué dans la phase &amp;lt;code&amp;gt;verify&amp;lt;/code&amp;gt; de maven, et sert notamment dans le build jenkins.&lt;br /&gt;
* reformatage automatique (&amp;lt;code&amp;gt;mvn spotless:apply&amp;lt;/code&amp;gt;) : applique automatiquement le bon format aux différents fichiers. Attention, cette commande va évidemment modifier les fichiers. Cela dit, je n&#039;ai jamais eu de problème, mais partir du principe que cela ne marchera correctement que si le code compile.&lt;br /&gt;
&lt;br /&gt;
Le code style de Vitam a été modifié pour le rendre compatible (le plus possible, ce n&#039;est malheureusement pas parfait). Télécharger et activer le nouveau code style depuis [https://assistance.programmevitam.fr/plugins/docman/download/152/1 ici].&lt;br /&gt;
&lt;br /&gt;
Il existe un plugin IntelliJ permettant de lancer le reformatage avec Spotless depuis l&#039;IDE. Le plugin s&#039;appelle [https://plugins.jetbrains.com/plugin/22455-spotless-applier Spotless Applier].&lt;br /&gt;
&lt;br /&gt;
Tout ceci s&#039;applique à Vitam Core et à Vitam UI.&lt;br /&gt;
&lt;br /&gt;
== Code TypeScript ==&lt;br /&gt;
&lt;br /&gt;
De la même façon que pour le code java, [https://prettier.io/ Prettier] est installé et configuré pour le code TypeScript de Vitam UI.&lt;br /&gt;
&lt;br /&gt;
De la même façon que pour le code Java, il peut être utilisé de deux façons différentes :&lt;br /&gt;
* vérification (&amp;lt;code&amp;gt;npm run prettier:ci&amp;lt;/code&amp;gt;). Vérifie que le code respecte le formatage attendu, échoue dans le cas contraire. Exécuté notamment dans le build jenkins&lt;br /&gt;
* reformatage (&amp;lt;code&amp;gt;npm run prettier&amp;lt;/code&amp;gt;). Reformate le code selon les règles de Prettier.&lt;br /&gt;
&lt;br /&gt;
Il existe aussi un plugin IntelliJ (nommé &amp;quot;Prettier&amp;quot;) pour exécuter Prettier automatiquement à l&#039;enregistrement d&#039;un fichier. La configuration recommandée est la suivante :&lt;br /&gt;
[[File:config prettier.png|406px|Configuration du plugin Prettier]]&lt;/div&gt;</summary>
		<author><name>Ebernard</name></author>
	</entry>
	<entry>
		<id>http://mediawiki.dev.programmevitam.fr:80/index.php?title=MULTITEAM&amp;diff=25</id>
		<title>MULTITEAM</title>
		<link rel="alternate" type="text/html" href="http://mediawiki.dev.programmevitam.fr:80/index.php?title=MULTITEAM&amp;diff=25"/>
		<updated>2024-06-03T14:29:49Z</updated>

		<summary type="html">&lt;p&gt;Ebernard : /* Procédures */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Présentation de l&#039;équipe ==&lt;br /&gt;
&lt;br /&gt;
- GHERIBI Lotfi&lt;br /&gt;
&lt;br /&gt;
- RADEAU Daniel&lt;br /&gt;
&lt;br /&gt;
- BERTOUL Raouaa&lt;br /&gt;
&lt;br /&gt;
- SERIR Soufyane&lt;br /&gt;
&lt;br /&gt;
- LEMAIRE Sandrine&lt;br /&gt;
&lt;br /&gt;
- MINY Jean-Marie&lt;br /&gt;
&lt;br /&gt;
- BERNARD Etienne&lt;br /&gt;
&lt;br /&gt;
- TIZAOUI Mohamed&lt;br /&gt;
&lt;br /&gt;
- BENARBIA Benaissa&lt;br /&gt;
&lt;br /&gt;
- PARIS Alexandre&lt;br /&gt;
&lt;br /&gt;
- NAJI Hossame&lt;br /&gt;
&lt;br /&gt;
- ROBERT Maxime&lt;br /&gt;
&lt;br /&gt;
- FATAN Souhaib&lt;br /&gt;
&lt;br /&gt;
- JOSSE Isabelle&lt;br /&gt;
&lt;br /&gt;
- VILLE Marion&lt;br /&gt;
&lt;br /&gt;
- WELLHOFF Leo&lt;br /&gt;
&lt;br /&gt;
[https://osmose.numerique.gouv.fr/jcms/p_2694773/fr/vitam-trombi Trombinoscope]&lt;br /&gt;
&lt;br /&gt;
[https://docs.google.com/spreadsheets/d/12s-rlw3YEukqnjHTh9Kb9FhRfzY2J3hHdP81LBu_oHY/edit?pli=1#gid=0 Tableau de suivi des présences (Global)]&lt;br /&gt;
&lt;br /&gt;
[https://docs.google.com/spreadsheets/d/1PiE6gQ2yFORZNtOYhkFugdmnMbPHhFdfCXapw5E-O6c/edit#gid=0 Planning Qualification Support]&lt;br /&gt;
&lt;br /&gt;
== Procédures ==&lt;br /&gt;
&lt;br /&gt;
[[Création d&#039;une MR / PR]]&lt;br /&gt;
&lt;br /&gt;
[[Review d&#039;une MR / PR]]&lt;br /&gt;
&lt;br /&gt;
[[Procédure d&#039;installation Vitam Core pour développement local v.1.0]]&lt;br /&gt;
&lt;br /&gt;
[[Formatage du code]]&lt;br /&gt;
&lt;br /&gt;
== DOR : Definition Of Ready ==&lt;br /&gt;
&lt;br /&gt;
* Estimation et criticité doivent être définie&lt;br /&gt;
* Le besoin et le context de l&#039;US doit être compris par tous et retranscrit dans la description&lt;br /&gt;
* Un maximum de 7 critères d&#039;acceptances&lt;br /&gt;
* Les maquettes doivent être à jour et terminées avec un lien FIGMA&lt;br /&gt;
* Il faut anticiper les scénarios UX&lt;br /&gt;
* Les traductions doivent être présentes&lt;br /&gt;
* Les US doivent être découpées en tâches&lt;br /&gt;
* Un tech design validé&lt;br /&gt;
* Identifier les aspects de refontes&lt;br /&gt;
* Identifier le travail sur les tests&lt;br /&gt;
** Quel niveau pour les TI&lt;br /&gt;
** Quel niveau pour les tests end to end ( TNR &amp;amp; Front selenium )&lt;br /&gt;
* Fournir des jeux de tests et des exemples&lt;br /&gt;
* Les dépendances entre US doivent avoir été identifiées&lt;br /&gt;
&lt;br /&gt;
== DOD : Definition Of Done ==&lt;br /&gt;
&lt;br /&gt;
* DoD Développement&lt;br /&gt;
** Tous les critères d&#039;acceptances sont implémentés&lt;br /&gt;
** Le Build est valide&lt;br /&gt;
** Test nominaux sur INT / BAC à sable / Local&lt;br /&gt;
** Alimenter le changelog&lt;br /&gt;
** Fournir des jeux de données supplémentaires&lt;br /&gt;
** Fournir la requête REST pour les tests d&#039;API&lt;br /&gt;
** Review du code OK&lt;br /&gt;
* DoD Testing&lt;br /&gt;
** TU ( Java et/ou Angular )&lt;br /&gt;
** TI&lt;br /&gt;
** TNR&lt;br /&gt;
** End to End auto&lt;br /&gt;
* DoD Documentation&lt;br /&gt;
** Compléter le Tech Design&lt;br /&gt;
** [[Les RAML]]&lt;br /&gt;
** [[Documentation d&#039;architecture (DAT)]]&lt;br /&gt;
** [[Documentation d&#039;exploitation|Documentation d&#039;exploitation (DEX)]]&lt;br /&gt;
** [[Documentation d&#039;installation|Documentation d&#039;installation (DIN)]] &lt;br /&gt;
** [[Documentation de migration|Documentation de migration (DMV)]] ( Script de montée de version ... )&lt;br /&gt;
** Le fichier README&lt;br /&gt;
** [[Mise à jour de l&#039;ADR ( Log d&#039;architecture )]]&lt;br /&gt;
** [[Listing des requêtes HTTP]]&lt;br /&gt;
** [[Documentation du workflow]]&lt;br /&gt;
** [[Documentation sur le modèle de données]]&lt;br /&gt;
* DoD Validation QA&amp;amp;UX&lt;br /&gt;
** Validation UX design&lt;br /&gt;
** Validation nominale&lt;br /&gt;
** Validation INT&lt;br /&gt;
** Validation ITREC&lt;br /&gt;
* DoD Validation PO&lt;br /&gt;
** Vérification documentaire&lt;br /&gt;
** Relecture finale&lt;br /&gt;
&lt;br /&gt;
== Outils ==&lt;br /&gt;
Cette section recense les outils à disposition et leur usage dans le cadre du projet&lt;br /&gt;
&lt;br /&gt;
== Jenkins ==&lt;br /&gt;
&lt;br /&gt;
[https://jenkins.dev.programmevitam.fr/ Jenkins]&lt;br /&gt;
&lt;br /&gt;
[https://jenkins.dev.programmevitam.fr/jenkins/job/doc-homepage/ws/index.html Tableau de Bord Vitam]&lt;br /&gt;
&lt;br /&gt;
== Gestion des tickets ==&lt;br /&gt;
&lt;br /&gt;
[https://assistance.programmevitam.fr/ Tuleap Bugtracker] &lt;br /&gt;
&lt;br /&gt;
- Artefact USER STORIES est celui du projet&lt;br /&gt;
&lt;br /&gt;
- Artefact DEMANDE PARTENAIRE est à suivre, recopier dans USER STORIES et à répondre aux partenaires&lt;br /&gt;
&lt;br /&gt;
- Artefact Bugs = tickets de Bug de VITAM que notre recetteuse cherche à traiter avec l’Administration et l’équipe de dev. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Contributions (Git) ==&lt;br /&gt;
 &lt;br /&gt;
[https://gitlab.dev.programmevitam.fr/vitam/vitam/merge_requests GitLab Vitam]&lt;br /&gt;
&lt;br /&gt;
[https://github.com/ProgrammeVitam/vitam-ui/pulls Github Vitam UI]&lt;br /&gt;
&lt;br /&gt;
Sert à suivre les états des MR. Une MR a le numéro du ticket  Tuleap dans le titre (doit l&#039;avoir en tout cas, sinon tu ne peux pas savoir si OK ou KO )&lt;br /&gt;
&lt;br /&gt;
NB : Les accès sont gérés par les devOps&lt;br /&gt;
&lt;br /&gt;
== Checkmarx ==&lt;br /&gt;
[https://checkmarx.preprod.programmevitam.fr/ Checkmarx]&lt;br /&gt;
&lt;br /&gt;
Attention pour s’authentifier, choisir en option le : « VITAM OpenLdap »&lt;br /&gt;
&lt;br /&gt;
== Sonar == &lt;br /&gt;
[https://sonar.preprod.programmevitam.fr/dashboard?branch=develop&amp;amp;id=fr.gouv.vitam%3Aparent Tableau de bord (Preprod)]&lt;br /&gt;
&lt;br /&gt;
== Squash ==&lt;br /&gt;
[https://squashtm.dev.programmevitam.fr/squash/login Tableau de bord Squash (multi projet)]&lt;/div&gt;</summary>
		<author><name>Ebernard</name></author>
	</entry>
</feed>