Pergunta

Estamos planejando migrar nossos java aplicativo web do ambiente de compilação para Cloudbees, mas um aspecto é atualmente o bloqueio de nós.Estamos desenvolvendo um aplicativo multi-tenant.Ele usa subdomínio host para identificar os inquilinos e usamos curinga entradas de dns para fazer o que na produção (e.g.:*.example.com).

Em desenvolvimento, temos codificado algumas entradas no nosso arquivo de hosts para imitar.Essas entradas são o suficiente para executar nossos testes :

...
127.0.0.1   test1.app.dev
127.0.0.1   test2.app.dev
127.0.0.1   test3.app.dev
127.0.0.1   test4.app.dev

Então, basicamente, Jenkins deve definir o arquivo de hosts e, em seguida, lançar o nosso aplicativo usando nosso web container localmente.Em seguida, o conjunto de teste é executado contra a execução do aplicativo de web.

Eu tentei adicionar uma pré-etapa do processo na Jenkins projecto de configuração para editar o arquivo hosts, mas como esperado, o Jenkins trabalho não tem permissão para fazer isso.

Existe uma maneira de alterar o arquivo hosts antes do meu conjunto de teste é executado?Ou há mais alguma coisa que pudéssemos fazer para simular curinga entradas de dns?

Foi útil?

Solução

Você pode usar o pix.io serviço da 37signals:

http://37signals.com/svn/posts/3191-announcing-pow-040-with-xipio-support

Assim, seus nomes de host seria

  • test1.127.0.0.1.xip.io
  • test2.127.0.0.1.xip.io
  • test3.127.0.0.1.xip.io
  • test4.127.0.0.1.xip.io

Eu, pessoalmente, tentar mantê-los numa configurado centralmente área, apenas no caso de o xip.io serviço foi encerrado, mas é provavelmente bastante barato de operar e assim deve ser em torno de um tempo pelo menos.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top