Changes

Packages.xml:Spanish

567 bytes added, 13:01, 19 October 2010
Acciones
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 comandoses 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), es demasido grande, el comando puede fallar. Hay que redirigir en estos casos la salida a un fichero NUL (ejemplo: "%command% >nul").
Typical examplesEjemplos típicos:
<source lang="xml">
</source>
The La opción '''timeout option ''' ([[Timeouts]]) tells dice a WPKG how long to wait for the command to cuando tiempo tiene que esperar a que se completeel comando. It is in seconds and the default is 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:
If the command you specify returns a value of "0" then wpkg assumes it was successful and continues with the next command, if any. If the command returns a nonzero value, then wpkg stops and logs a failure for the package. Sometimes nonzero exit codes are expected and you want to accept them. You can do this by adding exit code sections inside the install section, like this:
<source lang="xml">
<install cmd="msiexec /qn /i %SOFTWARE%\package.msi" >
</source>
If you don't care about exit codeSi no le preocupa el código de finalización, use utilize <code>exit code="any"</code>: 
<source lang="xml">
<install cmd="msiexec /qn /i %SOFTWARE%\installer.exe /silent" >
</source>
Puede especificar una acción de reinicio del equipo para ciertos códigos de finalización como en el siguiente ejemplo:
You can set a specific reboot action for certain exit codes with something like the following:
<source lang="xml">
<install cmd="msiexec /qn /i %SOFTWARE%\package.msi" >
</source>
The options for the exit code reboot areLas opciones para el código de salida para reiniciar son:
* true - immediate rebootreiniciar inmediatamente, without updating wpkgsin actualizar el fichero local WPKG.xmlXML* delayed - reboot once the package action is complete and wpkgreiniciar una vez que la acción el paquete se haya completado y el fichero local WPKG.xml is updatedXML se haya actualizado* postponed - reboot once all the packages have been processedreiniciar sólo cuando todos los paquetes se hayan procesado
Please note that the target value for a download action is always relative to the downloadDir defined in wpkg.js (and there's currently no configuration option to change this from the default of %TEMP%).
 
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==
Anonymous user