Para fazer seu projeto fazer deploy no nexus você precisa:
Criar repositórios no nexus:
Acesse o nexus como admin e crie dois repositórios do tipo "Hosted Repository"
Configure o "Repository Policy" do primeiro como "Release" e dê o nome de nome-do-projeto-releases
Configure o "Repository Policy" do segundo como "Snapshot" e dê o nome de nome-do-projeto-snapshots
Adicionar no seu pom: (altere a URL e o nome-do-projeto)
<distributionManagement>
<repository>
<id>nome-do-projeto-releases</id>
<url>http://nexus.localhost8080.com.br/nexus/content/repositories/nome-do-projeto-releases</url>
</repository>
<snapshotRepository>
<id>nome-do-projeto-snapshots</id>
<url>http://nexus.localhost8080.com.br/nexus/content/repositories/nome-do-projeto-snapshots</url>
</snapshotRepository>
</distributionManagement>
Configurar settings.xml
Configure o setting.xml (seja no maven da sua máquina ou no Jenkins (no jenkins você pode configurar pelo managed files também))
<servers>
<server>
<id>nome-do-projeto-releases</id>
<username>user_no_nexus_com_permissao_de_deploy</username>
<password>senha_do_user</password>
</server>
<server>
<id>nome-do-projeto-snapshots</id>
<username>user_no_nexus_com_permissao_de_deploy</username>
<password>senha_do_user</password>
</server>
</servers>
Deploy na mão
Abra o terminal e rode o comando: mvn clean deploy
Deploy pelo jenkins
Mesma coisa que manual, porém configure o seu job para fazer o mvn clean deploy
Abraço!!
Adriano Schmidt
Mostrando postagens com marcador maven. Mostrar todas as postagens
Mostrando postagens com marcador maven. Mostrar todas as postagens
terça-feira, 21 de julho de 2015
terça-feira, 16 de dezembro de 2014
Failure executing javac
Hoje tive o erro abaixo ao executar um "mvn install"
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.3.2:compile (default-compile) on project avmais: Compilation failure
[ERROR] Failure executing javac, but could not parse the error:
[ERROR] O sistema nÆo pode encontrar o caminho especificado.
Estava tudo certinho nas minhas variáveis de ambiente e configurações do projeto...
Depois de muita luta vi que o erro foi causado pois no meu pom.xml tinha a seguinte linha:
<maven .compiler.executable="">${env.OPENSHIFT_WILDFLY_DIR}usr/lib/jvm/jdk1.8.0_05/bin/javac</maven>
Após remover essa linha funcionou local.
Abraço!
Adriano Schmidt
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.3.2:compile (default-compile) on project avmais: Compilation failure
[ERROR] Failure executing javac, but could not parse the error:
[ERROR] O sistema nÆo pode encontrar o caminho especificado.
Estava tudo certinho nas minhas variáveis de ambiente e configurações do projeto...
Depois de muita luta vi que o erro foi causado pois no meu pom.xml tinha a seguinte linha:
<maven .compiler.executable="">${env.OPENSHIFT_WILDFLY_DIR}usr/lib/jvm/jdk1.8.0_05/bin/javac</maven>
Após remover essa linha funcionou local.
Abraço!
Adriano Schmidt
segunda-feira, 16 de junho de 2014
Cuidados ao entrar num projeto novo
Pessoal... queria dar algumas dicas para quando você for entrar um projeto novo...
1) Ctrl+Shift+F
Nunca dê um Ctrl+Shift+F no projeto inteiro.. nem na classe que você está alterando...
Um Ctrl+Shift+F atrapalha muito a realização de merges e de certa forma faz você perder o histórico de alterações no controle de versão, pois vai ser difícil comparar algo com uma versão antiga pois vai estar com uma formatação toda diferente.
Se você está criando uma classe nova, tudo bem, mas muito cuidado ao mexer em códigos já existentes.
Caso você crie um método novo, você pode selecionar esse método, e dar um Ctrl+Shif+F, pois vai formatar apenar o trecho de código selecionado, mantendo intacto o resto da classe.
Tem até como criar um xml de formatação no eclipse e depois as outras pessoas podem importar em seus eclipses, mas acho muito trabalhoso manter isso.
Caso seja decidido aplicar algo no projeto inteiro, isso deve ser bem pensado, nunca é só chegar e fazer.
2) Encoding no eclipse
Antes de salvar uma classe verifique se o encoding do projeto no seu eclipse está correto, veja se os acentos não vão virar caracteres estranhos..
Isso é muito comum quando uma equipe usa windows e entra alguém que usa linux ou vice-versa.
Para mudar o encoding do seu projeto no eclipse é só ir nas propriedades do projeto no eclipse.
Caso você ache que o encoding poderia ser outro, converse com a equipe, nunca chegue e mude por conta própria.
3) Encoding no maven
Nunca altere o encoding do projeto no maven colocando no pom a linha abaixo:
UTF-8
Se for fazer isso converse com alguém que já está no projeto ou então você deve saber o que está fazendo.. uma dica é, se for fazer, faça apenas local.
4) Não use acentos em comentários
O título é auto explicativo, a ideia é simples, se não tem acentos, diminui a probabilidade de problemas com encoding. Ah, e sempre é bom falar, em nome de variável também não se deve usar ç ou coisas assim.
Essas simples ações tornam o ambiente de trabalho melhor, faça o bem sem olhar a quem! :D
PS: Escrevi tudo isso e mandei para todos os desenvolvedores da empresa que trabalho depois de passar muitas horas (muitas mesmo) fazendo um merge de um projeto gigante e corrigindo caracteres especiais. Então, não falo por mal, falo para evitar que outras pessoas passem por esse sofrimento.
Abraços!
Adriano Schmidt
1) Ctrl+Shift+F
Nunca dê um Ctrl+Shift+F no projeto inteiro.. nem na classe que você está alterando...
Um Ctrl+Shift+F atrapalha muito a realização de merges e de certa forma faz você perder o histórico de alterações no controle de versão, pois vai ser difícil comparar algo com uma versão antiga pois vai estar com uma formatação toda diferente.
Se você está criando uma classe nova, tudo bem, mas muito cuidado ao mexer em códigos já existentes.
Caso você crie um método novo, você pode selecionar esse método, e dar um Ctrl+Shif+F, pois vai formatar apenar o trecho de código selecionado, mantendo intacto o resto da classe.
Tem até como criar um xml de formatação no eclipse e depois as outras pessoas podem importar em seus eclipses, mas acho muito trabalhoso manter isso.
Caso seja decidido aplicar algo no projeto inteiro, isso deve ser bem pensado, nunca é só chegar e fazer.
2) Encoding no eclipse
Antes de salvar uma classe verifique se o encoding do projeto no seu eclipse está correto, veja se os acentos não vão virar caracteres estranhos..
Isso é muito comum quando uma equipe usa windows e entra alguém que usa linux ou vice-versa.
Para mudar o encoding do seu projeto no eclipse é só ir nas propriedades do projeto no eclipse.
Caso você ache que o encoding poderia ser outro, converse com a equipe, nunca chegue e mude por conta própria.
3) Encoding no maven
Nunca altere o encoding do projeto no maven colocando no pom a linha abaixo:
Se for fazer isso converse com alguém que já está no projeto ou então você deve saber o que está fazendo.. uma dica é, se for fazer, faça apenas local.
4) Não use acentos em comentários
O título é auto explicativo, a ideia é simples, se não tem acentos, diminui a probabilidade de problemas com encoding. Ah, e sempre é bom falar, em nome de variável também não se deve usar ç ou coisas assim.
Essas simples ações tornam o ambiente de trabalho melhor, faça o bem sem olhar a quem! :D
PS: Escrevi tudo isso e mandei para todos os desenvolvedores da empresa que trabalho depois de passar muitas horas (muitas mesmo) fazendo um merge de um projeto gigante e corrigindo caracteres especiais. Então, não falo por mal, falo para evitar que outras pessoas passem por esse sofrimento.
Abraços!
Adriano Schmidt
sexta-feira, 15 de julho de 2011
configuration variable 'compiler.library-path' value contains unknown token 'M2_REPO'
Olá, ao baixar projetos flex com maven e rodar o mvn flex:eclipse estavam acontecendo esses erros no eclipse:
configuration variable 'compiler.library-path' value contains unknown token 'M2_REPO'
configuration variable 'compiler.external-library-path' value contains unknown token 'M2_REPO'
O problema era que em algum lugar não estava setada a variável M2_REPO. Essa variável aponta para o repositório do maven na sua máquina. Por exemplo C:\Users\adriano.schmidt\.m2\repository
Aqui eu tinha isso nas minhas variáveis de ambiente e também nas minhas classpath variables do eclipse. Ainda não sei onde mais tenho que configurar isso.
Para resolver eu cliquei com o botão direito no projeto, fui em properties, escolhi "Flex Build Path" ou "Flex library Build Path" depende do seu projeto.. e na aba "library path" alterei todas as dependências trocando o ${M2_REPO} por C:/Users/adriano.schmidt/.m2/repository (barras para a direita)
Você também pode fazer search/replace no arquivo .actionScriptProperties.
Aqui isso aconteceu num projeto flex.. caso seja com java que ocorra esse erro para você a solução será semelhante.
Abraaaços!
Adriano Schmidt
configuration variable 'compiler.library-path' value contains unknown token 'M2_REPO'
configuration variable 'compiler.external-library-path' value contains unknown token 'M2_REPO'
O problema era que em algum lugar não estava setada a variável M2_REPO. Essa variável aponta para o repositório do maven na sua máquina. Por exemplo C:\Users\adriano.schmidt\.m2\repository
Aqui eu tinha isso nas minhas variáveis de ambiente e também nas minhas classpath variables do eclipse. Ainda não sei onde mais tenho que configurar isso.
Para resolver eu cliquei com o botão direito no projeto, fui em properties, escolhi "Flex Build Path" ou "Flex library Build Path" depende do seu projeto.. e na aba "library path" alterei todas as dependências trocando o ${M2_REPO} por C:/Users/adriano.schmidt/.m2/repository (barras para a direita)
Você também pode fazer search/replace no arquivo .actionScriptProperties.
Aqui isso aconteceu num projeto flex.. caso seja com java que ocorra esse erro para você a solução será semelhante.
Abraaaços!
Adriano Schmidt
quinta-feira, 7 de julho de 2011
Path must include project and resource name
Olá, ao criar um projeto flex com maven (http://maven.servebox.org/sites/maven-flex-plugin/flex-plugin/) aconteceu o erro abaixo no eclipse após executar o comando mvn flex:eclipse e atualizar o projeto.
An error has occurred. See error log for more details.
Path must include project and resource name: /nome-do-projeto
O problema era que no meu pom.xml eu estava utilizando a tag sourceDirectory da seguinte forma:
<sourceDirectory>.</sourceDirectory>
Coloquei o ponto para definir o diretório atual (raiz) como o diretório onde estavam os fontes, porém, isso causava o erro acima. Para resolver arranquei fora essa tag do meu pom, assim a pasta src/main/flex foi assumida por default como diretório de fontes, a única coisa que tive que fazer foi criar as pastas src/main/flex e migrar meus fontes da raiz para esse diretório.
Vaaaleu
Adriano Schmidt
An error has occurred. See error log for more details.
Path must include project and resource name: /nome-do-projeto
O problema era que no meu pom.xml eu estava utilizando a tag sourceDirectory da seguinte forma:
<sourceDirectory>.</sourceDirectory>
Coloquei o ponto para definir o diretório atual (raiz) como o diretório onde estavam os fontes, porém, isso causava o erro acima. Para resolver arranquei fora essa tag do meu pom, assim a pasta src/main/flex foi assumida por default como diretório de fontes, a única coisa que tive que fazer foi criar as pastas src/main/flex e migrar meus fontes da raiz para esse diretório.
Vaaaleu
Adriano Schmidt
quinta-feira, 16 de junho de 2011
java.lang.String cannot be cast to org.servebox.flex.mojo.FlexLicense
Olá, aconteceu comigo agora o erro:
java.lang.ClassCastException: java.lang.String cannot be cast to org.servebox.flex.mojo.FlexLicense
at org.servebox.flex.mojo.base.AbstractFlexMakeMojo.handleCompilationOptions(AbstractFlexMakeMojo.java:1142)
at org.servebox.flex.mojo.base.AbstractFlexMakeMojo.handleConfiguration(AbstractFlexMakeMojo.java:990)
at org.servebox.flex.mojo.base.AbstractFlexMakeMojo.invokeCompiler(AbstractFlexMakeMojo.java:923)
at org.servebox.flex.mojo.MakeSWFMojo.invokeCompiler(MakeSWFMojo.java:105)
at org.servebox.flex.mojo.base.AbstractFlexMakeMojo.compile(AbstractFlexMakeMojo.java:858)
at org.servebox.flex.mojo.MakeSWFMojo.compile(MakeSWFMojo.java:113)
O erro aconteceu pois eu usei a tag abaixo:
<licenses>
<flexbuilder3>1111-1111-1111-1111-1111-1111</flexbuilder3>
</licenses>
Mas deveria ter usado da seguinte forma:
<flex3LicenceKey>1111-1111-1111-1111-1111-1111</flex3LicenceKey>
Ambas as formas estavam dentro de <plugin> e dentro de <configuration>
Vaaleu!
java.lang.ClassCastException: java.lang.String cannot be cast to org.servebox.flex.mojo.FlexLicense
at org.servebox.flex.mojo.base.AbstractFlexMakeMojo.handleCompilationOptions(AbstractFlexMakeMojo.java:1142)
at org.servebox.flex.mojo.base.AbstractFlexMakeMojo.handleConfiguration(AbstractFlexMakeMojo.java:990)
at org.servebox.flex.mojo.base.AbstractFlexMakeMojo.invokeCompiler(AbstractFlexMakeMojo.java:923)
at org.servebox.flex.mojo.MakeSWFMojo.invokeCompiler(MakeSWFMojo.java:105)
at org.servebox.flex.mojo.base.AbstractFlexMakeMojo.compile(AbstractFlexMakeMojo.java:858)
at org.servebox.flex.mojo.MakeSWFMojo.compile(MakeSWFMojo.java:113)
O erro aconteceu pois eu usei a tag abaixo:
<licenses>
<flexbuilder3>1111-1111-1111-1111-1111-1111</flexbuilder3>
</licenses>
Mas deveria ter usado da seguinte forma:
<flex3LicenceKey>1111-1111-1111-1111-1111-1111</flex3LicenceKey>
Ambas as formas estavam dentro de <plugin> e dentro de <configuration>
Vaaleu!
quarta-feira, 22 de dezembro de 2010
.properties ignorado
Olá,
Ao gerar meu war pelo eclipse, os arquivos .properties estavam sendo ignorados(não iam para dentro do war)
O problema foi resolvido da seguinte forma:
Fui em nas propriedades do projeto (botão direito, properties) em ‘Java Build Path’, aba ‘Sources’.
Cliquei em ‘included’, cliquei no botão ‘edit’
Cliquei em “Add’, digitei ‘**/*.properties’ (sem as aspas) e cliquei em ‘OK’.
Pronto, ao gerar o war novamento os arquivos .properties não foram mais ignorados.
Isso pode acontecer com qualquer tipo de arquivo (.jks) por exemplo.
Se quiser fazer isso via maven basta adicionar ao seu pom.xml o trecho abaixo e dar um mvn eclipse:eclipse.
<build>
<resources>
<resource>
<directory>src/main/java</directory>
<includes>
<include>**</include>
</includes>
</resource>
</resources>
</build>
É isso aí. Valeu!
Ao gerar meu war pelo eclipse, os arquivos .properties estavam sendo ignorados(não iam para dentro do war)
O problema foi resolvido da seguinte forma:
Fui em nas propriedades do projeto (botão direito, properties) em ‘Java Build Path’, aba ‘Sources’.
Cliquei em ‘included’, cliquei no botão ‘edit’
Cliquei em “Add’, digitei ‘**/*.properties’ (sem as aspas) e cliquei em ‘OK’.
Pronto, ao gerar o war novamento os arquivos .properties não foram mais ignorados.
Isso pode acontecer com qualquer tipo de arquivo (.jks) por exemplo.
Se quiser fazer isso via maven basta adicionar ao seu pom.xml o trecho abaixo e dar um mvn eclipse:eclipse.
<build>
<resources>
<resource>
<directory>src/main/java</directory>
<includes>
<include>**</include>
</includes>
</resource>
</resources>
</build>
É isso aí. Valeu!
Assinar:
Postagens (Atom)
