Problem with VS 2005 web projects, assembly reference, code parsing
I have a solution with an ASP.NET web project in VS 2005. After installing the latest ReSharper 2.0 build (155) I cannot get the code parsed correctly by RS. RS always says that a certain namespace (System.ServiceModel) and all its types can not be resolved...
If I compile the project, it compiles fine. If I go to the web project's property pages I cannot see the assembly reference to System.ServiceModel.dll. Further, if I try to add it, it just does not appear in the assembly list. Still it compiles, I can browse the whole app correctly - but RS breaks :(
Any idea?
Thx,
Christian
Please sign in to leave a comment.
... of course I mean 255, sorry.
Hi everybody,
does anybody have a comment on this one?
This is a serious issue for us, sorry.
Thanks,
Christian
Christian,
I'll check the issue ASAP. A couple of questions
1) Did the problem exist in previous builds?
2) It looks like it is not a standard dll from .net framework, how it is
referenced in the project (using web.config?)
--
Sergey V. Coox
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"
Hi Sergey,
thanks for coming back to me.
1) I did not try previous builds together with web projects, sorry.
2) No, it is (was?) referenced by using the web project's Property Pages.
It is a DLL from WinFX/.NET Framework 3.0, so I think these problems will be common in just a few weeks for a lot more users of RS.
Thanks.
Cheers,
Christian
Christian,
We do not support framework 3.0 still (and we were not going to support in
by 2.0), but the following workaround might solve your problem:
try copying this dll to the bin folder within your website.
--
Sergey V. Coox
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"
Sergey,
I kindof expected this answer - but I actually think it is not just a .NET Fx 3.0 issue...
Re. your workaorund: I am not sure I want to copy all these DLLs to my bin folder.
Thanks,
Christian
Christian,
Unfortunately, it is the issue. I don't think we would be able to address
the problem within upcoming bugfix update (at least first one), because it
might require some significant changes, that cannot be tested thoroughly due
to lack of time.
I see. It would be very useful knowledge for us if you try and tell us the
results (and then roll back :)
--
Sergey V. Coox
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"
I'm trialling reSharper 2.0 (build 249) and I've found exactly the same issue using standard .net 2.0 and the standard Crystal reports dlls. I can't get resharper to acknowledge the CrystalDecisions.Shared library yet when I compile the code, it works first time with no errors. Any ideas? Screenshot enclosed, main points of note are circled in red.
Attachment(s):
ReSharperCrystalIssue.JPG
Hi,
I am seeing this problem with Crystal Reports too, and have posted about it
some time ago.
The latest build 255 still have this problem.
So what is so special about this dll, and are we only 2 people who has this
problem ?
/peter
"Steve Godrich" <no_reply@jetbrains.com> wrote in message
news:25497446.1153234617631.JavaMail.itn@is.intellij.net...
It's very strange as I'd assume that when a .dll file is added to the resources, resharper and/or intellisense can pick up on it and process it in the same way as any other .dll would but it just doesn't seem to beable to recognise these libraries.
Peter,
Frankly speaking, I have no idea. I'll try to install Crystal Reports on a
fresh PC and check, what should it be.
By the way, how the dll is referenced?
--
Sergey V. Coox
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"
Its just added to the references as any other dll would be. The dll exists in the gac and the web.config file has all the relevant details. I can confirm VS2005 knows the file is part of the project but resharper doesn't seem to.
Hi,
I have included a small TestCR site, that shows the problem.
On my computer both VS2003 and VS2005 are installed and the Crystal Reports
dll´s are located in the GAC.
/peter
"Sergey V. Coox (JetBrains)" <qx@intellij.com> wrote in message
news:e9kuss$l4r$1@is.intellij.net...
>
Attachment(s):
TestCR.rar
Peter,
the dll you are using is not located in GAC, it lies in C:\Program
Files\Common Files\Business Objects\2.7\Managed\
Anyway, the problem is fixed in build 256
--
Sergey V. Coox
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"
Thanks alot.
/peter
"Sergey V. Coox (JetBrains)" <qx@intellij.com> wrote in message
news:e9ldq8$or9$1@is.intellij.net...
>
>
Sergey,
which "problem" exactly is fixed? Only with CR, or in general?
Thanks!
Christian
Christian,
The problem with Crystal Reports. If System.ServiceModel.dll's folder is
listed in the registry under
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework\v2.0.50727\AssemblyFoldersEx\*,
then it should work for it either.
--
Sergey V. Coox
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"
Hi Sergey,
hm, well I can see the C:\Program Files\Reference Assemblies\Microsoft\Framework\v3.0 path there, so cross fingers :)
When can we have this build?
Thx,
Christian
Christian,
is it ...\v3.0 or v3.0.]]>?
The build is to be published soon.
--
Sergey V. Coox
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"
Under the reg key "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework\v2.0.50727\AssemblyFoldersEx\" I can see several keys that have "C:\Program Files\Reference Assemblies\Microsoft\Framework\v3.0" as their default value.
Christian
I see. In the case, It might work.
--
Sergey V. Coox
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"
Cool - so give us the build ;)
Thx for all the immediate support,
Christian