Ik ben afhankelijk van een produkt A dat door een ander team gemaakt wordt in ons bedrijf. Dit produkt A bevat een set van 3rd party componenten en eigen componenten van dat team. Het is een mix van gesignde en niet-gesigned(=private) asssemblies.
Mijn project B wordt als een set van private assemblies uitgeleverd (PKI is op dit moment niet mogelijk). Het project bevat een solution met meerdere C# projecten en elk C# project heeft referenties naar assemblies uit produkt A.
Nu wil ik een setup bouwen en produkt A als halffabrikaat meeleveren. Hoe kan ik dit het beste aanpakken ?????
De uitdaging zit in het feit dat de assemblies van produkt A niet allemaal gesigned zijn. Als dit wel zo was, was een mergemodule mogelijk met geGAC'te assemblies waarna ik een include doe van de .msm file.
Op de deployment pc moet dit de default folderstructuur worden:
c:\program files\mijn bedrijf\produktA\1.0\
c:\program files\mijn bedrijf\produktB\1.0\
Onder c:\program files\mijn bedrijf\produktB\1.0\ vallen enkele componenten (lees .exe's) die op runtime basis de assemblies van produktA willen zien.
Mijn project B wordt als een set van private assemblies uitgeleverd (PKI is op dit moment niet mogelijk). Het project bevat een solution met meerdere C# projecten en elk C# project heeft referenties naar assemblies uit produkt A.
Nu wil ik een setup bouwen en produkt A als halffabrikaat meeleveren. Hoe kan ik dit het beste aanpakken ?????
De uitdaging zit in het feit dat de assemblies van produkt A niet allemaal gesigned zijn. Als dit wel zo was, was een mergemodule mogelijk met geGAC'te assemblies waarna ik een include doe van de .msm file.
Op de deployment pc moet dit de default folderstructuur worden:
c:\program files\mijn bedrijf\produktA\1.0\
c:\program files\mijn bedrijf\produktB\1.0\
Onder c:\program files\mijn bedrijf\produktB\1.0\ vallen enkele componenten (lees .exe's) die op runtime basis de assemblies van produktA willen zien.