InstallShield 2010 con licencia, sin licencia para el sistema de compilación automático (CI) como servicio de Windows

Question

Realmente necesito ayuda aquí.

Estamos utilizando CI build-process (Hudson) como un sistema de compilación automatizado utilizando Msbuild. El CI se ejecuta en Apache Tomcat 6 y se ejecuta bajo las credenciales de un usuario de dominio (no un usuario local de Windows).

Cada vez que el intento de CI para construir un proyecto de InstallShield (usando isproj archivos) se obtiene un mensaje de error de licencia: "C: \ Archivos de programa \ MSBuild \ InstallShield \ 2010 \ InstallShield.targets (62,3): error : -7159: La licencia del producto ha expirado o aún no se ha inicializado. Debe iniciar el IDE para configurar la licencia del producto para proceder. C: \ Archivos de programa \ MSBuild \ InstallShield \ 2010 \ InstallShield.targets (62, 3): error: Excepción atrapada ".

Si inicio sesión en la misma máquina con las mismas credenciales de usuario de dominio y construyo el proyecto InstallShield, hay una licencia y está funcionando bien.

Agregar el usuario al grupo de usuarios locales no ayuda (sin licencia). Agregar al usuario al grupo local Administradores ayuda y está funcionando.

No queremos que el usuario pertenezca al grupo Administradores local, por varias razones.

¿Qué debo hacer para que funcione? ¿Debo agregar permisos para el uso?

La ayuda será muy apreciada.

Gilad

Answer 1

Está su acumulación llamando isSaBld.exe o isCmdBld.exe? InstallShield cambió su política en 2010, por lo que la funcionalidad de compilación independiente (isSaBld) solo está disponible con una licencia de primer nivel. En versiones anteriores, también era utilizable en Pro. Tal vez esto tiene algo que ver con eso?

Tenemos un sistema de compilación similar - Hudson en tomcat 6, IS2010, pero con scripts Ant - y llamar a IsCmdBld.exe funciona para nosotros.

Answer 2

Si está utilizando Hudson as a service, intente ejecutar el servicio como administrador. Pero primero debe asegurarse de que el administrador logre construir el proyecto desde InstallShield IDE.

Answer 3

No queremos que el usuario sea en el grupo de administradores locales

Que yo sepa no hay forma de evitar este requisito. La licencia de producto de InstallShield ejecuta comprobaciones del sistema de bajo nivel que requieren que el usuario en ejecución esté en el grupo Administradores para tener éxito. Es por eso que cuando inicia el IDE de InstallShield, aparece el aviso de UAC. De esta forma, pueden verificar que la licencia que le otorgaron no haya sido transferida a otra máquina. Sin saber exactamente cómo lo hacen, imagine, por ejemplo, acceso directo al sector del disco, lecturas del número de serie de la CPU, acceso al firmware del disco duro, etc. Simplemente no puede hacer esas cosas sin derechos de administrador.

Sin embargo, para garantizar que cada compilación se pueda reproducir, una máquina de compilación debe ser sacrosanta, y el acceso a ella solo debe otorgarse a usuarios de compilación confiables. Es estándar para ellos ser administradores en la máquina de compilación.

¿Puede dar más detalles sobre por qué necesita evitar que el usuario sea un administrador? Eso nos permitiría brindarle una mejor información.