• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Maven
 

Maven

on

  • 1,782 views

 

Statistics

Views

Total Views
1,782
Views on SlideShare
1,623
Embed Views
159

Actions

Likes
0
Downloads
18
Comments
0

3 Embeds 159

http://hakanai.free.fr 139
http://www.eventuallycoding.com 19
http://webcache.googleusercontent.com 1

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Maven Maven Presentation Transcript

    • MavenMise en bouche
    • La philosophie Maven
      Extensibilité
      Réutilisabilité
      Standardisation du cycle de vie
      => Faciliter le multi projet avec multi équipes
    • Maven vu par
      Le pessimiste :
      Un Outil pour les compiler tous, Un Outil pour les tester,Un Outil pour les assembler tous et dans les artefact les lier
      L’optimiste :
      Le couteau suisse du Build
    • vs
      Round 1 : Revue des arguments anti maven
    • Ant est plus flexible
      Mavenest flexible mais propose des conventions par défauts et des points d’extensions quand c’est nécessaire
    • Avec Ant je fais des choses que Maven ne peut pas faire
      Mais est-ce vraiment nécessaire ?
    • Tout les projets ne sont pas pareils
      Oui mais il existe un cadre commun à tout les projets, allant de la gestion des versions aux tests en passant par le déploiement
      Maven gère jar, war, ear, jnlp, zip, pom etc… (Pour les .trucmuche, à vous de l’implémenter)
    • j'ai déjà développé 70 scripts Ant qui marchent, pourquoi changer ?
      Et vous voulez les maintenir toute votre vie ?
    • Je ne maitrise plus mes dépendances
      « Sans maitrise la puissance n’est rien »
      Bonnes pratiques à respecter :
      Fixer les versions des plugins
      Utiliser le DependencyManagement
      Utiliser le PluginManagement
      Avoir son propre repository (Nexus)
    • vs
      Round 2 : Peut-on vraiment les comparer ?
    • Objectifs
      Ant = boite à outils
      Maven = boite à patterns
      Ant != Maven
    • vs
      Match nul : Ca n’adresse pas les mêmes problèmes
      (Et hop, voila comment éviter la polémique)
    • Ok alors pourquoi maven ?
    • Maven : les plus
      une arborescence standard, le SDL
      une gestion des dépendances entre projet
      une gestion des versions
      une gestion du reporting
      un cycle de vie standardisé
      des plugins…
    • Maven : le SDL
      Facilite l’arrivée sur un nouveau projet
      Propose des conventions
      Séparation test et source
      Filtrage des fichiers de configuration
      Fichiers source générés dans target
      Etc…
      Facilite l’intégration de plugins
    • Maven : la gestion des dépendances
      Des scopes de compilation
      compile
      provided
      runtime
      test
      Des dépendances transitives
    • Maven : la gestion des versions
      Une convention de nommage
      1.0.0 (version stable)
      1.0.0-SNAPSHOT (version de dev)
      1.0.0-RC1 (version candidate à la release)
      Des versions automatique avec mvnrelease
    • Maven : la gestion du reporting
      Tests unitaires, couverture de code
      Code review automatique avec CheckStyle et PMD
      Rapport de dépendances
      Javadoc
      Etc…
    • Maven : Un cycle de vie
    • Maven : Des plugins
      Signer un jar
      Construire un bundle OSGI
      Générer des beans via une XSD
      Générer un client WS
      Il y a un plugin pour cela
    • What'snext
      Diapo supprimée, il s’agissait du plan d’action pour la mise en place chez mon client actuel