Abra el archivo Info.plist en la siguiente ubicación:
[paquete]/Build/xyz_install.pkg/Contents/Info.plist
Como administrador, puede crear paquetes en la Adobe Admin Console de las aplicaciones y servicios de Adobe que desee distribuir entre los usuarios finales.
Una vez creado el paquete y descargado en su equipo, puede distribuirlo e instalar las aplicaciones empaquetadas mediante uno de los métodos siguientes:
Haga doble clic en el archivo setup.exe, que se encuentra dentro de la carpeta Build del paquete.
Si utiliza MSI (en lugar de setup.exe) para implementar un paquete con Acrobat, Acrobat no se instala.
Haga doble clic en el archivo .pkg que se encuentra en la carpeta Build del paquete.
Para personalizar las opciones de instalación, modifique el archivo Info.plist:
El paquete comenzará a instalarse.
Use las siguientes herramientas de terceros para implementar los servicios y aplicaciones de Adobe empaquetados:
La línea de comandos tiene una serie de parámetros obligatorios adicionales, de los que se toman valores predeterminados al ejecutar el paquete Setup.exe al hacer doble clic en él.
En el comando:
[ADOBEINSTALLDIR] es el directorio de instalación en el que se instalarán las aplicaciones en el equipo cliente.
[INSTALLLANGUAGE] es el idioma en el que se instalarán las aplicaciones.
Sintaxis
setup [--silent] [--ADOBEINSTALLDIR=] [--INSTALLLANGUAGE=]
Sintaxis de ejemplo:
setup.exe --silent --ADOBEINSTALLDIR="C:\InstallDir" --INSTALLLANGUAGE=es_ES
Ubicación de setup.exe:
[paquete]\Build
El paquete inicial incluirá las aplicaciones y actualizaciones más recientes. Cuando haya actualizaciones disponibles, podrá facilitárselas a los usuarios de las siguientes formas:
Si Remote Update Manager viene incluido en su paquete de implementación (opción predeterminada), puede utilizar una herramienta de implementación para ejecutar Remote Update Manager de forma remota en el equipo cliente. Las actualizaciones se ejecutarán con privilegios de administrador y procederán del servidor de actualizaciones de Adobe.
Si tiene un servidor interno de actualizaciones de Adobe, elíjalo durante la creación del paquete. Remote Update Manager extrae las actualizaciones de su servidor interno en lugar del servidor de Adobe, lo que permite ahorrar ancho de banda de red.
Para consumir menos ancho de banda de red, también puede configurar su propio servidor interno de actualizaciones de Adobe. Puede utilizar AUSST para crear y configurar un servidor que aloje actualizaciones tanto de Windows como de macOS.
Puede crear un paquete solo de actualizaciones en la Admin Console. Tras esto, podrá implementar este paquete con la herramienta de implementación que haya elegido.
La implementación de Creative Cloud 2019 y aplicaciones posteriores no se admite en entornos de implementación de licencias de dispositivo antiguas o con número de serie. En el caso de Creative Cloud 2019 o versiones posteriores, debe elegir licencias de usuario designadas o licencias de dispositivo compartido. Consulte la información general sobre los métodos de implementación de licencias de Adobe.
Si crea un paquete que contenga aplicaciones basadas en la plataforma universal de Windows, se producirá un funcionamiento inesperado al implementar el paquete en el equipo de un usuario final. Para obtener más detalles, consulte el documento sobre problemas y limitaciones.
A continuación se le indican las ubicaciones de los archivos de registro de las herramientas de implementación de Adobe correspondientes:
Componente |
Nombre del archivo de registro |
---|---|
Adobe Update Server Setup Tool (AUSST) |
AdobeUpdateServerSetupTool.log |
Exception Deployer |
ExceptionDeployer.log |
Remote Update Manager (RUM) |
RemoteUpdateManager.log |
Creative Cloud Packager (CCP) |
El registro de PDApp se denomina PDApp.log El registro de Package Builder se denomina de la siguiente forma: Registros de licencias:
|
Registros de descarga e instalación de Creative Cloud |
Creative Cloud Packager crea un archivo de registro para solucionar problemas de descarga si el archivo llamado “asu.trace” se coloca en la siguiente ubicación:
El archivo generado DLM.log se creará en:
Para ver los errores de Windows (por ejemplo, el 12150) en el DLM.log, consulte Mensajes de error de desarrollo de Windows. |