Unable to build caliburn.micro project in TFS 2013 build server - c#

We have a solution which has Wpf project that references caliburn.micro version 3.2.0. The solution builds fine locally with Visual Studio 2015. But the build server (TFS 2013 with MSBuild 14.0) is throwing exception that it cannot find the assembly.
AppBootstrapper.cs (4): The type or namespace name 'Caliburn' could
not be found (are you missing a using directive or an assembly
reference?)
ViewModels\EmcInventoryViewModel.cs (39): The type or namespace name
'IEventAggregator' could not be found (are you missing a using
directive or an assembly reference?)
Checked the build log file and got the following warning,
C:\Program Files
(x86)\MSBuild\14.0\bin\Microsoft.Common.CurrentVersion.targets (1820):
Could not resolve this reference. Could not locate the assembly
"Caliburn.Micro, Version=3.0.3.0, Culture=neutral,
PublicKeyToken=8e5891231f2ed21f, processorArchitecture=MSIL". Check to
make sure the assembly exists on disk. If this reference is required
by your code, you may get compilation errors.
Tried different options like,
Updated to the latest version of Caliburn.Micro
Set the MsBuild Argument with /tv:14.0
No luck.

Related

How to add reference from Internet for visual studio 2013 in C#

I can not run a project that built in another laptop with same version of visual studio.There is an error
"Error 4 The type or namespace name 'Ivi' could not be found (are you missing a using directive or an assembly reference?)"
How I add this to my laptop visual studio
error
Your compiler tells you, that you are missing some references. Most likely you are missing some assemblies.
Check under References if both assemblies are available. Do they have an yellow warning sign? If yes, visual studio can not resolve the path to the assembly or the assembly is just missing.
You have to provide some more details about your setup or configuration of the project to determine the situation.

Xamarin.Forms - 'Foundation' could not be found

I've created a new 'Blank Xaml App (Xamarin.Forms Shared)' app in Microsoft Visual Studio Enterprise 2015 version 14.0.25123.00 Update 2.
Immediately after creating the project, I was greeted with 217 errors.
Restarting Visual Studio removed most of those, but 35 still remain.
The first two errors are about Foundation and UIKit not being found. I believe these two might also cause the rest of the errors.
Does anyone have some ideas as to how to solve these?
Error CS0246 The type or namespace name 'Foundation' could not be found (are you missing a using directive or an assembly reference?)
Error CS0246 The type or namespace name 'UIKit' could not be found (are you missing a using directive or an assembly reference?)
If you are missing the reference to Xamarin.iOS, try re-adding it manually:
Under the Xamarin.iOS project, right click References > Add Reference...
In the references dialog, on the left hand side, click on Assemblies, then Framework. Search for Xamarin.iOS and select it to add the reference.
If the Xamarin.iOS assembly isn't listed, take a look under this path:
C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\Xamarin.iOS\v1.0
If the assembly is missing from that directory, try repairing the Xamarin installation - Windows Programs and Features > Xamarin > Repair.

Upgrade MS VS2013 to MS VS2015 Error CS0234 The type or namespace name 'Reporting' does not exist in the namespace 'Microsoft'

Both Question and Solution included here.
When opening a Microsoft Windows Application MS VS2013 C# Professional in MS VS2015 C# Professional, the following error displayed:
Error CS0234 The type or namespace name 'Reporting' does not exist in the namespace 'Microsoft' (are you missing an assembly reference?)
In VS2015, under Solution Explorer, under References, for Microsoft.ReportViewer.Common and Assembly Microsoft.ReportViewer.WinForms, the paths were missing under their Properties. The paths are not editable.
To solve this problem, under References, delete Microsoft.ReportViewer.Common and Assembly Microsoft.ReportViewer.WinForms. Then re-add these references (found under Extensions). The paths were automatically entered, and the compiling errors disappeared.
The best way to include the Microsoft ReportViewer control in your project is to install it via the NuGet package manager. It should keep track of the references and their paths automatically.

visual studio 2013 on rebuild ddl Issue

I have a asp.net solution which consists of multiple class library whose dll' are been used in one web application.When I build and rebuild the class library I don't face any issue, later when I try to build and rebuild the solution few of my dll files gets deleted from bin.Tried adding reference path but in vein.
Warning : Could not resolve this reference. Could not locate the assembly "classlibrary2". Check to make sure the assembly exists on disk. If this reference is required by your code, you may get compilation errors. classlibrary1
Error 10 The type or namespace name 'Classlibrary1' could not be found (are you missing a using directive or an assembly reference?)
Note:All projects are in same framework

MSBuild cannot find a reference

I'm currently trying to figure out why MSBuild is not able to compile one of our unit test dlls. The problem is only occuring with this DLL and not with the other unit test projects.
This is the output I receive from TeamCity when the build fails:
[10:38:55]: NAnt output:
[10:38:55]: [exec]
[10:38:55]: [exec]
[10:38:55]: [exec] "C:\Robinson\trunk\Projects\Robinson\Robinson.sln" (default target) (1) ->
[10:38:55]: [exec] "C:\Robinson\trunk\Projects\Robinson\TenForceExecutionTests\TenForceExecutionTests.csproj" (default target) (19) ->
[10:38:55]: [exec] (CoreCompile target) ->
[10:38:55]: [exec] Modules\SecurityModuleTests.cs(10,30): error CS0234: The type or namespace name 'Modules' does not exist in the namespace 'TenForce.Execution.Web' (are you missing an assembly reference?) [C:\Robinson\trunk\Projects\Robinson\TenForceExecutionTests\TenForceExecutionTests.csproj]
[10:38:55]: [exec] Modules\SecurityModuleTests.cs(197,39): error CS0246: The type or namespace name 'SecurityModule' could not be found (are you missing a using directive or an assembly reference?) [C:\Robinson\trunk\Projects\Robinson\TenForceExecutionTests\TenForceExecutionTests.csproj]
[10:38:55]: [exec] TranslateTests.cs(10,30): error CS0234: The type or namespace name 'Utils' does not exist in the namespace 'TenForce.Execution.Web' (are you missing an assembly reference?) [C:\Robinson\trunk\Projects\Robinson\TenForceExecutionTests\TenForceExecutionTests.csproj]
[10:38:55]: [exec] IPETests.cs(8,30): error CS0234: The type or namespace name 'Ajax' does not exist in the namespace 'TenForce.Execution.Web' (are you missing an assembly reference?) [C:\Robinson\trunk\Projects\Robinson\TenForceExecutionTests\TenForceExecutionTests.csproj]
[10:38:55]: [exec] Pages\BasePageTest.cs(6,30): error CS0234: The type or namespace name 'Utils' does not exist in the namespace 'TenForce.Execution.Web' (are you missing an assembly reference?) [C:\Robinson\trunk\Projects\Robinson\TenForceExecutionTests\TenForceExecutionTests.csproj]
[10:38:55]: [exec] Pages\BasePageTest.cs(7,30): error CS0234: The type or namespace name 'Pages' does not exist in the namespace 'TenForce.Execution.Web' (are you missing an assembly reference?) [C:\Robinson\trunk\Projects\Robinson\TenForceExecutionTests\TenForceExecutionTests.csproj]
[10:38:55]: [exec] ServiceAsmxTests.cs(9,30): error CS0234: The type or namespace name 'Ajax' does not exist in the namespace 'TenForce.Execution.Web' (are you missing an assembly reference?) [C:\Robinson\trunk\Projects\Robinson\TenForceExecutionTests\TenForceExecutionTests.csproj]
[10:38:55]: [exec] ServiceAsmxTests.cs(10,30): error CS0234: The type or namespace name 'Utils' does not exist in the namespace 'TenForce.Execution.Web' (are you missing an assembly reference?) [C:\Robinson\trunk\Projects\Robinson\TenForceExecutionTests\TenForceExecutionTests.csproj]
[10:38:55]: [exec] Pages\BasePageTest.cs(16,17): error CS0246: The type or namespace name 'basepage' could not be found (are you missing a using directive or an assembly reference?) [C:\Robinson\trunk\Projects\Robinson\TenForceExecutionTests\TenForceExecutionTests.csproj]
[10:38:55]: [exec] ServiceAsmxTests.cs(22,17): error CS0246: The type or namespace name 'Service' could not be found (are you missing a using directive or an assembly reference?) [C:\Robinson\trunk\Projects\Robinson\TenForceExecutionTests\TenForceExecutionTests.csproj]
[10:38:55]: [exec]
[10:38:55]: [exec] 2075 Warning(s)
[10:38:55]: [exec] 10 Error(s)
[10:38:55]: [exec]
[10:38:55]: [exec] Time Elapsed 00:01:40.06
The project TenForceExecutionTests is a simply DLL that contains several UnitTests of the MBunit Framework. This project has a reference to TenForceExecution which is a web application project and another reference to TenForce.Execution.Test, which is another DLL containing logic for both projects.
When we compile everything on the development machine, it works without problems and the compile occurs without errors. On the build agent however this seems to fail...
INFO
Target Framework : .NET4
OS : Windows XP 32bit
Windows 7 SDK Installed
EDIT
Did a clean checkout, and Visual Studio is able to build the entire solution, msbuild however cannot.
EDIT 2
Checked the dependencies:
There is a project dependency between the projects
There is a solution dependecy between the projects
EDIT 3
When I remove the reference to the webApplication project, and replace it with a reference to the compiled DLL of that project, the errors dissapear and the project compiles fine with MSBuild.
EDIT 4
I've ran the entire build from msbuild through a LOG and took a look at the specific task for compiling the project that's giving problems:
Task "Csc"
c:\Windows\Microsoft.NET\Framework\v4.0.30319\Csc.exe /noconfig /nowarn:1701,1702 /nostdlib+ /errorreport:prompt /warn:4 /define:DEBUG;TRACE /reference:D:\Users\arne.de.herdt.TENFORCE2\Documents\RobinsonSource\Projects\Robinson\ThirdPartyComponents\ASP.dll /reference:D:\Users\arne.de.herdt.TENFORCE2\Documents\RobinsonSource\Projects\Robinson\BUL\bin\Debug\BUL.dll /reference:D:\Users\arne.de.herdt.TENFORCE2\Documents\RobinsonSource\Projects\Robinson\BULTest\bin\Debug\BULTest.dll /reference:D:\Users\arne.de.herdt.TENFORCE2\Documents\RobinsonSource\Projects\Robinson\DAL\bin\Debug\DAL.dll /reference:D:\Users\arne.de.herdt.TENFORCE2\Documents\RobinsonSource\Projects\Robinson\Framework\bin\Debug\Framework.dll /reference:D:\Users\arne.de.herdt.TENFORCE2\Documents\RobinsonSource\Projects\Robinson\ThirdPartyComponents\Gallio.dll /reference:D:\Users\arne.de.herdt.TENFORCE2\Documents\RobinsonSource\Projects\Robinson\ThirdPartyComponents\Iesi.Collections.dll /reference:D:\Users\arne.de.herdt.TENFORCE2\Documents\RobinsonSource\Projects\Robinson\LanguageResource\bin\Debug\LanguageResource.dll /reference:D:\Users\arne.de.herdt.TENFORCE2\Documents\RobinsonSource\Projects\Robinson\ThirdPartyComponents\log4net.dll /reference:D:\Users\arne.de.herdt.TENFORCE2\Documents\RobinsonSource\Projects\Robinson\ThirdPartyComponents\MbUnit.dll /reference:"C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.0\mscorlib.dll" /reference:D:\Users\arne.de.herdt.TENFORCE2\Documents\RobinsonSource\Projects\Robinson\ThirdPartyComponents\NHibernate.dll /reference:D:\Users\arne.de.herdt.TENFORCE2\Documents\RobinsonSource\Projects\Robinson\PresentationBridge\bin\Debug\PresentationBridge.dll /reference:D:\Users\arne.de.herdt.TENFORCE2\Documents\RobinsonSource\Projects\Robinson\PresentationBridgeTest\bin\Debug\PresentationBridgeTest.dll /reference:"C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.0\System.Configuration.dll" /reference:"C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.0\System.Core.dll" /reference:"C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.0\System.Data.dll" /reference:D:\Users\arne.de.herdt.TENFORCE2\Documents\RobinsonSource\Projects\Robinson\ThirdPartyComponents\System.Data.SQLite.DLL /reference:"C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.0\System.dll" /reference:"C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.0\System.Web.dll" /reference:"C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.0\System.Web.Extensions.dll" /reference:"C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.0\System.Web.Services.dll" /reference:"C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.0\System.Xml.dll" /reference:D:\Users\arne.de.herdt.TENFORCE2\Documents\RobinsonSource\Projects\Robinson\TenForce.Execution.Test\bin\Debug\TenForce.Execution.Test.dll /reference:D:\Users\arne.de.herdt.TENFORCE2\Documents\RobinsonSource\Projects\Robinson\ThirdPartyComponents\WatiN.Core.dll /debug+ /debug:full /optimize- /out:obj\Debug\TenForceExecutionTests.dll /target:library Modules\SecurityModuleTests.cs TestRunSetup.cs TranslateTests.cs WebBaseTest.cs MetaTests.cs IPETests.cs Pages\BasePageTest.cs Properties\AssemblyInfo.cs ServiceAsmxTests.cs Settings.Designer.cs "D:\Users\arne.de.herdt.TENFORCE2\AppData\Local\Temp\6\.NETFramework,Version=v4.0.AssemblyAttributes.cs"
Microsoft (R) Visual C# 2010 Compiler version 4.0.30319.1
Copyright (C) Microsoft Corporation. All rights reserved.
From what I can tell, the actuall WebApplication is NOT included in the reference list.
Had the same issue today, ended that the project that could not be referenced had a different platform specified, x86 where the other projects where Any Platform. To get around this, I had to set the parameter with /p:Platform="Mixed Platforms". You can see what VS uses by going to Configuration Manager and looking at the Active Solution Platform selected in the top right.
Apparently this seems to be a known problem in MSBuild as more people have issues with this.
I still haven't received a valid reply from Microsoft regarding this, but the discussion was continued here : http://social.msdn.microsoft.com/Forums/en-CA/msbuild/thread/434abf1a-30db-4b13-8062-13755898dd71
I also found a similar reference issue when building an UWP appx package. There are a lot of error messages look like:
App.xaml.cs(6,15): error CS0234: The type or namespace name 'ApplicationModel' does not exist in the namespace 'Windows' (are you missing an assembly reference?)
If opening the sln file with VS2017, it builds no problem.
I did two things to fix this issue:
I noticed that the original solution requires winSDK 10.0.18362, but on my build machine, I don't have it. If opening with VS2017, it asks me to re-target the SDK to an installed older version. I think the msbuild may not be able to do the re-target, so I just downloaded and installed the required winSDK 18362.
I added a "/t:restore" option to the msbuild command line, and run the msbuild twice:
msbuild mySolution.sln /p:Configuration="Release" /p:Platform="x64" /t:restore
msbuild mySolution.sln /p:Configuration="Release" /p:Platform="x64"
For restore, please refer to https://learn.microsoft.com/en-us/nuget/reference/msbuild-targets#restore-target
I know this is an old post, but I came across it today, so thought I would offer feedback for anyone else.
I've encountered this a few times and found that changing the Target Framework from .NET Framework 4 Client Profile to just .NET Framework 4 does the trick.
I encountered same issue (Build successfully in Visual studio, but fail by MSBUILD).
After tried different solutions mentioned in this questions but failed.
Fortunately finally I found adding -tv:version resolve the errors.
For my project, the <TargetFrameworkVersion>v4.0</TargetFrameworkVersion> in my A.csproj is v4.0, so I used the command like msbuild A.csproj -tv:4.0 then succeeded to compile the projects.
Below are the struct of my solution:
Project A: startup project and target framework version=v4.0
Project B: reference project, its target framework version=v3.5
Project C: reference project, its target framework version=v3.5
It seems if not telling the specific target framework version to MSBUILD when exists multiple versions, sometimes it will get messed up.
If you do a clean checkout to a new folder on your machine does it work over there too?
Most times these problems occur because you have a reference to something that is available locally but not in source control. This is a good check to see if everything that is needed for building your project is correctly referenced and under source control.
I have also experienced the issue that building from VS is not always the same as simply using msbuild. What helped me then is to create a log of the msbuild run (/fl switch) and check the log and trace down the build steps and try to find the problematic task.
I inspect the dll properties missed and I see that the assembly name have the same name of the default namespace.
Then I change the assembly name to a different one and I solved my problem.
I have also experienced the same issue.
I really doubt why MSBuild throws missing assembly reference when ever we run the solution file through MSBuild and Jenkins but it works like a charm in the Visual Studio, After fighting for two days I found a conclusion for this.
I wrote a batch script to run the Solution file first through Visual Studio and then ran the Solution file. It is not working fine.
All you need to do is to call the batch script and then run the MSBuild/Jenkins.
Batch script :
cd C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE
devenv "C:\Program Files (x86)\Jenkins\workspace\TFS\Product\Soluttion.sln" /Rebuild
devenv: To run the Visual Studio in Command line.
Note: you really need Visual Studio if your running MSBuild/Jenkins in the server.
Mail me for any issues regarding this..........
I encountered this error message when I built a solution with MSBuild in Release mode, even though Debug mode worked fine and both worked in Visual Studio. Turned out in the solution settings the project was not configured to be built for "Release|Mixed Platforms" or "Release|Any CPU".
I have tried using AnyCPU and Prefer-32 bit, it still didn't work. Also tried with AnyCPU without checking Prefer-32 bit but nothing worked. I was having this issue when Deploying my code using the Bamboo. I made sure my packages are all checked in to the code(as my nuget restore in bamboo have an issue) and make sure my dll references in the project are looking at the packages in their paths. I checked in my packages by removing the /packages from the .gitignore file. Also, updated my packages.config file in the project to mention the package and the version to use.
For Ex:
Also, made sure the Agent on which the Deployment task is running, it has the needed .NET framework version. With the above all changes, I could resolve this reference issue.
My project configuration file "csproj" had two <ItemGroup> sections with <ProjectReference>s
This error has gone when I merged these <ItemGroup> sections.
Had the same problem with a Visual Studio 2019 project.
The issue was solved by migrating project references from packages.config to PackageReference.
From the Microsoft Docs:
Open a solution containing project using packages.config.
In Solution Explorer, right-click on the References node or the packages.config file and select Migrate packages.config to PackageReference....
[...]
Note
Before migration begins, Visual Studio creates a backup of the project to allow you to roll back to packages.config if necessary.

Categories

Resources