Packages.xml:Spanish

Este documento en otros idiomas: InglÃ©s FrancÃ©s

packages.xml es el fichero que indica como realizar las instalaciones, actualizaciones y desinstalaciones de los paquetes de software. En otras palabras, es la lista de todos los programas y scripts que pueden ser instalados o ejecutados en las estaciones de trabajo.

Este fichero se localiza en el mismo directorio que wpkg.js.

WPKG no trabajarÃ¡ sin este fichero.

Estructura de packages.xml

La estructura bÃ¡sica de packages.xml es la siguiente:

<packages>
<package
id="wpkg1"
name="Windows Packager sample 1"
revision="1"
reboot="false"
priority="0">
<check type="registry" condition="exists" path="HKLM\Software\wpkg\full\key\not\part\of\it" />
<check type="file" condition="exists" path="%PROGRAMFILES%\wpkg\wpkg.bat" />
<check type="uninstall" condition="exists" path="WPKG" />

<install cmd='msiexec /i (path to msi)'>
<exit code="0" />
</install>

<remove  cmd='%PROGRAMFILES%\uninstall\uninst.exe -quiet' />

<upgrade cmd='msiexec /i (path to msi)' />

</package>

</packages>

Cada paquete tiene los siguientes atributos:

id - un identificador Ãºnico que representa al paquete. DeberÃa ser corto y representativo.

name - descripciÃ³n de texto del paquete. Esto deberÃa ser el nombre completo del producto.

revision - un nÃºmero de versiÃ³n creado por el usuario que representa la "versiÃ³n" especÃfica del "WPKG package" para esta instalaciÃ³n. Si cambias el paquete ".XML", incrementalo. Puede ser la revisiÃ³n del paquete para WPKG, o la versiÃ³n del programa de software (aunque tenga en cuenta que esta estrategia no evitarÃ¡ que tenga que cambiar el nÃºmero de versiÃ³n, cada vez que modifique el fichero de paquete, por ejemplo cuando realize una mejora o corrija un bug en este fichero XML, y la aplicaciÃ³n de software ya estÃ© actualizada).
- Los siguientes formatos son soportados:
  - un entero (1, 10, 1000, etc.)
  - nÃºmeros de versiÃ³n separados por puntos (1.1, 2.1.4, 3.200.3987, etc.) ... introducidos en WPKG 1.0
  - revisiones volÃ¡tiles (1.2RC1, 1.5I32, 2.73M24, 1.65.b, etc.) ... introducidas en WPKG 1.1.1 (mirar el changelog para mÃ¡s ejemplos)
- Si le gusta hacer un seguimiento de fechas de los Ãºltimos cambios realizados en el paquete, en lugar del nÃºmero de revisiÃ³n, puede utilizar el formato YYYY.MM.DD (2010.07.27, etc.)
- AdemÃ¡s puede definir una variable dentro del paquete y utilizarla como revisiÃ³n, lo que puede ser Ãºtil si se utiliza en diferentes lugares del paquete (revisiÃ³n del paquete, camino para instalar, comprobaciones.) ... introducidos en WPKG 1.1.2:

<package 
  id="firefox"
  name="Mozilla Firefox"
  revision="%PKG_VERSION%"
  reboot="false"
  priority="10">

  <variable name="PKG_VERSION" value="3.6.8" />

reboot - indica si el sistema debe "rebotar" tras realizar con Ã©xito la instalaciÃ³n, desinstalaciÃ³n o actualizaciÃ³n de un paquete.
- true - siempre reiniciar despuÃ©s de procesar satisfactoriamente el paquete.
- postponed - reiniciar despuÃ©s de que WPKG halla terminado de procesar todos los paquetes, si los controles del paquete tienen Ã©xito despuÃ©s de la acciÃ³n.
- cualquier otra cosa - no causa el reinicio debidoa este paquete. Otros paquetes todavÃa sÃ pueden forzar la reiniciaciÃ³n.

priority - especifica un valor numÃ©rico que determina en que orden el paquete serÃ¡ instalado. Los nÃºmeros mayores, la mayor prioridad, y por eso, el primer paquete que se instalarÃ¡ serÃ¡ el que tenga la mayor prioridad. Por ejemplo:
- 2 - instala este paquete el primero
- 1 - instala este paquete el segundo
- 0 - instala este paquete el tercero

Note que la instalaciÃ³n de un paquete con la prioridad de '5' se instarÃ¡ antes que cualquiera de estos.

execute (opcional) - ver Execute_once_/_always

Comprobar condiciones / tipos de comprobaciones

WPKG utiliza las condiciones de verificaciÃ³n de las clÃ¡usulas check para verificar que una aplicaciÃ³n estÃ¡ instalada. Para ello, si todas las condiciones indicadas en el paquete con la clausula check son ciertas, WPKG, entiende que la aplicaciÃ³n estÃ¡ instalada.

Por supuesto, no serÃa prudente lanzar el instalador de una aplicaciÃ³n que ya estÃ¡ instalada. Por eso tiene sentido, "comprobar las condiciones".

Las condiciones de verificaciÃ³n, tambiÃ©n se comprueban despuÃ©s de que la instalaciÃ³n haya finalizado para verificar que el software se ha comportado de forma satisfactoria durante la misma, es decir, se ha instalado correctamente.

Si no existen sentencias de comprobaciÃ³n en el paquete (clÃ¡usulas check), WPKG actuarÃ¡ ejecutando los comandos de instalaciÃ³n (o actualizaciÃ³n) y (si no se detectan errores) aÃ±adirÃ¡/actualizarÃ¡ los detalles del paquete en la base de datos local del cliente; pero nunca desinstalarÃ¡ el paquete. Dicho de otra forma, para que WPKG desinstale un paquete hemos tenido que incluir clausulas check obligatoriamente en el paquete y todas han de verificarse como ciertas.

Estas condiciones de comprobaciÃ³n (claÃºsulas check) se pueden dividir en 4 categorÃas:

Registry - Comprueba condiciones del registro de Windows
File - Verifica diferentes informaciones sobre los archivos y el sistema de archivos
Uninstall - Comprueba la informaciÃ³n de desinstalaciÃ³n en el registro de Windows (que Windows utiliza en la lista de agregar/quitar programas para desinstalar)
Execute - Ejecuta un script y comprueba el valor de "errorlevel" devuelto por la ejecuciÃ³n (desde la versiÃ³n WPKG 1.1.0)
Logical tambiÃ©n puede ser utilizado.

Registry

Registry permite comprobar la existencia de una clave del registro con un determinado valor (Nota: en pre-1.0 versions, sÃ³lo trabaja comprobando un valor del registro, no la existencia de una clave).

Cuidado, hay una limitaciÃ³n en el mÃ©todo de lectura de valores del registro que utiliza WPKG para buscar las claves que contienen el caracter ('\'). Vea la secciÃ³n de ejecuciÃ³n mÃ¡s abajo para abordar esta cuestiÃ³n.

Hay dos posibles condiciones disponibles para las comprobaciones del registro: exists y equals.

exists - Esto comprueba la existencia de una clave del registro. Si se encuentra la clave, la condiciÃ³n devuelve true, en caso contrario devuelveeee false. equals - Comprueba un valor especÃfico de una clave del registro. Si se encuentra la clave y el valor es igual al proporcionado, la condiciÃ³n devuelve true, en caso contrario false.

Ejemplos:

Esto comprueba la existencia de Adobe Reader dentro del registro:

<check type="registry" condition="exists" path="HKLM\Software\Adobe\Adobe Reader\7.0" />

Esto comprueba si la versiÃ³n instalada de Firefox es la de idioma US English, con nÃºmero de versiÃ³n 1.5.0.6:

<check type="registry" condition="equals" path="HKLM\Software\Mozilla\Mozilla Firefox\CurrentVersion" value="1.5.0.6 (en-US)" />

File

Para comprobar la existencia de un fichero, su tamaÃ±o en concreto, o la informaciÃ³n de versiÃ³n del archivo. Hay varias posibles condiciones disponibles para las comprobaciones:

exists - Esto comprueba la existencia de un fichero. Si el fichero existe, la condiciÃ³n devuelve true.

sizeequals - Esto comprueba el tamaÃ±o de un fichero. Si se encuentra el archivo y su tamaÃ±o es el mismo que el suministrado en la condiciÃ³n, devuelve true.

versionsmallerthan - Comprueba la versiÃ³n de un fichero en particular. Si se encuentra el archivo y su versiÃ³n es inferior al nÃºmero de versiÃ³n suministrado, la condiciÃ³n devuelve true.

versionlessorequal - Comprueba la versiÃ³n de un fichero en particular. Si el fichero se encuentra y la versiÃ³n es inferior o igual a la suministrada en la condiciÃ³n, devuelve true.

versionequalto - Comprueba la versiÃ³n de un fichero en particular. Si se encuentra el fichero y su versiÃ³n es igual a la proporcionada en la condiciÃ³n devuelve true.

versiongreaterorequal - Comprueba la versiÃ³n de un fichero en particular. Si se encuentra el fichero y su versiÃ³n es mayor o igual a la proporcionada en la condiciÃ³n devuelve true.

versiongreaterthan - Comprueba la versiÃ³n de un fichero en particular. Si se encuentra el fichero y su versiÃ³n es mayor que la proporcionada en la condiciÃ³n devuelve true.

Ejemplos:

Esto comprueba si existe Adobe Reader dentro del sistema de archivos:

<check type="file" condition="exists" path="%PROGRAMFILES%\Adobe\Acrobat 7.0\Reader\AcroRd32.exe" />

Esto comprueba si la versiÃ³n si estÃ¡ instalada la el Firefox US English version 1.5.0.6 comprobando la coincidencia del tamaÃ±o de su fichero ejecutable:

<check type="file" condition="sizeequals" path="%PROGRAMFILES%\Mozilla Firefox\firefox.exe" value="7183469" />

Coprueba si la versiÃ³n del ejecutable de Firefox (.exe) que estÃ¡ instalado es inferior a la 1.5.0.6:

<check type="file" condition="versionsmallerthan" path="%PROGRAMFILES%\Mozilla Firefox\firefox.exe" value="1.5.0.6" />

Uninstall

La desinstalaciÃ³n le permite comprobar la instalaciÃ³n de software segÃºn las claves de registro de Microsoft (visualizado por Windows en la secciÃ³n de agregar o quitar programas), y asi comprobar si se ha instalado una aplicaciÃ³n particular. Microsoft mantiene la lista de aplicaciones instaladas y disponibles para desinstalar en la clave de registro HKLM\Software\Microsoft\Windows\CurrentVersion\Uninstall. El valor de DisplayName de una entrada en particular es lo que se pretende encontrar. Versiones pre-1.1.de WPKG disponen sÃ³lo de la condiciÃ³n de comprobar si esta opciÃ³n existe.

exists - Esto comprueba la existencia de un paquete de software en particular en la base de datos de instalaciones. Si el paquete se encuentra, la condiciÃ³n devuelve true.

Desde la versiÃ³n 1.1.0 la comprobaciÃ³n se extiende con otras condiciones:

versionsmallerthan - Esto comprueba la existencia de un paquete en particular in la base de datos de instalaciones y tambiÃ©n comprueba la versiÃ³n de ese software. Si se encuentra el pquete y la versiÃ³n es mÃ¡s pequeÃ±a que el valor proporcionado, la condiciÃ³n devuelve true.

versionlessorequal - idem., con menor o igual...

versionequalto - idem., con igual...

versiongreaterorequal - idem., con mayor o igual...

versiongreaterthan - idem., con mayor que...

Ejemplos:

Esto comprueba que estÃ¡ instalado Adobe Reader atravÃ©s de la lista de instalaciones:

<check type="uninstall" condition="exists" path="Adobe Reader 7.0" />

Esto comprueba si la versiÃ³n de Firefox, 1.5.0.6 estÃ¡ instalada en la lista de instalaciones:

<check type="uninstall" condition="exists" path="Mozilla Firefox (1.5.0.6)" />

Esto compruba la existencia de la aplicaciÃ³n Gimp 2.6.6 o superior en la lista de programas instalados:

<check type="uninstall" condition="versiongreaterorequal" path="GIMP" value="2.6.6" />

Execute

Permite ejecutar un script para comprobar si una aplicaciÃ³n estÃ¡ instalada. WPKG comprueba el cÃ³digo de finalizaciÃ³n del script para determinar la existencia del paquete.

Este tipo de comprobaciones tambiÃ©n permite complejas verificaciones. Por ejemplo hay una limitaciÃ³n en el mÃ©todo de lectura del registro utilizado por WPKG para comprobar valores que contienen el carÃ¡cter '\'. Ahora puede ejecutar un 'script de tipo batch' que compruebe el valor del registro utilizando 'reg query ...'.

Hay varias posibles condiciones disponibles para conocer los resultados de las comprobaciones:

exitcodesmallerthan - Esto comprueba que el cÃ³digo de salida del script ejecutado es inferior al dato proporcionado, en cuyo caso devuelve true.

exitcodelessorequal - idem., con menor o igual...

exitcodeequalto - idme., con igual...

exitcodegreaterorequal - idem., con mayor o igual...

exitcodegreaterthan - idem., con mayor que...

Ejemplos:

Ã‰sto comprueba que el cÃ³digo de salida sea negativo, en cuyo caso devuelve true:

<check type="execute" path="\\path\to\script.cmd" condition="exitcodesmallerthan" value="0">

Ã‰sto serÃ¡ cierto si el cÃ³digo de salida es 0 o negativo:

<check type="execute" path="\\path\to\script.cmd" condition="exitcodelessorequal" value="0" >

Ã‰sto sÃ³lo es cierto cuando el cÃ³digo de salida sea exactamete 0:

<check type="execute" path="\\path\to\script.cmd" condition="exitcodeequalto" value="0" >

Ã‰sto serÃ¡ cierto si el cÃ³digo de salida es 0 o cualquier nÃºmero positivo:

<check type="execute" path="\\path\to\script.cmd" condition="exitcodegreaterorequal" value="0" >

Ã‰sto sÃ³lo serÃ¡ cierto cuando el cÃ³digo de salida sea positivo:

<check type="execute" path="\\path\to\script.cmd" condition="exitcodegreaterthan" value="0" >

Condiciones lÃ³gicas

Pueden existir 0 o mÃ¡s condiciones a verificar durante las comprobaciones de existencia. Si no se han proporcionado condiciones, WPKG intenta instalar el paquete a menos que ya estÃ© instalado. Para facilitar utilizar mÃ¡s de una condiciÃ³n, hay 4 tipos de condiciones que pueden ser utilizados, llamados condiciones lÃ³gicas. Las condiciones lÃ³gicas le permiten crear multiples condiciones mientras se comprueba la exitencia del paquete. Las condiciones lÃ³gicas son las condiciones de primer nivel, con las condiciones de verificaciÃ³n real como subnodos en el XML.

Las siguientes condiciones lÃ³gicas estÃ¡n disponibles: not, and, or, atleast, y atmost.

) ambas: atleast y atmost requieren el parÃ¡metro value=

Ejemplos:

Digamos que, por ejemplo tiene un Adobe Reader 7.0.8 como paquete para instalar, pero sÃ³lo desea que se instale en estaciones de trabajo que ejecuten Windows XP Service Pack 2 o superior, debido a alguna incompatibilidad extraÃ±a. Digamos tambiÃ©n que algunas estaciones de trabajo no pueden ser actualizadas a Windows XP Service Pack 2 hasta que dispongan por ejemplo de una actualizaciÃ³n de memoria de 256 MB a 512 MB de memoria. Para un escenario como este, puede (y probablemente deberÃa!) utilizar varios perfiles de los puestos de trabajo, disponiendo del Service Pack 1 en un perfil, mientras que las estaciones de trabajo con SP2 estÃ¡n en otro. Sin embargo, sÃ³lo a modo de ejemplo, digamos que todas las estaciones se encuentran en un Ãºnico perfil. Puede proporcionar una condiciÃ³n lÃ³gica para que sÃ³lo las estaciones de trabajo que corran SP2 se acualicen con Adobe Reader 7.0.8:

<check type="logical" condition="or">
   <check type="registry" condition="exists" path="HKEY_LOCAL_MACHINE\SOFTWARE\Adobe\Acrobat Reader\7.0\Installer\Updates\708" />
   <check type="registry" condition="equals" path="HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\CSDVersion" value="Service Pack 1" />
</check>

La segunda condiciÃ³n aquÃ puede parecer contraria a la intuiciÃ³n, pero recuerde que estamos buscado la asencia de cosas, cuando estamos escribiendo condiciones de chequeo. Lo que la condicionr anterior dice es: Â¿EstÃ¡ instalado Adobe Reader 7.0.8 o el Service Pack 1? Si cada una de estas condiciones son cirtas, la instalaciÃ³n se evitarÃ¡. En este caso particular, no estÃ¡ instalado Adobe Reader 7.0.8, pero el valor CSDVersion del Service Pack 1 (en las cajas del SP1) por lo que el software no se instalarÃ¡.

Una vez que todas las condiciones se han probado, si el resultado final de las condiciones es igual a false, WPKG tratarÃ¡ de ejecutar el comando"instalar cmd".

Una vez que se ejecuta, WPKG comprobarÃ¡ el cÃ³digo de salida (debe ser 0 en este ejemplo) *y* verificar todos las comprobaciones.

Si *cualquiera* de las comprobaciones no se cumple, el software se considera *no* instalado - por eso introducir estos valores con cuidado!

AdemÃ¡s, si no se han especificado comprobaciones, WPKG dirÃ¡ que la instalaciÃ³n ha fallado. Aunque esto es Ãºtil para casos en los que desea instalar el paquete de cada vez que WPKG se ejecute, es probable que desee la instalaciÃ³n sin ningÃºn error - ver Execute once / always para la ejecuciÃ³n de paquetes sin ningÃºn tipo de comprobaciÃ³n.

Recuerde que no es necesario especificar las tres condiciones de verificaciÃ³n, por lo general una es suficiente: si el software que estÃ¡ a punto de instalar aparecerÃ¡ en Windows "Agregar o quitar programas (y no todos lo hacen), es suficiente con especificar sÃ³lo la comprobaciÃ³n de "uninstall".

Acciones

WPKG comprende varias acciones: install (instalar), upgrade (actualizar), downgrade (desactualizar), remove (desinstalar) and download (descargar). Se pueden ejecutar multiples comandos para cada una de estas acciones, y WPKG las ejecutarÃ¡ segÃºn el orden en que aparezcan en el programa.

El comado install se ejecutarÃ¡ por WPKG cuando un paquete nuevo aparezca en el Ã¡mbito de un perfil.

Los comandos upgrade se ejecutarÃ¡n cuando una nueva revisiÃ³n del paquete se corresponda con el Ã¡mbito de ejecuciÃ³n. Esto es, cuando el nÃºmero de revision en el fichero packages.xml del servidor sea mayor que el que aparezca en el fichero local wpkg.xml. Tenga en cuenta que los comandos de actualizaciÃ³n se ejecutarÃ¡n incluso si las condiciones ya se cumplen.

El comando de desactualizaciÃ³n, downgrade serÃ¡ ejecutado si la versiÃ³n instalada en el cliente es mÃ¡s moderna que la del lado del servidor.

El comando de desinstalaciÃ³n, remove serÃ¡ ejecutado cuando el paquete se elimine del perfil profile.xml.

El comando de descarga, download serÃ¡ siempre ejecutado cuando se usan en el nivel de paquete global. Desde la versiÃ³n de WPKG 1.1.0 sin embargo, este comando tambiÃ©n se permite como subnodo de cualquiera de los otros comandos. Esto le permite realizar una descarga que sÃ³lo se efectuarÃ¡ desde un comando especÃfico. Esto se implementÃ³ asÃ, ya que sÃ³lo tiene sentido descargar el paquete de instalaciÃ³n de nuevo justo antes de eliminar los comandos que serÃ¡n ejecutados (los cuales habitualmente ejecutan un comando de desinstalaciÃ³n local que no necesita el instalador original).

Nota: Si mÃºltiples acciones instalaciÃ³n (o actualizaciÃ³n/desactualizaciÃ³n/descarga/desinstalaciÃ³n) se indican, WPKG will descargarÃ¡ los archivos, de todos los nodos de comandos de la misma clase antes de comenzar a ejecutar los comandos en secuencia.

En muchos de los ejemplos de la secciÃ³n Category:Silent_Installers, cmd.exe se ejecuta para realizar la expansiÃ³n de variables de entorno y utiliza 'arrancar/esperar' esperando la finalizaciÃ³n del comando. Esta forma de ejecutar comandos tiene el resultado de que la ventana de ejecuciÃ³n de cmd aparezca en la pantalla. Sin embargo, este mÃ©todo no parece ser necesario. La versiÃ³n actual de WPKG ejecuta comandos utilizando la funciÃ³n WScript.Shell.Exec() y realiza la expansiÃ³n de variables antes de su ejecuciÃ³n. WPKG entonces espera hasta que el comando se complete antes de continuar.

El mÃ©todo correcto de ejecutar un intÃ©rprete de comandos es utilizar la variable de entorno %comspec%, sin especificar explÃcitamente cmd.exe. Esto es necesario para ejecutar comandos que estÃ©n implementados en el propio intÃ©rprete, sin necesidad de ficheros ejecutables externos.

Cuando la salida de un comando sea demasiado grande (cosas como: copy, calcls), el comando puede fallar. Hay que redirigir en estos casos la salida a un fichero NUL (ejemplo: "%command% >nul").

Ejemplos tÃpicos:

<download url='http://wpkg.example.com/installers/some.msi' target="installers\some.msi" />
<install cmd="msiexec /qn /i %SOFTWARE%\package.msi" />
<install cmd="msiexec /qn /i %SOFTWARE%\package.msi" timeout="1800" />
<install cmd="%comspec% /c copy %SOFTWARE%\file.dll %WINDIR%" />
<remove cmd="msiexec /qn /x %SOFTWARE%\package.msi" />

La opciÃ³n timeout (Timeouts) dice a WPKG cuando tiempo tiene que esperar a que se complete el comando. Esto se indica en segundos, y su valor por defecto son 3600 seconds= 120 minutos= 2 horas.

Si el comando indicado devuelve un valor de "0", entonces WPKG asume que la ejecuciÃ³n fuÃ© satisfactoria y continua con el siguiente comando; en caso contrario, si el comando devuelve un valor diferente a cero, entonces WPKG para y guarda en LOG el fallo del paquete. A veces, cÃ³digos diferentes a cero se esperan, y tambiÃ©n pueden ser aceptados. Puedes hacer esto aÃ±adiendo secciones de cÃ³digos de salida dentro de la sencciÃ³n de instalacion, como se indica:

<install cmd="msiexec /qn /i %SOFTWARE%\package.msi" >
    <exit code="0" />
    <exit code="259" />
</install>

Si no le preocupa el cÃ³digo de finalizaciÃ³n, utilize exit code="any":

<install cmd="msiexec /qn /i %SOFTWARE%\installer.exe /silent" >
    <exit code="any" />
</install>

Puede especificar una acciÃ³n de reinicio del equipo para ciertos cÃ³digos de finalizaciÃ³n como en el siguiente ejemplo:

<install cmd="msiexec /qn /i %SOFTWARE%\package.msi" >
    <exit code="3010" reboot="true" />
    <exit code="0" />
</install>

Las opciones para el cÃ³digo de salida para reiniciar son:

true - reiniciar inmediatamente, sin actualizar el fichero local WPKG.XML
delayed - reiniciar una vez que la acciÃ³n el paquete se haya completado y el fichero local WPKG.XML se haya actualizado
postponed - reiniciar sÃ³lo cuando todos los paquetes se hayan procesado

Tenga en cuenta que el valor objetivo de una acciÃ³n de descarga es siempre relativo al directorio DownloadDir definido en WPKG.js' (y no hay actualmente ninguna opciÃ³n de configuraciÃ³n para cambiar esto desde el valor predeterminado de %TEMP%).

Ejemplos rÃ¡pidos

Otro ejemplo - WPKG comprueba si el paquete ha sido ya instalado en la parte de Windows de 'agregar o quitar programas' exclusivamente antes de decidir instalarlo (para asegurarse de que no ha sido instalado previamente):

<package
id="wpkg3"
name="Windows Packager sample 3"
revision="1"
reboot="false"
priority="1">

<!--
This is a comment.
Checks in Windows' Add/Remove Programs only.
-->
<check type="uninstall" condition="exists" path="WPKG" />

<install cmd='%PACKAGES%\package.exe /quiet /install' />

<remove  cmd='%PACKAGES%\package.exe /quiet /uninstall' />

<upgrade cmd='%PACKAGES%\package.exe /quiet /install' />

</package>

En el siguiete no hay condiciones de comprobaciÃ³n. Esto significa que WPKG lo ejecutarÃ¡ cada vez que el equipo arranque e instalarÃ¡ el software:

<package
id="backupfiles"
name="Makes backup of some file"
revision="1"
reboot="false"
priority="0">

<!--
This is a comment.
'''No check conditions; script will be executed *each time* wpkg.js is called - each time PC is booted.'''
-->

<install cmd='\\server\path\script.bat' />
</package>

Ejemplo similar, tambiÃ©n sin condiciones. Tenga en cuenta la entrada execute="once" - esto significa que este script sÃ³lo serÃ¡ ejecutado una vez. Esto puede ser Ãºtil para tareas que sÃ³lo han de realizarse una vez, como desfragmentaciones de disco, algunos test, cambiar impresoras, etc.

<package
id="backupfiles"
name="Makes backup of some file"
revision="1"
reboot="false"
execute="once"
priority="0">

<install cmd='\\server\path\script.bat' />
</package>

De forma similar, si desea ejecutar una aplicaciÃ³n o un script siempre - utilice "always" en lugar de "once". Para mÃ¡s informaciÃ³n sobre esta funcionalidad vea esto.

Dependencias de paquetes

Archivos XML con paquetes individuales

Si prefiere mantener su descripciÃ³n de paquete XML en archivos separados, puede hacer esto: Crear una carpeta packages donde guardar wpkg.js, y localizar los ficheros individuales en ella (p.e.: thunderbird.xml, firefox.xml, etc.,). La sintaxis es la misma que en packages.xml.

Tenga en cuenta que si decide disponer todos los paquetes en ficheros separados, todavÃa necesita un archivo packages.xml, con al menos una entrada como:

<?xml version="1.0" encoding="UTF-8"?>
<packages>
</packages>

A continuaciÃ³n un ejemplo de un fichero individual con una sÃ³la entrada - advierta que debe contener las sentencias <packages> y </packages> al principio y al final del mismo respectivamente:

<?xml version="1.0" encoding="UTF-8"?>
<packages>
 <package id="setadminpassword"
          name="Set admin password"
          revision="1"
          priority="999"
          reboot="false"
          execute="once">
       <install cmd='cmd /c net user administrator password' />
 </package>
</packages>

Â¡ATENCIÃ“N! Advierta en este ejemplo que el password serÃ¡ visivle en la copia local, en el archivo WPKG.xml, eso hay que quitarlo despuÃ©s de finalizar la instalaciÃ³n, o mejor todavÃa, utilice el comando en un archivo .bat separado.

Puede utilizar el siguiente script para convertir/mezclar los ficheros XML individuales en uno Ãºnico. (Esto es preferible en redes con una latencia alta).

Nota: Este script debe ser ejecutado dentre del directorio de paquetes. Este script no comprueba la sintÃ¡xis XML de los archivos. DeberÃan eliminarse despuÃ©s el directorio. Sobreescribe el fichero packages.xml.

#!/bin/bash
echo '<?xml version="1.0" encoding="UTF-8"?>' > ../packages.xml
echo '<packages>' >> ../packages.xml
for package in `ls *.xml`
	do
		xmlwf $package | grep "not well-formed"
		if [ "$?" == "1" ]; then
		   cat $package | sed -e :a -e 's/<\(\(\/\)*packages\)[^>]*>//g;/</N;//ba' | sed -e :a -e 's/<?xml.*>//g;/</N;//ba' >>../packages.xml
		fi
done
echo '</packages>' >> ../packages.xml

Vea tambiÃ©n

profiles.xml - define los perfiles.
hosts.xml - define los equipos.
wpkg.js - el programa WPKG.
package dependencies - dependencias de paquetes.

Packages.xml:Spanish

Contents

Estructura de packages.xml

Comprobar condiciones / tipos de comprobaciones

Registry

File

Uninstall

Execute

Condiciones lÃ³gicas

Acciones

Ejemplos rÃ¡pidos

Dependencias de paquetes

Archivos XML con paquetes individuales

Vea tambiÃ©n

Navigation menu

Personal tools

Namespaces

Variants

Views

More

Search

Navigation

quick links

Tools

ideas?