10

I'm currently building an ASP.NET 5 (ASP.NET Core 1.0) MVC application. I'm using Visual Studio 2015 with ReSharper Ultimate 10.0.2.

I currently have a 2-tier layer solution which consists of a Www (web application) and a Services layer. The Www has a reference to the Services layer.

When ReSharper is suspended, the classes within the Www layer are able to invoke objects from the Services layer, as shown here:

enter image description here

However, when ReSharper is enabled, I get the following message: Cannot resolve symbol 'Services', as shown here:

enter image description here

What I've tried:

  1. Clearing the caches from Tools -> Options -> ReSharper Ultimate -> Options -> Clear Caches
  2. Remove the JetBrains folder from %APPDATA%
  3. Restarting Visual Studio 2015
  4. Reinstalling ReSharper
  5. Suspending and resuming ReSharper
  6. Adding and removing references
  7. Rebuilding the solution

Any help is appreciated.

Aviram Fireberger
  • 3,910
  • 5
  • 50
  • 69
Rhys
  • 2,055
  • 2
  • 18
  • 23

5 Answers5

12

In Visual Studio 2017 I solved in this way:

  • Close the solution
  • Delete the ".vs" hidden folder
  • Reopen the solution and rebuild it
ilCosmico
  • 1,319
  • 15
  • 26
0

Looks like Jetbrains is aware of this: youtrack.jetbrains.com/issue/RSRP-408661

However, it gave me an idea. I set CopyLocal on the assembly to "true" and now my references resolve.

Jon Kerr
  • 303
  • 2
  • 5
0

I had the same issue with v2017.1. Spent some time trying different solutions like clearing cache, suspending and resuming, but no success.

What helped me: I updated to v2017.3.1 (latest on time of writing). So if you facing a problem which you cant fix by simple suspending or clearing cache, consider updating to latest version, probably it was a small bug, and now it is fixed.

Roma Kostelnyy
  • 183
  • 1
  • 12
0

For me I got to reinstall MSBuild. Then it worked again.

karoluS
  • 2,980
  • 2
  • 23
  • 44
0

It seems those "EMIT WARNING" defines come from "xkeycheck.h", a standard include file, which wants to check if a standard data type gets overwritten by some define. It seems that somehow ONLY resharper thinks that this is the case, while VisualStudio itself doesn't have any issues. The emitted warning never appears in a compile, only in resharper. I have this issue in exactly one file, and I couldn't yet find the real cause for it. Ayway, adding a "#define _ALLOW_KEYWORD_MACROS" in this file stopped resharper from running amok.