maven - gestão de builds e dependencias

Maven & CªGestão de Builds e Dependências

Ruben Badaró4º Encontro PT.JUG - 29 Jan 09

Sunday 1 February 2009

Gestão de Builds

• Processo moroso e repetitivo

• Não se resume a construir software: testar artefactos, análise estática, etc.

• Processo homogéneo para toda a equipa


Raven

Variedade


Desafios

• Automatizar builds

• Onde guardar bibliotecas

• Manter dependências de bibliotecas


Gestão de Dependências

• Múltiplos Componentes

• Componentes dependem de outros componentes

• Múltiplas versões

A B


Dependências Transitivas

A C

B


JAR Hell


JAR Hell

A B0.1

C B0.2


Maven


Maven significa “aquele que acumula conhecimento” em iídiche.

Um especialista numa determinada área que procura passar o seu conhecimento.


Definição

Maven is a software project management and comprehension tool. Based on the concept of a

project object model (POM), Maven can manage a project's build, reporting and documentation from a

central piece of information.


Objectivos

• Convention Over Configuration

• One size does not fit all

• Partilhar JARs entre projectos

• Informação sobre projecto facilmente acessível


Características• Builds automatizados

• Lifecycle bem definido

• Repositório de artefactos

• Gestão de Dependências

• Definição de Projectos declarativa (POM)

• Plugins são cidadãos de 1ª classe

• Quickstart rápido de projectos

• Site de projecto facilmente acessível

• Integração com VCS


Ant vs. Maven

Ant Maven

Não tem convençõesConvention Over

Configuration

Procedimental Declarativo

Sem Lifecycle definido Lifecycle definido


Hierarquia Definida


POM

• Project Object Model

• Herança e agregação de projectos

• Definições de projecto

• Customizações (definições para plugins, repositórios, etc.)


POM - Configuração mínima


POM - propriedades

• groupId (nome do package - empresa)

• artifactId (identificador do projecto)

• packaging (pom, war, jar, etc. - default jar)

• version (versão de release ou SNAPSHOT)

• classifier


POM - Herança


POM - Agregação


Plugins

• Cidadãos de 1ª classe

• Core do Maven simples - funcionalidades implementadas em plugins

• Ecossistema de 3rd parties rico

• Acessível criar os próprios plugins


Plugins

• Cada plugin tem goals - Mojos

• Plugin associado a fase do lifecycle

• Invocação de um plugin/goal

• Invocação de uma fase


Custom Plugins

• Usar archetype para criar

• Cria pom com packaging maven-plugin


Custom Plugins - Convenções

• prefix-maven-plugin / maven-prefix-plugin

• Implementar Mojo com nome GoalMojo

• @goal goalName

• Adicionar groupId ao settings.xml


Custom Plugins

• Também possível em Ant

• ${basedir}/src/main/scripts/goal.build.xml

• ${basedir}/src/main/scripts/goal.mojo.xml

• E noutras linguagens que se queira: Ruby, Groovy


Lifecycles

• Sequência de fases com goals associados

• 3 tipos

• Build lifecycle

• Clean lifecycle

• Site lifecycle

• Possível definir custom lifecycle ou fazer override


Build Lifecyclevalidate packagegenerate-test-sources

generate-sources pre-integration-testprocess-test-sources

process-sources integration-testgenerate-test-resources

generate-resources post-integration-testprocess-test-resources

process-resources verifytest-compile

compile installtest

process-classes deployprepare-package


Build Lifecycle - JARvalidate packagegenerate-test-sources

generate-sources pre-integration-testprocess-test-sources

process-sources integration-testgenerate-test-resources

generate-resources post-integration-testprocess-test-resources

process-resources verifytest-compile

compile installtest

process-classes deployprepare-package


Build Lifecycle - JAR

package

jar:jar

generate-test-resources

resources:testResources

process-resources

resources:resources

test-compile

compiler:testCompile

compile

compiler:compile

install

install:install

test

surefire:test

deploy

deploy:deploy


Profiles

• Permite criar perfis de ambientes de build

• Faz-se override a configurações (quase todas)

• Invoca-se com -P na linha de comandos

• Alternativamente, usam-se activations (jdk, os, props)


Repositório

• Todos os artefactos e plugins guardados num repositório local

• Dependências externas são carregadas para repo local

• Pode-se sempre instalar directamente no repo local


Repositório

• Localizado em $user_home/.m2

• Segue estrutura bem definida

• Criar repositórios proxy a nível da organização

• Apontar alterando settings.xml ou no POM


Repositório

Repo Central

Internet Rede Empresarial Local

Repo Proxy

Repo Local


Repositório

• Repositório central:

http://repo1.maven.org/maven2

• Pesquisa online:

http://mvnrepository.com

• Ferramentas úteis

• Archiva

• Nexus




SNAPSHOTS

• Se versão incluir “SNAPSHOT” é considerada em desenvolvimento

• Maven executa lifecycle sempre se for SNAPSHOT


Gestão de dependências

• Suporta dependências transitivas

• Resolve dependências de dependências

• scope: compile (default), provided, runtime, test, system


Gestão de dependências

• Range versions: [ ] e ( )

• Dependências opcionais (optional)

• Excluir dependências

- Para resolver conflitos

- Para substituir dependências transitivas


Archetypes

• Templates de projectos

• Appfuse é um bom exemplo


Archetypes

• Mais simples ainda

• Entra em modo interactivo e lista todos os archetypes disponíveis

• Ex: maven-archetype-quickstart, maven-archetype-webapp, maven-archetype-mojo


Integração Ant

• 3 aproximações típicas:

• Usar tasks Ant no Maven: maven-antrun-plugin

- Não copiar script Ant para o POM. Deixar num build.xml e usar <ant>

• Ant tasks for Maven: conjunto de tasks que disponibilizam funcionalidades Maven

• Plugins em scripts Ant


Integração Ant


Site

• Geração automática de site de projecto

• Info de projecto e equipa

• Relatórios

• Personalizável

• Deployable (scp, ftp, dav)

• Custom templating - usa Doxia que usa Velocity


Best Practices

• Planear

• Usar plugins dos IDEs

• Archetypes para quickstart - criar os vossos próprios para projectos internos

• Deixar parametrizações personalizadas no settings.xml

• Evolução progressiva em migrações de Ant


Best Practices

• Utilizar profiles para ambientes - DEV, QUA, PROD, ...

• Dependendo do profile, usar SNAPSHOTS para DEV e integrar releases com controlo de versões - maven-release-plugin

• Enquadrar “módulos” de controlos de versões com dependências


Best Practices

• Não repetir dependências desnecessárias

• Parametrizar plugins existentes antes de criar novos

• Usar proxy repositories

• Usar integração contínua (Continuum, Hudson, Atlassian Bamboo, JetBrains Teamcity)


Pequeno twist - Buildr

• Maven para quem é cool

• Escreve-se em Ruby no lugar de XML

• Usa mesmo layout e repositórios que maven

• Mas não é directo passar de POM para buildfile

• Menos declarativo, mais poderoso


The End

Perguntas? Jantar?

Ruben Badaró[email protected]

http://www.zonaj.org


mailto:[email protected]

mailto:[email protected]



maven - gestão de builds e dependencias

Technology