If your version of CAST-AIP is 8.0.0 or 8.0.1, you may update to version 8.0.2. Otherwise, please ask CAST Technical Support.for the updated Roslyn.dll file and replace the one in your CAST installation folder by the provided one.
If your version is not 8.0.0 nor 8.0.1, or if issue is still there, then identify the assembly which contains object XXX.YYY.ZZZ. You may check this on the World Wide Web for Third-Party assemblies.
Identify which project file the analyzer was parsing when the error message was logged
Open the analysis log file, spot the error and scroll up until you encounter the following information message : "Starting analysis of XXX.vbproj"
The analyzer was processing file XXX.vbproj when it encountered the error.
Check the reference to the assembly
Once you know the name of the project file, open it and search for the name of the assembly containing the object.
If the file is a VB project file, first check that the reference is not a COM Reference. If it is, the assembly will not be taken into consideration, it is a known limitation of the VB analyzer.
If it is not a COM Reference, then check the contents of the <Reference> markup. There might be a <HintPath>markup inside. The path contained in the <HintPath> is the folder where the assembly is expected. The assembly MUST be located in this folder, this is absolutely compulsory. If it is not, search for it in in the delivery.
If the assembly is present in the delivery, move it to the folder specified inside the <HintPath> markup. In the following screenshot, the folder is the DLLFiles subfolder of the folder containing the vbproj file.
If it is not present in the delivery, ask the development team to check their delivery for missing files.
If there is no <HintPath>, then the assembly must be part of a resource package. You have to check the packaging of the assembly.
Check the packaging of the assembly
For general instructions about packaging a .NET application, please refer to the following documentation :
First check that the assembly is present on the computer. If it is not, ask the development team if it is a Third-Party assembly. Ask the system team if it is a .Net Framework assembly.
In Cast-MS, open the Delivery Management Tool by clicking "Add version". In DMT, check that a resource package exists, containing the assembly (you can see it in the "package content" tab) . If not, create it. Re-package the resource package.
Open the source package containing the project file. Go to the "package content" tab and check the packaging alerts.
If there is a "missing library" packaging alert about the assembly
Right-click on it and choose "Add remediation".
Select the assembly from the resource package (you have just checked it was present, possibly added it, and repackaged the resource package, so it MUST be there).
Re-package the source package. The packaging alert must have disappeared. Deliver.
If there is no "missing library" packaging alert about the assembly, you have to check for duplicates :
If the assembly is a member of the resource package, you have to check that is not also included as a source file in one of the source packages. If it is, exclude it from the source package, repackage the source package and deliver.
If the assembly is not a member of the resource package, you have to check that, ONLY ONE COPY is included in one of the source packages. If there are duplicates, then keep the one with the<HintPath>markup insideand exclude the others from the packages they belong to. Re-package the application and deliver.
First case (Roslyn.dll assembly included in CAST AIP 8.0.1 folder is not up-to-date) was seen in ticket #5629
Second case (COM Reference) was seen in ticket #5868
Third case (wrong packaging) was seen in tickets #5554 and #5533