Pregunta

Estamos planeando migrar nuestro entorno de compilación de aplicaciones web Java a Cloudbees, pero un aspecto nos está bloqueando actualmente.Estamos desarrollando una aplicación multi-inquilino.Utiliza subdominio host para identificar a los inquilinos y utilizamos entradas de DNS comodín para hacer eso en la producción (por ejemplo, * * .example.com).

En el desarrollo, hemos codificado codiciando algunas entradas en nuestro archivo de hosts para imitar eso.Esas entradas son suficientes para ejecutar nuestras pruebas:

...
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

Básicamente, Jenkins debe establecer el archivo de hosts, luego inicie nuestra aplicación con nuestro contenedor web localmente.Luego, la suite de prueba se ejecuta contra la aplicación web en ejecución.

Intenté agregar un paso de pre-proceso en la configuración del proyecto Jenkins para editar el archivo de hosts, pero como se esperaba, el trabajo Jenkins no tiene permiso para hacer eso.

¿Hay alguna manera de cambiar el archivo de hosts antes de que se ejecute mi suite de prueba?¿O hay algo más que podamos hacer para simular las entradas de DNS Wildcard?

¿Fue útil?

Solución

Usted podría usar el servicio xip.io de 37signals:

http://37signals.com/svn/Publicaciones / 3191-ANUNCIO-POW-040-WITH-XIPIO-SOPPORT

Por lo tanto, sus nombres de host serían

  • 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

    Personalmente, intentaría mantenerlos en un área configurada centralmente, en caso de que el servicio Xip.IO se haya retirado, pero probablemente sea bastante barato para operar y, por lo tanto, debe estar alrededor por un tiempo al menos.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top