Construyendo con hormiga: ¿opciones de construcción dinámicas?

votos
1

Con múltiples desarrolladores trabajando en la misma aplicación Tomcat, me gustaría decirle a la aplicación que se instale en una ruta diferente, basada en el usuario actual y el cliente / vista de control de revisiones.

Entonces, si Bob está construyendo, la aplicación debería instalarse en el entorno de prueba de Bob, tal vez / bob1 o algo así. Bob puede tener varios clientes / vistas / espacios de trabajo de control de revisiones con los que trabaja, por lo que podría tener / bob1, / bob2, / bob3, etc.

La ubicación de instalación se especifica en el archivo build.properties. ¿Hay alguna manera de evitar revisar ese archivo y cambiarlo para cada usuario específico y la vista de control de revisión?

¿Puede instalar hormiga tomar argumentos o configurarse para considerar variables de entorno para el objetivo de instalación?

Publicado el 07/11/2008 a las 20:17
por usuario
En otros idiomas...                            


4 respuestas

votos
2

Puede anular propiedades de hormiga desde la línea de comando.

ant -Dinstall.location=/bob1 install

Ver Running Ant para más información.

Respondida el 09/11/2008 a las 03:58
fuente por usuario

votos
0

Definir propiedades con la opción -D en la línea de comandos está bien, aunque puede ser tedioso si hay muchas de ellas con frecuencia. Para resistir el impulso de envolver la invocación de ant en un script bash, existe la práctica común de importar archivos de propiedades.

En el archivo de construcción principal que pones:

<property file="default.properties" />

Luego tiene un archivo llamado default.properties.sample con una configuración de muestra. Esto se revisa en el control de la versión. Los desarrolladores revisan default.properties.sample, lo copian en default.properties y lo editan de acuerdo a sus necesidades.

Debe establecer un indicador de omisión predeterminado para default.samples para evitar que se compruebe accidentalmente (svn: ignore con subversión).

Respondida el 09/11/2008 a las 09:05
fuente por usuario

votos
5

Por lo general, utilizo una variación en la respuesta de propiedades predeterminadas ya dada:

<property file="local.properties" />
<property file="default.properties" />

Leí el archivo de propiedades locales primero y el predeterminado un segundo. Los usuarios no editan el predeterminado (y luego lo registran accidentalmente), solo definen las propiedades que desean sobrescribir en local.properties.

Respondida el 17/11/2008 a las 01:50
fuente por usuario

votos
1

Esta respuesta es muy tarde, pero yo sólo quería ponerlo en para alguien que puede estar en necesidad de la misma. La respuesta se refiere a la segunda parte de su pregunta. "Can 'hormiga instalar' tomar argumentos o ser configurado para tener en cuenta las variables de entorno para el objetivo de instalación?"

  1. Definir el virable ambiente en su fichero de construcción:

    <property environment="env" />
    
  2. hacer referencia a la variable de entorno y lo utilizan para indicar un camino. Esto se hace en mi definición ruta de clases dentro de mi fichero de construcción. Dice incluye un frasco llamado api.jar desde el directorio lib WebLogic. Se puede acceder a cualquier otro camino, siempre y cuando hay un virable ambiente asociado definido por ella. Por ejemplo, puede acceder a archivos de programa, documentos, etc Inicio de Java si ha enviado variables de entorno para ellos. Aquí la variable de entorno definido para el directorio de instalación de WebLogic es BEA_HOME

    <fileset dir="${env.BEA_HOME}/wlserver_10.0/server/lib">
        <include name="api.jar" />
    </fileset>
    
Respondida el 17/08/2011 a las 17:16
fuente por usuario

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more