{"id":311,"date":"2013-01-03T14:36:31","date_gmt":"2013-01-03T17:36:31","guid":{"rendered":"https:\/\/www.erudio.com.br\/blog\/?p=311"},"modified":"2013-01-03T14:36:31","modified_gmt":"2013-01-03T17:36:31","slug":"entendendo-o-pom-do-maven","status":"publish","type":"post","link":"https:\/\/www.erudio.com.br\/blog\/entendendo-o-pom-do-maven\/","title":{"rendered":"Entendendo o POM do Maven"},"content":{"rendered":"

Continuando a responder a pergunta “para que serve o apache maven?” nesse post eu explico a estrutura b\u00e1sica de um arquivo POM. O POM \u00e9 um dos arquivos mais importantes em um projeto Maven, ele descreve uma s\u00e9rie de configura\u00e7\u00f5es que o projeto ter\u00e1 e quais reposit\u00f3rios e depend\u00eancias seu projeto ir\u00e1 precisar.
\nNo cabe\u00e7alho de um POM temos algumas tags b\u00e1sicas que definem qual vers\u00e3o do modelo de POM utilizado. O seu GroupId que seria algo como o prefixo da estrutura de pacotes do projeto. O ArtifactId que define qual \u00e9 o nome o artefato final .war ou .jar ter\u00e1 quando empacotado. Version define a vers\u00e3o do projeto que ir\u00e1 complementar o nome do artefato. A tag Packaging por sua vez define qual tipo de empacotamento o projeto ter\u00e1 ap\u00f3s o processo de build, no nosso caso ser\u00e1 um .war. E a tag Name define o nome do projeto.<\/p>\n

\n    <modelVersion>4.0.0<\/modelVersion>\n    <groupId>br.com.semeru<\/groupId>\n    <artifactId>semeru_jsf_maven<\/artifactId>\n    <version>1.0-SNAPSHOT<\/version>\n    <packaging>war<\/packaging>\n    <name>semeru_jsf_maven<\/name>\n<\/pre>\n
A tag Properties possibilita definir por exemplo a vers\u00e3o do Spring, ou do JSF adotada para o projeto. Se uma depend\u00eancia for definida como no trecho de c\u00f3digo abaixo ao mudarmos a vers\u00e3o do Spring, por exemplo, para 3.1 todas as depend\u00eancias ser\u00e3o baixadas para a vers\u00e3o 3.1. Podemos definir o cont\u00eainer web no qual ser\u00e1 feito o deploy da aplica\u00e7\u00e3o (Tomcat) e tamb\u00e9m o tipo de codifica\u00e7\u00e3o utilizada pelo projeto, no nosso caso o UTF8 .<\/p>\n
\n    <properties>\n        <spring.version>3.0.5.RELEASE<\/spring.version>\n        <themes.version>1.0.8<\/themes.version>\n        <jsf.version>2.1.7<\/jsf.version>\n        <jstl.version>1.2<\/jstl.version>\n        <netbeans.hint.deploy.server>Tomcat<\/netbeans.hint.deploy.server>   \n        <project.build.sourceEncoding>UTF-8<\/project.build.sourceEncoding>\n    <\/properties>\n<\/pre>\n
A tag Repositories define a lista de reposit\u00f3rios que ser\u00e3o acessados pelo Maven para baixar nossas dependencias. Muitas vezes \u00e9 necess\u00e1rio colocar um reposit\u00f3rio priorit\u00e1rio no inicio do POM para que o Maven inicie a busca pelas depend\u00eancias a partir dele.<\/p>\n
\n    <repositories>\n        \n        <!-- PRIMEFACES REPOSITORY -->\n        <repository>\n            <id>prime-repo<\/id>\n            <name>PrimeFaces Maven Repository<\/name>\n            <url>http:\/\/repository.primefaces.org<\/url>\n            <layout>default<\/layout>\n        <\/repository>        \n                \n        <!-- FACELETS TAGLIBRARIES REPOSITORY -->\n        \n        <repository>\n            <id>org.springframework.security.taglibs.facelets<\/id>\n            <url>http:\/\/spring-security-facelets-taglib.googlecode.com\/svn\/repo\/<\/url>\n        <\/repository>\n\n    <\/repositories>\n<\/pre>\n
A tag dependencies define quais ser\u00e3o as depend\u00eancias utilizadas no projeto no trecho de c\u00f3digo abaixo declaramos algumas das depend\u00eancias necess\u00e1rias para se trabalhar com JavaServer Faces.<\/p>\n
\n    <dependencies>\n\n        <!-- || DEPEND\u00caNCIAS DO JAVA SERVER FACES || -->                        \n        <!-- ############## JSF-API ################ -->\n        <dependency>\n            <groupId>com.sun.faces<\/groupId>\n            <artifactId>jsf-api<\/artifactId>\n            <version>${jsf.version}<\/version>\n            <scope>compile<\/scope>\n        <\/dependency>\n\n        <!-- ############## JSF-IMPL ############### -->\n        <dependency>\n            <groupId>com.sun.faces<\/groupId>\n            <artifactId>jsf-impl<\/artifactId>\n            <version>${jsf.version}<\/version>\n        <\/dependency>\n                \n        <!-- ################ JSTL ################# -->\n        <dependency>  \n            <groupId>javax.servlet<\/groupId>  \n            <artifactId>jstl<\/artifactId>  \n            <version>${jstl.version}<\/version>  \n        <\/dependency>  \n    <\/dependencies>\n<\/pre>\n
Muitas vezes algumas depend\u00eancias precisam ser exclu\u00eddas. Isso acontece por v\u00e1rios motivos primeiro pode ser que o projeto j\u00e1 utilize uma vers\u00e3o diferente da mesma depend\u00eancia. Um segundo motivo pode ser o fato da depend\u00eancia em quest\u00e3o gerar conflitos com outras utilizadas no projeto. A sintaxe para remover uma depend\u00eancia \u00e9 como o trecho de c\u00f3digo abaixo. Nele estamos declarando a depend\u00eancia do DOM4J mas estamos dizendo ao Maven para n\u00e3o baixar a depend\u00eancia da XML-APIS. Se tirarmos essa exclus\u00e3o o Maven vai analizar o POM da DOM4J e verificar\u00e1 que ela possui uma depend\u00eancia da XML-APIS e assim entender\u00e1 que o projeto necessita dela e ir\u00e1 baix\u00e1-la para nosso .m2.<\/p>\n
\n        <!-- ############### DOM4J ################# -->\n        <dependency>\n            <artifactId>dom4j<\/artifactId>\n            <groupId>dom4j<\/groupId>\n            <type>jar<\/type>\n            <version>1.6.1<\/version>\n            <exclusions>\n                <exclusion>\n                    <artifactId>xml-apis<\/artifactId>\n                    <groupId>xml-apis<\/groupId>\n                <\/exclusion>\n            <\/exclusions>\n        <\/dependency>\n<\/pre>\n
Anteriormente no post Entendendo o Apache Maven<\/a> eu expliquei outros detalhes importantes do Maven al\u00e9m disso no GUJ tem um tutorial bem legal sobre o assunto.<\/a><\/p>\n
Treinamentos relacionados com este post<\/h2>\n

\n
\n<\/a><\/p>\n
 
\n<\/a><\/p>\n
 
\n<\/a><\/p>\n
 
\n<\/a><\/p>\n
 
\n<\/a><\/p>\n
 
\n<\/a><\/p>\n
 
\n<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"
Continuando a responder a pergunta “para que serve o apache maven?” nesse post eu explico a estrutura b\u00e1sica de um arquivo POM. O POM \u00e9 um dos arquivos mais importantes em um projeto Maven, ele descreve uma s\u00e9rie de configura\u00e7\u00f5es que o projeto ter\u00e1 e quais reposit\u00f3rios e depend\u00eancias seu projeto ir\u00e1 precisar. No cabe\u00e7alho […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[2,10],"tags":[],"_links":{"self":[{"href":"https:\/\/www.erudio.com.br\/blog\/wp-json\/wp\/v2\/posts\/311"}],"collection":[{"href":"https:\/\/www.erudio.com.br\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.erudio.com.br\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.erudio.com.br\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.erudio.com.br\/blog\/wp-json\/wp\/v2\/comments?post=311"}],"version-history":[{"count":0,"href":"https:\/\/www.erudio.com.br\/blog\/wp-json\/wp\/v2\/posts\/311\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.erudio.com.br\/blog\/wp-json\/wp\/v2\/media?parent=311"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.erudio.com.br\/blog\/wp-json\/wp\/v2\/categories?post=311"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.erudio.com.br\/blog\/wp-json\/wp\/v2\/tags?post=311"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}