Inscription COM Dll référencées sur un serveur de build

Nous sommes en train de développer une application en C# qui fait référence à un peu de COM bibliothèques (AutoIT par exemple).

Je suis y compris tous les composants référencés sous contrôle de code source, dans une 3e partie "Libs" le dossier.

Le problème est que COM dll n'avez pas de HintPath propriété dans la .fichier csproj, et je suppose que ceux-ci doivent être enregistrés manuellement à l'aide de regsvr32 (ou en utilisant un script de quelque sorte).

Je suis actuellement à la recherche dans la création d'un MSBuild script qui sera exécuté avant chaque génération, mais je ne pouvais pas comprendre si je dois être manuellement appeler regsvr32.exe ou d'utiliser certains prédéfinis tâche MSBuild?

Actuellement, c'est ce que j'ai attmpted comme un test:

 <?xml version="1.0" encoding="utf-8"?>
<Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003" DefaultTargets="Build">
  <ItemGroup>
    <MyAssemblies Include="D:\*.dll" />
  </ItemGroup>
  <Target Name="Build">
    <RegisterAssembly
      Assemblies="@(MyAssemblies)" >
    </RegisterAssembly>
  </Target>
</Project>

Cela génère des erreurs que la Dll que j'ai placé dans le dossier ne sont pas valides Dll.

Ce qui est une bonne solution pour ce problème?

EDIT:

Projets qui font référence à des dll COM ont quelque chose de semblable à cela dans le .csproj fichier:

<COMReference Include="AutoItX3Lib">
      <Guid>{F8937E53-D444-4E71-9275-35B64210CC3B}</Guid>
      <VersionMajor>1</VersionMajor>
      <VersionMinor>0</VersionMinor>
      <Lcid>0</Lcid>
      <WrapperTool>tlbimp</WrapperTool>
      <Isolated>False</Isolated>
    </COMReference>

Cela ne comprend pas le soupçon chemin que d'autres assemblées, donc sur un serveur de build, le référencés COM dll est introuvable.

Lors de l'enregistrement de la dll COM sur le serveur de build à l'aide de REGSVR32, la génération réussit.

OriginalL'auteur lysergic-acid | 2011-09-18

c#com-interop continuous-integration interop msbuild

11

Vous ne vous enregistrez pas les serveurs COM sur un serveur de build. C'est seulement si vous voulez vraiment exécuter le code compilé. Ce que vous avez besoin est le type de bibliothèques pour les serveurs COM de sorte que vous pouvez obtenir les assemblys interop. Que vous créez avec Tlbimp.exe.

Si vous voulez exécuter Tlbimp sur le serveur de build ou à l'avant sur une machine de dev dépend en grande partie sur la façon de déployer ces serveurs COM. Conservez une copie de COM fichiers exécutables et .fichiers tlb très proche de votre interopérabilité des bibliothèques est une bonne idée. En d'autres termes, les vérifier. Le programme d'installation est maintenant possible de récupérer une version du serveur COM.

J'ai à la fois le type de bibliothèques et les assemblys interop vérifié dans ma de contrôle de source (Git). Le référencement de l'interopérabilité n'est pas assez cependant. Qu'est-ce que la sortie de Tlbimp? je préfère le faire en tant que partie du processus de création plutôt que de l'avant, depuis quand la mise à niveau de la construction env, je pourrais juste copier sur tous les scripts et de l'étendre à plus de serveurs et d'avoir de la logique qui y sont stockées sans étapes préalables
Sortie de Tlbimp est l'assembly interop. Je ne peux pas faire n'importe quoi avec "n'est pas assez", vous devrez décrire la construction d'erreur que vous obtenez la meilleure.
j'ai mis à jour ma question initiale. Interop dll existe dans les "dépendances" le dossier, cependant il n'y a pas de lien entre l' .csproj et ce fichier, de sorte que le build n'est pas la cueillette de ce fichier. Sur mon dev envinronment, cela fonctionne très bien car j'ai le logiciel original installé (AutoIt par exemple), mais sur le serveur de build ce n'est pas installé et donc l'échec de la construction sans étape supplémentaire avant la compilation..
Supprimer la référence du projet. Ajouter à nouveau avec l'Ajout de la Référence + onglet Parcourir, sélectionner l'assembly interop. Vous aurez maintenant un régulier <Reference> au lieu d'un <COMReference>. Avec un HintPath.
Je vais essayer ça. Je me demande pourquoi le processus fonctionne dans l'autre sens par défaut (ajout d'une référence à la bibliothèque COM ajoute un COMReference, et non pas une référence à l'généré Interop)

OriginalL'auteur Hans Passant
12

Pour mon premier réponse à une question similaire, voir: Serveur de Build TFS et références COM - fait ce travail?

Une meilleure option pour les serveurs de build peut être d'utiliser le COMFileReference élément dans votre fichier de projet au lieu de COMReference. Un exemple pourrait ressembler à ceci:
```
<ItemGroup>
   <COMFileReference Include="MyComLibrary.dll">
     <EmbedInteropTypes>True</EmbedInteropTypes>
   </COMFileReference>
</ItemGroup>
```
La COM dll n'a pas besoin d'être enregistré sur la machine pour que cela fonctionne.

Chaque COMFileReference élément peut également avoir un WrapperTool attribut, mais le défaut semble bien fonctionner. Le EmbedInteropTypes attribut n'est pas documentée comme étant applicable à COMFileReference, mais il semble fonctionner comme prévu.

Voir https://docs.microsoft.com/en-ca/visualstudio/msbuild/common-msbuild-project-items#comfilereference pour un peu plus de détails. Cette MSBuild élément est disponible depuis .NET 3.5.

BTW, il semble que HintPath travaille pour le COMReference tâche, même si elle n'est pas documentée.
HintPath ne fonctionne pas pour moi en COMReference, mais je pourrais utiliser un chemin d'accès dans le Inclure l'attribut de COMFileReference.

OriginalL'auteur David Johnston
0

1) Essayez de faire référence à la COM bibliothèques à votre csproj comme des références - si vous ne l'avez pas fait.

2) Essayez d'ajouter à votre fichier csproj:
```
<Project ... >
    ...
    <Target Name="BeforeBuild">
        <Exec Command="regsvr32.exe yourComponent.dll" />
    </Target>
</Project>
```
PS: si vous êtes en utilisant une sorte de logiciel de serveur de build, vous ne devez pas modifier le csproj, mais le script utilisé par l'accumulation au niveau du serveur.

Merci pour la réponse. Je préfère ne pas modifier la .csproj fichiers, mais plutôt une "prep" script pour faire ce travail. Je voudrais regsvr32.exe TOUTES les assemblées (peut-être le lieu de toutes les références COM sous un seul dossier et l'exécuter sur eux). Comment puis-je effectuer une itération sur tous un par un, MSBuild.
Je crois que j'ai trouvé la solution: à l'aide de l' %(MyAssemblies.Identité) notation doit exécuter la commande une fois par chacun des fichiers développé lors de l'utilisation *.dll . Est-ce correct et l'usage commun?
Je ne comprends pas vraiment vous solution avec %(MyAssemblies.Identité) que vous êtes en train d'utiliser dll COM. Mais pour parcourir la liste de fichiers vous pouvez utiliser le "pour" dans la ligne de commande si vous le souhaitez: pour savoir comment l'utiliser - il suffit de taper 'pour /? > yourTargetPath\help_for_for.txt " et lire la création d'un fichier txt.
Je sais que c'est possible à partir de ligne de commande, mais notre serveur CI (TeamCity) offre une MSBuild coureur, l'exécuter en tant que pour l'exécution de ligne de commande serait de plus en plus lourde. Aussi, MSBuild donne de meilleurs rapports et l'exploitation forestière, et enfin, ce sera une partie d'une plus grande script MSBuild.
Je ne veux pas courir de génération entière dans cmd - mais vice versa pour inclure cmd batch dans le cadre de l'exécution de msbuild.

OriginalL'auteur rudolf_franek
0

Je ne suis pas sûr, s'il y a une tâche MSBuild, à l'appel regsvr32, mais REgisterAssembly appelle regasm.exe - qu'est - enregistrement .NET des composants pour COM interop.

Je suis sûr que tout le qualifiant de regsvr32 manuellement serait le moyen le plus rapide pour atteindre le résultat souhaité.

Une autre chose est - ce qui va se passer si la Dll COM sont déjà inscrits à la version précédente, et vous allez exécuter votre script de création de nouveau? (Je ne sais pas vraiment comment le regsvr32 va réagir, juste une pensée ici)

Appel regsvr32 nouveau est inoffensif (autant que je sache), sauf pour gaspillée X millisecondes de temps.

OriginalL'auteur Hassan

Vous devez vous connecter pour publier un commentaire.