InstallShield 2010 avec licence - aucune licence pour le système de construction automatique (CI) en tant que service Windows

Question

J'ai vraiment besoin d'aide ici.

Nous utilisons IC-build-process (Hudson) en tant que système de construction automatisé utilisant Msbuild. Le CI s'exécute dans Apache Tomcat 6 qui s'exécute sous les informations d'identification d'un utilisateur de domaine (et non d'un utilisateur Windows local).

Chaque fois que l'élément de configuration tente de générer un projet InstallShield (à l'aide des fichiers isproj), un message d'erreur de licence s'affiche: "C: \ Program Files \ MSBuild \ InstallShield \ 2010 \ InstallShield.targets (62,3): erreur : -7159: La licence de produit a expiré ou n'a pas encore été initialisée.Vous devez lancer l'EDI pour configurer la licence de produit afin de pouvoir continuer: C: \ Program Files \ MSBuild \ InstallShield \ 2010 \ InstallShield.targets (62, 3): erreur: exception interceptée ".

Si je me connecte à la même machine avec les mêmes informations d'identification d'utilisateur de domaine et que je compile le projet InstallShield, il existe une licence qui fonctionne correctement. L'ajout de l'utilisateur au groupe Utilisateurs local n'aide pas (pas de licence)

L'ajout de l'utilisateur au groupe Administrateurs local aide et cela fonctionne.

Nous ne souhaitons pas que l'utilisateur fasse partie du groupe Administrateurs local - pour diverses raisons.

Que dois-je faire pour que cela fonctionne? Ai-je besoin d'ajouter des autorisations à l'utilisation?

L'aide sera grandement appréciée.

Gilad

Answer 1

Est-ce votre build appelant isSaBld.exe ou isCmdBld.exe? InstallShield a changé sa politique en 2010 pour que la fonctionnalité de construction autonome (isSaBld) ne soit disponible qu'avec une licence de niveau supérieur. Dans les versions précédentes, il était également utilisable en Pro. Peut-être que cela a quelque chose à voir avec ça?

Nous avons un système de construction similaire - Hudson dans tomcat 6, IS2010, mais avec des scripts Ant - et l'appel IsCmdBld.exe travaille pour nous.

Answer 2

Si vous utilisez Hudson as a service, essayez d'exécuter le service en tant qu'administrateur. Mais vous devez vous assurer que l'administrateur réussit à construire le projet à partir de l'IDE InstallShield en premier.

Answer 3

Nous ne voulons pas que l'utilisateur soit dans le groupe local Administrateurs

A ma connaissance il n'y a pas moyen de contourner cette exigence. La licence de produit InstallShield exécute des vérifications système de bas niveau qui requièrent que l'utilisateur en cours soit dans le groupe Administrateurs pour réussir. C'est pourquoi lorsque vous démarrez l'IDE InstallShield, l'invite UAC apparaît. De cette façon, ils peuvent vérifier que la licence qu'ils vous ont accordée n'a pas été déplacée sur une autre machine. Sans être au courant de comment ils font cela, imaginez par exemple. Accès direct au secteur du disque, lecture du numéro de série du CPU, accès au firmware du disque dur, etc. Vous ne pouvez pas faire ces choses sans droits d'administrateur. Toutefois, pour garantir la reproductibilité de chaque génération, une machine de génération doit être sacro-sainte et l'accès à celle-ci ne doit être accordé qu'aux utilisateurs de génération de confiance. Il est standard pour eux d'être des administrateurs sur la machine de construction.

Pouvez-vous donner plus de détails sur les raisons pour lesquelles vous devez empêcher l'utilisateur d'être administrateur? Cela nous permettrait de mieux vous aider.