EtherApps Forge 1.0.6 ya está disponible y amplía el producto en dos direcciones a la vez. Las aplicaciones heredadas que se empaquetan sin problemas pero luego se comportan mal dentro del contenedor MSIX ahora pueden corregirse con ajustes del Package Support Framework preparados como parte del empaquetado. Y por primera vez Forge no es solo para aplicaciones que usted captura del entorno de otro: la CLI forge_msix es un reemplazo directo de makeappx.exe de Microsoft, así que un equipo de desarrollo o un fabricante de software puede convertir su propia carpeta de compilación en un MSIX firmado y validado dentro de una pipeline existente.
Ambos cambios responden a la misma queja desde extremos opuestos del problema de empaquetado. Construir un paquete hace tiempo que dejó de ser la parte difícil. Conseguir que funcione correctamente, y que lo haga cada vez que sale una compilación, es donde está el trabajo de verdad.
Correcciones de compatibilidad PSF: cuando la app se empaqueta bien pero no se comporta
El resultado más frustrante en un programa MSIX no es un paquete que no se construye. Es un paquete que se construye, se firma, se instala, arranca y luego hace lo incorrecto en silencio.
Ocurre porque el contenedor MSIX cambia las reglas para las que se escribió una aplicación antigua. Tres patrones causan la mayor parte:
- Escribir junto a su propio ejecutable. Las aplicaciones que dejan configuración, registros o archivos de licencia en su propia carpeta de instalación escriben en una ubicación que el contenedor protege.
- Dar por hecho una ruta de instalación fija. Cualquier cosa con una ruta
C:\Program Files\Vendor\Appcodificada, o un lanzador que espera un directorio de trabajo concreto, no encuentra ninguno donde lo espera. - Leer ubicaciones de registro de máquina. La configuración guardada en
HKLMque el contenedor redirige ya no está donde la aplicación la busca.
El Package Support Framework es la respuesta de código abierto de Microsoft a exactamente esto. Aplica correcciones dirigidas en tiempo de ejecución, sin ningún cambio en el código fuente de la aplicación, y las importantes son la redirección de archivos y de registro más el ajuste del directorio de trabajo. Si una aplicación heredada ya no tiene un fabricante que la reconstruya, PSF suele ser la diferencia entre una aplicación que se entrega y otra que se descarta.
Desde 1.0.6, Forge prepara el framework como parte del empaquetado en lugar de dejarlo como un paso manual posterior. El efecto práctico en una evaluación es que la categoría de aplicaciones marcadas como "se entrega con correcciones" crece de forma notable, y la categoría "todavía no puede moverse" se reduce. Escribimos sobre por qué esta capa de remediación importa para app attach y la entrega MSIX en el Package Support Framework y el riesgo de MSIX app attach, y se aplica igual de directamente a los paquetes entregados por Intune en dispositivos físicos.
Empaquetado para desarrolladores e ISV: sus propias builds, firmadas y validadas
El empaquetado capture-first resuelve un problema heredado: el instalador ya no está, así que la aplicación en ejecución se convierte en la fuente de verdad. Eso nunca fue todo el mercado. Muchos equipos tienen una carpeta de compilación perfectamente válida y aun así encuentran MSIX incómodo, porque las herramientas alrededor asumen una instalación del SDK de Windows, un paso de firma añadido después y una persona que revise el resultado.
forge_msix está construido como reemplazo directo de makeappx.exe. Llama al motor de empaquetado de Windows directamente en lugar de depender de que el SDK esté instalado en el agente de compilación, y los comandos de empaquetado aceptan los mismos parámetros, así que un script existente sigue funcionando al cambiar el binario.
Más allá de la paridad, la versión añade las piezas que una pipeline de release necesita de verdad:
# Scaffold a manifest from the built executable
forge_msix prepare .\publish\MyApp.exe
# Create and sign in one step, from the agent certificate store
forge_msix create -s .\publish --package-output .\artifacts\MyApp.msix `
--sign --cert-sha1 $env:SIGNING_THUMBPRINT --cert-store My --cert-machine-store `
--timestamp-server http://timestamp.digicert.com --validate-schema
# Gate the build on structural validation
forge_msix validate /p .\artifacts\MyApp.msix --json
Tres detalles importan al conectar esto con CI. Firme desde un almacén de certificados por huella digital en lugar de un PFX en disco, para que ninguna contraseña acabe en una definición de compilación. Añada una marca de tiempo RFC 3161 para que las firmas sigan siendo válidas después de que caduque el certificado. Y bifurque según el código de salida, porque validate distingue "el paquete se analizó y es inválido" de "la ejecución misma falló", que es la diferencia entre una compilación rota y un agente roto.
También hay un comando de prueba de humo que instala el paquete firmado, lo arranca y lo cierra, lo desinstala y escribe un informe JSON, además de una pasada de evaluación que puntúa un paquete frente a señales de buenas prácticas de empaquetado. Ninguno de los dos pertenece a cada commit. Ambos merecen la pena en una candidata a versión.
Para equipos que distribuyen fuera de una tienda, make-appinstaller genera el manifiesto .appinstaller a partir de la identidad real del paquete firmado, de modo que las copias instaladas de forma lateral puedan actualizarse solas desde una ubicación HTTPS.
Qué significa esto si su entorno es mixto
La mayoría de las organizaciones no son puramente una cosa u otra. Tienen software comprado con instaladores perdidos, un puñado de aplicaciones de negocio construidas internamente y un plazo de Windows 11 o Intune que cubre todo ello. Hasta ahora esas dos mitades seguían rutas y herramientas distintas.
Con 1.0.6 comparten una ruta de empaquetado: capture-first para las aplicaciones cuyo instalador desapareció, empaquetado desde carpeta de compilación para las que compilan sus propios desarrolladores, remediación PSF para todo lo que moleste al contenedor, y la misma firma, validación y entrega por Intune al final. La decisión de ruta sigue siendo de una persona. La mecánica deja de ser dos proyectos separados.
Disponibilidad
EtherApps Forge 1.0.6.0 ya está disponible. Forge es una aplicación Win32 que se despliega dentro de su propio entorno en lugar de un servicio alojado, así que las capturas y el empaquetado quedan bajo su control, y captura tanto desde versiones antiguas de Windows como desde las actuales. Cada licencia incluye formación y soporte, y hay una prueba gratuita de 7 días para que un equipo de empaquetado, de endpoint o de desarrollo demuestre el resultado sobre una aplicación real antes de comprometer el resto del entorno.
Si su bloqueo es una aplicación heredada que nadie puede reconstruir, empiece por modernizar aplicaciones Windows heredadas o por nuestra guía sobre reempaquetar una aplicación cuando el instalador se ha perdido. Si el bloqueo está en la entrega, empaquetado y despliegue MSIX cubre firma, revisión PSF y despliegue por Intune. El producto en sí está en EtherApps Forge.
Pruebe EtherApps Forge gratis durante 7 días y empaquete una aplicación real, capturada o compilada, desde el origen hasta el MSIX firmado.
