• Nenhum resultado encontrado

2 INTRODUÇÃO 3 CONFIGURANDO A MÁQUINA DO DESENVOLVEDOR

N/A
N/A
Protected

Academic year: 2021

Share "2 INTRODUÇÃO 3 CONFIGURANDO A MÁQUINA DO DESENVOLVEDOR"

Copied!
15
0
0

Texto

(1)

1 Conteúdo ... 1

2 Introdução ... 2

3 Configurando a máquina do desenvolvedor ... 2

4 Comandos básicos ... 3

4.1 Instalando o projeto no repositório local ... 4

4.2 Instalando no repositório remoto da empresa ... 4

4.3 Fazendo deploy no servidor de aplicação ... 4

4.4 Fazendo deploy Rápido para o servidor ... 4

4.5 Fazendo deploy rápido com reinicialização ... 4

5 Introdução às configurações do maven ... 5

5.1 Dependências ... 7

5.2 Depedências de módulos Visão ... 9

5.3 Dependências externas ... 10

5.3.1 Estruturas dos diretórios do repositório ... 10

5.3.2 Empresas sem repositório interno ... 11

5.3.3 Jars que não encontram-se no repositório público ... 11

5.3.4 Adicionando um artefato ao repositório da empresa ... 11

5.4 Publicado o projeto no repositório da empresa ... 12

6 Repositório Interno da empresa ... 12

6.1 Como Instalar um proxy para a empresa ... 13

6.2 Configurações Básicas ... 13

6.3 Configurações de proxy ... 13

6.4 Configurar os repositórios Públicos ... 13

6.5 Inicializando o proxy ... 14

6.5.1 Windows ... 14

6.5.2 Linux ... 14

6.6 Verificando a instalação... 14

(2)

2 INTRODUÇÃO

O Maven foi bastante personalizado para atender as necessidades do framework jCompany, principalmente porque o suporte do Maven a projetos com muitos módulos, e módulos

reutilizáveis não é muito bom. Portanto nesse manual será explicado mais a fundo como utilizar o Maven com o jCompany e não entraremos em detalhes de personalização do Maven.

3 CONFIGURANDO A MÁQUINA DO DESENVOLVEDOR

As configurações do Maven ficam em jCompany_path/maven/conf/settings.xml.

A localização do repositório local é configurado pela tag <localRepository>. Ao instalar o jCompany o repositório local utilizado fica em jCompany_path/repositorio.

Para acessar o repositório da Empresa caso exista coloque o seguinte: <mirrors> <mirror> <id> </id> <mirrorOf>central</mirrorOf> <name> </name> <url> </url> </mirror> </mirrors>

Esse trecho de configuração diz ao maven que todas as chamadas ao repositório central irão acessar o repositório interno da Empresa.

Em “id” coloque um nome único que represente esse mirror. Em “name” adicione um nome { esse mirror, esse nome aparecerá nos relatórios de build e em “url” coloque a url completa do Maven Proxy. Se colocado essa url em um browser será possível navegar pelo repositório. Portanto ao configurar o mirror confira se a url está certa utilizando um browser.

Para os artefatos que não estão em repositórios públicos, como por exemplo, os artefatos da Powerlogic e os próprios artefatos criados pela empresa são necessários dizer onde encontrá-los também. Adicione a configuração abaixo, apenas troque a Url para a url onde se encontra o repositório da Empresa. <profiles> <profile> <activation> <activeByDefault>true</activeByDefault> </activation> <repositories> <repository>

(3)

<id>Principal</id> <name>Repositorio da empresa</name> <url> </url> </repository> </repositories> <pluginRepositories> <pluginRepository> <id>Principal_Plugins</id> <name>Repositorio Powerlogic</name> <url> </url> </pluginRepository> </pluginRepositories> </profile> </profiles>

Para que o desenvolvedor possa publicar novos artefatos no repositório da empresa é necessário adicionar a configuração abaixo:

<servers> <server> <id>Principal</id> <username>maven</username> <password>senha</password> </server> </servers>

A configuração acima é a configuração para utilizar o SCP, isto é o usuário e senha para acessar via SCP o repositório da Empresa. Assim na configuração de cada projeto (projeto-pom.xml) basta adicionar o nome(id) do repositório onde será publicado e a sua URL. O usuário e a senha não precisarão ir dentro do projeto.

4 COMANDOS BÁSICOS

Aqui se encontra todos os comandos básicos para execução Maven. Algumas informações contidas nesse capítulo serão melhor compreendidas após leitura completa dessa manual. Para acessar as tarefas básicas configuradas como padrão do jCompany. No Eclipse acesse o menu “Run -> External Tools -> External Tools”. As opções de quais tarefas serão executadas são definidas no campo “arguments”.

(4)

-o : offline. Evita que o Maven tente achar atualizações em repositórios remotos -npu: “No plugin update”. Evita que o Maven atualize os plugins do próprio Maven.

4.1 INSTALANDO O PROJETO NO REPOSITÓRIO LOCAL

Comando Maven:

mvn –f projeto-pom.xml install

Comando utilizado para instalar o módulo no repositório local. Algumas vezes pode se utilizado para baixar as dependências do repositório interno da empresa quando existir. Possibilitando colocar no path do Eclipse a dependência.

-f projeto-pom.xml indica que será utilizado o arquivo de configuração projeto-pom.xml.

Utilizando esse pom é possível instalar todos os módulos pertencentes ao projeto. Cada módulo configurado no projeto-pom.xml pela tag <module> será executado.

Se não for utilizado o –f projeto-pom.xml apenas o módulo escolhido será instalado.

4.2 INSTALANDO NO REPOSITÓRIO REMOTO DA EMPRESA

Comando Maven:

mvn –f projeto-pom.xml deploy

Deploy para o Maven significa publicar o artefato no repositório remoto. Não confunda deploy do Maven com deploy para servidor de aplicação.

Para utilizar esse comando, a tag Server no arquivo settings.xml deve ser configurada como explicado no capítulo 3 - Configurando a máquina do desenvolvedor e a configuração no pom.xml como explicado no capítulo 5.4 - Publicado o projeto no repositório da empresa.

4.3 FAZENDO DEPLOY NO SERVIDOR DE APLICAÇÃO

Comando Maven:

mvn –f projeto-pom.xml install plc:deploy-completo

Compila todos os módulos, empacota em um war, e pública o artefato no Tomcat definido pela variável $CATALINA_HOME. Essa variável é configurado no start.bat do eclipse.

4.4 FAZENDO DEPLOY RÁPIDO PARA O SERVIDOR

Comando Maven:

mvn –f projeto-pom.xml plc:deploy-rapido

Copia todos os arquivos (exceto classes) modificados nos módulos, definidos no arquivo projeto-pom.xml, para o Tomcat.

(5)

Comando Maven:

mvn –f projeto-pom.xml plc:deploy-reinicializacao

Esse comando faz o mesmo que o deploy rápido, mas copia as classes alteradas também. As classes já devem ter sido compiladas pelo Eclipse porque o Maven pegará os arquivos “*.class” do diretório output do Eclipse.

Na primeira vez que se faz o deploy rápido todos os arquivos dos módulos são copiados sem serem colocados dentro do jar correspondente no diretório /WEB-INF/lib. Portanto acontecerá de ter arquivos duplicados dentro do jar e dentro /WEB-INF/classes. Mas isso não causa nenhum efeito colateral porque o Tomcat dará preferência por arquivos que estão em /WEB-INF/classes.

5 INTRODUÇÃO ÀS CONFIGURAÇÕES DO MAVEN

As configurações do Maven são hierarquizadas, pode-se fazer uma analogia a orientação a objetos. Assim temos uma “Super Classe” que contém todas as dependências do framework jCompany. Essa “Super Classe” no Maven é o artefato powerlogic.jcompany.projeto-plc. Todos os projetos que utilizam o jCompany devem estender esse artefato. Como o projeto pode ter diversos módulos, outra “classe” (pom) deve ser criada. Esse pom estenderá o jCompany e cada módulo ser| uma “classe” (pom) que estender| do mesmo. A hierarquia ficaria como no

esquema abaixo:

Para utilizar o jCompany, edite o arquivo projeto-pom.xml no módulo principal da aplicação da seguinte forma:

<parent>

<groupId>powerlogic.jcompany</groupId> <artifactId>projeto-plc</artifactId>

pom.xml

projeto-pom.xml

pom.xml

powerlogic.jcompany.projeto-plc empresa.MeuProjetoParent empresa.modulo1 empresa.modulo2

(6)

<version>3.3</version> </parent>

Configure no projeto-pom.xml o groupId do projeto, artifactId , version e name da aplicação: <groupId></groupId>

<artifactId></artifactId> <version></version> <name></name>

Para facilitar o entendimento das configurações utilizaremos um projeto fictício chamado ERP como exemplo. Esse projeto tem três módulos: o módulo ERP que será o módulo principal, o módulo financeiro, e o módulo RH. Assim o projeto-pom.xml ficará dentro do módulo considerado o principal. No nosso exemplo o módulo principal é o módulo ERP.

Dentro do arquivo projeto-pom.xml configuramos o groupId, artifactId, version, name e packaging: <groupId>empresa.exemplo</groupId> <artifactId>projeto-ERP</artifactId> <version>1.0</version> <name>Projeto ERP</name> <packaging>pom</packaging>

O packaging define qual a finalidade do pom e pode ser do tipo pom, jar ou war.

O projeto-pom.xml tem como finalidade configurar outros módulos portando será do tipo pom. Se o pom for a configuração de um módulo que gerará um jar coloque o tipo jar e se for para gerar um war coloque war. Os projetos do tipo war normalmente são os módulos Visão da aplicação e o módulo principal!

No arquivo projeto-pom.xml também é configurado quais módulos devem ser construídos ou reconstruídos ao fazer o build da aplicação. Para isso adicione a configuração:

<modules>

<module>../erp-financeiro</module> <module>../erp-rh</module>

<module>../erp-principal</module> </modules>

Dentro da tag “module” coloque o endereço (diretório) do módulo. O Maven julga que o pom parent sempre esteja um diretório abaixo dos módulos como mostrado abaixo:

/erp-financeiro pom.xml /erp-Rh

(7)

/erp-principal pom.xml pom.xml

Mas dessa forma torna-se difícil de reutilizar os módulos quando colocados em um controle versão. Com isso foi adotado o seguinte padrão:

/erp-financeiro pom.xml /erp-Rh pom.xml /erp-principal pom.xml projeto-pom.xml

Com isso as configurações dos “modules” devem ter “../” antes do diretório do módulo.

Agora edite o arquivo pom.xml do módulo erp-principal para estender o módulo pai no caso o projeto-pom.xml. <parent> <groupId>empresa.exemplo</groupId> <artifactId>projeto-ERP</artifactId> <version>1.0</version> <relativePath>projeto-pom.xml</relativePath> </parent>

Automaticamente o Maven tentará localizar o arquivo pom.xml definido na tag “parent” um diretório acima. Como o nosso “parent” esta dentro do nosso módulo principal, precisamos adicionar a tag “relativePath” com o nome do pom ancestral.

Nos outros módulos repita o trecho acima, mas substituindo o “relativePath” para <relativePath>../erp-principal/projeto-pom.xml</relativePath>

5.1 DEPENDÊNCIAS

Em nosso exemplo os módulos têm dependências entre si da seguinte forma.

O módulo erp-rh necessita do módulo erp-financeiro. O módulo erp-principal necessita dos outros dois módulos.

Para definir as dependências adicione o código no pom.xml de cada module: <dependencies>

<dependency>

(8)

<artifactId></artifactId> <type></type> <version></version> <scope></scope> </dependency> </dependencies>

“type” é o packaging do artefato que está sendo adicionado. Pode ser jar ou war. Se omitido será considerado como “jar”.

“scope” diz ao Maven quando será utilizada essa dependência. Pode ser:

“compile” colocará a dependência dentro do novo artefato gerado e colocado no classpath para compilação. Se o novo artefato gerado for um war, como todas as aplicações jCompany, o Maven colocará essa dependência dentro de /WEB-INF/lib. “runtime” colocar| a dependência dentro do novo artefato gerado, mas não ser| colocado no classpath ao compilar o projeto.

“provided” colocado no classpath da aplicação ao compilar, mas não coloca a dependência dentro no novo artefato gerado.

OBS: Todas as dependências do tipo war devem ter “scope” provided. Isso porque não queremos que o arquivo war seja colocado dentro de /WEB-INF/lib da nova aplicação. Mais adiante discutiremos como lidar com dependências War.

Voltando ao nosso exemplo, teremos que colocar a dependência erp-financeiro dentro do pom.xml do módulo erp-rh:

<dependencies> <dependency> <groupId>empresa.exemplo</groupId> <artifactId>erp-financeiro</artifactId> <version>1.0</version> </dependency> </dependencies>

E dentro do módulo principal(pom.xml) precisamos declarar sua dependência com o erp-finaceiro e erp-principal: <dependencies> <dependency> <groupId>empresa.exemplo</groupId> <artifactId>erp-financeiro</artifactId> <version>1.0</version> </dependency> <dependency>

(9)

<groupId>empresa.exemplo</groupId> <artifactId>erp-rh</artifactId>

<version>1.0</version> </dependency>

</dependencies>

5.2 DEPEDÊNCIAS DE MÓDULOS VISÃO

Ao nosso projeto ERP adicionaremos mais um módulo, erp-visao. Para isso adicionaremos dentro do arquivo projeto-pom.xml que se encontra no módulo erp-principal uma nova entrar na tag “modules”

<module>../erp-visao</module>

Assim todas às vezes que forem dadas o comando para construir a aplicação esse módulo será reconstruído ou verificado por mudanças de arquivos quando em deploys rápidos.

O módulo do tipo war (exceto o módulo principal) não deve herdar do projeto-pom.xml porque se herdado será colocado todos os jar do jCompany dentro de /WEB-INF/lib do módulo visão e isso não é necessário. O módulo principal é o encarregado de adicionar todas as dependências do jCompany em /WEB-INF/lib.

Agora no módulo principal adicionaremos a nova dependência: <dependency> <groupId>empresa.exemplo</groupId> <artifactId>erp-visao</artifactId> <version>1.0</version> <scope>provided</scope> <type>war</type> </dependency>

Relembrando o scope deve ser provided para não ser colocado dentro de /WEB-INF/lib da aplicação.

Mas se o módulo não for colocado dentro de /WEB-INF/lib onde será colocado? Para solucionar esse problema o plugin plc-maven-plugin descompactará o módulo war dentro do projeto gerado! Para isso temos que adicionar a seguinte configuração no pom.xml da aplicação PRINCIPAL: <build> <plugins> <plugin> <groupId>powerlogic.jcompany.maven</groupId> <artifactId>plc-maven-plugin</artifactId> <configuration>

(10)

<wars> <war>powerlogic.jcompany.jcompany_visao</war> <war>powerlogic.jcompany.jcompany_doc_visao</war> <war>empresa.exemplo.erp-visao</war> </wars> </configuration> </plugin> </plugins> </build>

Observe que o nome do módulo é adicionado concatenando o groupId com o artifactId. A ordem das tags “war” dizem ao Maven quais arquivos devem ser substituídos caso entrem em conflito de nomes. Assim se quisermos personalizar um arquivo do jCompany Visão não será necessário editar o código no projeto jCompany Visão e depois reconstruir. No exemplo acima se existir um arquivo de mesmo nome no módulo jcompany_visao e no erp-visao, o arquivo do erp-visao sobrescreverá o arquivo do jcompany_visao. Se existir um arquivo com mesmo nome no módulo Principal este terá preferência.

5.3 DEPENDÊNCIAS EXTERNAS

Se o projeto necessitar outras dependências alem dos módulos, basta adicionar a dependência no pom.xml do módulo que necessita do artefato.

5.3.1 ESTRUTURAS DOS DIRETÓRIOS DO REPOSITÓRIO

Os artefatos como explicados anteriormente ficam em repositórios. O repositório é organizado da seguinte maneira:

groupId/artifactId/version/artifactId-version.jar /artifactId-version.pom

Para descobrir o groupId e o artifactId apartir de uma url do repositório publico central http://repo1.maven.org/maven2/:

1. Encontre o jar.

2. Pegando a url completa, remova da esquerda para direita até maven2/. 3. Remova da direita a versão.

4. Remova um diretório abaixo, que é o artifactId. 5. O restante é o groupId.

Ex: Se quisermos adicionar o artefato que está na Url

http://repo1.maven.org/maven2/org/apache/axis2/axis2-xmlbeans/1.1/

2. Removeremos a primeira parte da url até maven2. org/apache/axis2/axis2-xmlbeans/1.1/

3. Removeremos a versão: org/apache/axis2/axis2-xmlbeans/

4. Removeremos o artifactId que é o ultimo diretório: org/apache/axis2 5. O que sobrar é o groupId. Troque então as barras por “.”

(11)

<dependency>

<groupId>org.apache.axis2</groupId> <artifactId>axis-xmlbeans</artifactId> <version>1.1</version>

</dependency>

5.3.2 EMPRESAS SEM REPOSITÓRIO INTERNO

Se a sua empresa não tem um repositório interno para artefatos Maven e o artefato que queira adicionar não esteja no repositório local o seguinte procedimento é necessário:

Localize o artefato no repositório central

Copie o jar e o arquivo pom para o diretório equivalente no seu repositório interno

5.3.3 JARS QUE NÃO ENCONTRAM-SE NO REPOSITÓRIO PÚBLICO

5.3.3.1 ADICIONANDO UM ARTEFATO AO REPOSITÓRIO LOCAL

Algumas vezes não existe o jar em nenhum repositório público. Para adicioná-lo faça o seguinte: 1. Abra um prompt DOS

2. Digite a linha seguinte, trocando c:\powerlogic para o local de instalação do jCompany set PATH=c:\powerlogic\maven2\bin;%path%

3. No diretório onde está o artefato que queira adicionar ao repositório digite o comando: mvn install:install-file –Dfile=”” –DgroupId=”” –DartifactId=”” –Dpackaging=”” -Dversion=”” – DgeneratePom=true

Substitua o groupId, artifactId e version. Packaging é a extensão do arquivo que estão sendo colocado no repositório. File é o nome do arquivo que está sendo copiado para o repositório.

5.3.4 ADICIONANDO UM ARTEFATO AO REPOSITÓRIO DA EMPRESA

Para copiar os artefatos para um repositório remoto da empresa, siga o passos um 1 e 2 do tópico anterior 5.3.3.1 - Adicionando um artefato ao repositório local.

Digite o seguinte comando no prompt DOS:

mvn deploy:deployfile Dfile=”” DgroupId=”” DartifactId=”” Dversion=”” Dpackaging=”” -DrepositoryId=”” -Durl=””

As opções file, groupId, artifactId, version e packaging são iguais para a instalação no repositório local.

repositoryId é o nome do repositório remoto, configurado no settings.xml. O repositório remoto é configurado pela tag “Server” como mostrado no capítulo 3 - Configurando a máquina do desenvolvedor.

url é o endereço base do repositório remoto. Se o repositório tiver sido instalado de acordo com o capítulo 6.1 - Como Instalar um proxy para a empresa essa url será

(12)

HTTP://HOST:PORT/maven/repositorio. Substitua o host e port. Repositório Interno da empresa

O Plc Maven Proxy funciona como um Proxy de artefatos para projetos que utilizam o Maven para construir as aplicações. Esse Proxy facilita o compartilhamento de dependências de artefatos entre projetos reunindo em um só lugar na empresa todos os artefatos de todos os projetos.

5.4 PUBLICADO O PROJETO NO REPOSITÓRIO DA EMPRESA

Caso a empresa tenha um repositório interno, às vezes é necessário publicar o projeto e seus módulos para o repositório remoto. Para isso adicione no arquivo projeto-pom.xml no módulo principal o código: <distributionManagement> <repository> <id> </id> <name></name> <url></url> </repository> </distributionManagement>

Id é o id configurando no arquivo settings.xml consulte o capítulo 3 - Configurando a máquina do desenvolvedor.

Name é o nome do repositório, pode ser qualquer nome.

URL do repositório interno completo. HTTP://host:port/maven/repositorio .

Execute o commando mvn –f projeto-pom.xml deploy no módulo principal da aplicação.

6 REPOSITÓRIO INTERNO DA EMPRESA

Todas as dependências do projeto são salvos em um repositório local. Por padrão o jCompany configura a localidade desse repositório para DiretorioBaseDeInstalação/repositorio.

Ao fazer a construção da aplicação utilizando o Maven este automaticamente adiciona ao projeto os artefatos declarados no arquivo pom.xml buscando-os da seguinte forma:

1. Tenta achar o artefato no repositório local.

2. Caso algum artefato não exista no repositório local o Maven tentará achar em um repositório remoto. O repositório remoto pode ser um repositório publico ou um repositório da própria empresa.

3. Caso esteja configurado para utilizar o repositório da empresa, este tentará localizar o artefato, atualizará o repositório local e adicionará ao projeto.

4. Se no repositório da empresa não tiver o artefato este irá procurar nos repositórios públicos. Se mesmo assim não for encontrado o artefato será gerado um erro na construção da aplicação.

(13)

6.1 COMO INSTALAR UM PROXY PARA A EMPRESA

O primeiro passo é criar um usu|rio no Windows com o nome “maven”. Para isso v| em “Painel de controle” -> Usuários.

Crie o diretório c:\maven\repositorio.

Copie o diretório Plc-Maven-Proxy para dentro de c:\maven.

6.2 CONFIGURAÇÕES BÁSICAS

Dentro do diretório Plc-Maven-Proxy existe um arquivo chamado “maven-proxy.properties”. Todas as configurações são feitas nesse arquivo.

Chave Descrição

repo.local.store Diretório onde serão colocados os artefatos. Este diretório deve ser relativo ao diretório “serviço”

port Porta em que o Proxy escutará.

snapshot.update Verifica nos repositórios remotos por novas versões de artefatos SNAPSHOTs serverName Nome da máquina que esta localizada incluindo a porta de escuta

A configuração repo.local.store deve ser mantida em c:\maven\repositorio. Mais à frente ao configurar o SCP, se mudado esse local, diversas mudanças complexas terão de ser feitas para configurar o SCP o que não será explicado em detalhes nesse manual.

6.3 CONFIGURAÇÕES DE PROXY

Caso a empresa esteja atrás de um Proxy algumas configurações são necessárias.

Diversos proxys podem ser configurados. Cada configuração deve ter um NOME. Esse nome pode ser qualquer nome que melhor represente a configuração. Apesar de poder ter diversas configurações diferentes de Proxy, apenas uma pode ser utilizada. Para selecionar qual configuração utilizar edite a linha

proxy.list=NOME

NOME é a configuração que deseja utilizar

Chave Descrição

proxy.NOME.host Endereço do servidor de proxy. proxy.NOME.port Porta do Proxy.

proxy.NOME.username Nome de usuário para autenticar no Proxy. Por motivo de segurança esse usuário só precisa ter acesso aos endereços de repositório que serão definidos mais adiante.

proxy.NOME.password Senha para autenticar no proxy.

6.4 CONFIGURAR OS REPOSITÓRIOS PÚBLICOS

Caso os artefatos requisitados não estejam no Proxy Maven este tentará localizar os artefatos em repositórios públicos. Para configurar em quais repositórios procurar adicione as seguintes configurações.

(14)

Como podem ter muitos repositórios remotos, adicione a ordem que será verificada com a seguinte configuração:

repo.list=REPO_NOME1,REPO_NOME2

Os repositórios são configurados com opções do tipo repo.REPO_NOME.KEY onde REPO_NOME é o nome do repositório e KEY é o tipo de configuração, que serão detalhadas na tabela abaixo:

Chave Descrição

repo.REPO_NOME.url Url de acesso ao repositório público repo.REPO_NOME.description Descrição do repositório

repo.REPO_NOME.hardfail

repo.REPO_NOME.cache.period repo.REPO_NOME.cache.failures

repo.REPO_NOME.proxy Qual configuração de proxy utilizar.

6.5 INICIALIZANDO O PROXY

Antes de inicializar o Proxy Maven crie o diretório configurado em repo.local.store.

6.5.1 WINDOWS

Para inicializar o Proxy Maven basta executar o arquivo instalar.bat no diretório “serviço”. Esse bat instalará um serviço no Windows. O serviço inicializará automaticamente toda vez que iniciada a máquina.

6.5.2 LINUX

Para executar o Proxy Maven no digite

java –jar maven-proxy-standalone-0.2-app.jar maven-proxy.properties no prompt de comando.

6.6 VERIFICANDO A INSTALAÇÃO

Após inicializar o Proxy Maven abra um Browser e coloque a url “serverName/maven” onde serverName é a configuração no arquivo maven-proxy.properties. Veja Configurações Básicas. Se algo sair errado verifique o arquivo de log, que se encontra em Plc-Maven-Proxy\log.txt.

6.7 INSTALANDO SERVICO SCP NO WINDOWS

A configuração que fizemos acima resolve um problema, baixar os arquivos de repositórios remotos. Mas para a solução ficar completa é necessário instalar outro serviço que permitirá o oposto, enviar arquivos da máquina do desenvolvedor para um repositório remoto.

Para poder enviar um arquivo a um repositório remoto é necessário que esse repositório possa ser acessado via SCP.

(15)

A instalação do serviço SCP não é muito trivial, portanto siga exatamente os passos a seguir. 1. Execute o arquivo “setupssh.exe” e siga a instalação deixando tudo como padrão. 2. Abra um prompt DOS.

3. Entre no diretório onde foi instalado o OpenSSh. Ex: cd “C:\Program Files\OpenSSH\bin”

4. Execute o comando: “mkgroup -l >> ..\etc\group”

5. Execute o comando 2 VEZES : “mkpasswd -l -u maven >> ..\etc\passwd” 6. Abra o registro do Windows com o comando: “regedit”

7. Na pasta “HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/home” edite a chave “native” para “c:\”

8. Em “HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\” adicione um DWORD Value com nome “Cygdrive flags” e valor 2a em Hexa

9. Adicione na pasta “HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus

Solutions\Cygwin\mounts v2\” um String de nome “Cygdrive prefix” com valor “/” Inicialize o serviço do Windows de nome “OpenSSH”

Referências

Documentos relacionados

Deste modo, na busca de indicadores que permitam um planejamento escolar visando contribuir com um crescimento saudável de nossos escolares, é que este estudo foi

Entre as estratégias de enfrentamento analisadas, os dados indicam maior frequência das Práticas Religiosas e Pensamentos Fantasiosos entre os participantes, seguida de

Para se candidatar ao apoio o cidadão nacional tem de ter emigrado até dia 31 de dezembro de 2015, inclusive. No caso de ser familiar de emigrante para se candidatar não precisa de

Quem pretender arrematar dito(s) bem(ns), deverá ofertar lanços pela Internet através do site www.leiloesjudiciais.com.br/sp, devendo, para tanto, os interessados,

Neste trabalho, foram analisados os resultados da qualidade da água bruta (turbidez e pH), a concentração de sólidos iniciais e finais dos processos de adensamento e

Assim, de forma a avaliar a influência da técnica de reforço NSM no incremento de capacidade de carga e na redistribuição de momentos em elementos contínuos de CA, um

Aos 7, 14 e 21 dias após a emergência (DAE), foi determinado o índice SPAD no folíolo terminal da quarta folha completamente expandida devido ser esta folha recomendada para verificar

Maria Silene Vieira Wanderley  Maria Silene Vieira Wanderley 18/01/2017 17:27