File locking issue with asp.net projects

The project I am currently working on contains a rather large ASP.NET web
site, which contains dependencies on several code libraries/dll's. One of
the middle tier projects that it references does some interop work with J2EE
using Borland's Janeva product. As a result, a few borland dll's end up
getting copied to the bin directory of the website. However, there is something
about these dll's that Resharper choke's on. No error messages from resharper
occur, but when you try to build the web project, a build error occurs that
says file access is denied to the dll. If I disable resharper, the problem
goes away. It seems that for whatever reason, Resharper isn't releasing
the lock on that file when it's done inspecting it. The name of dll is "Borland.Janeva.Services.dll".
This problem doesn't seem to occur with normal .NET dll's that are in the
bin directory. Could someone please look into why Resharper might be having
a problem with this file?

~Andy


2 comments
Comment actions Permalink

Andy,

Is this issue reproducable in the latest build?

Valentin Kipiatkov
Chief Scientist, Vice President of Product Development
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"

The project I am currently working on contains a rather large ASP.NET
web
site, which contains dependencies on several code libraries/dll's.
One of
the middle tier projects that it references does some interop work
with J2EE
using Borland's Janeva product. As a result, a few borland dll's end
up
getting copied to the bin directory of the website. However, there is
something
about these dll's that Resharper choke's on. No error messages from
resharper
occur, but when you try to build the web project, a build error occurs
that
says file access is denied to the dll. If I disable resharper, the
problem
goes away. It seems that for whatever reason, Resharper isn't
releasing
the lock on that file when it's done inspecting it. The name of dll
is "Borland.Janeva.Services.dll".
This problem doesn't seem to occur with normal .NET dll's that are in
the
bin directory. Could someone please look into why Resharper might be
having
a problem with this file?

~Andy



0
Comment actions Permalink

Hi Valentin,

I appreciate you checking in on this. I had been running the RC version
of Visual Studio Team Edition (2.0.50727.26), and when I installed version
216 of Resharper on it, I was still having the file locking issue. However,
a couple days ago, we upgraded to the Release version of VS2005 (Team Edition
for Developers v2.0.50727.42), and since then I have been using v216 of Resharper
on it and have not had any file locking issues. So it appears that the problem
has been fixed. Thank you very much for addressing this. I'll let you know
if it resurfaces. I have not installed version 217 yet, but have been very
happy with 216. Thanks for all of your hard work!

~Andy

Andy,

Is this issue reproducable in the latest build?

Valentin Kipiatkov
Chief Scientist, Vice President of Product Development
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"

>> The project I am currently working on contains a rather large ASP.NET
>> web
>> site, which contains dependencies on several code libraries/dll's.
>> One of
>> the middle tier projects that it references does some interop work
>> with J2EE
>> using Borland's Janeva product. As a result, a few borland dll's end
>> up
>> getting copied to the bin directory of the website. However, there
>> is
>> something
>> about these dll's that Resharper choke's on. No error messages from
>> resharper
>> occur, but when you try to build the web project, a build error
>> occurs
>> that
>> says file access is denied to the dll. If I disable resharper, the
>> problem
>> goes away. It seems that for whatever reason, Resharper isn't
>> releasing
>> the lock on that file when it's done inspecting it. The name of dll
>> is "Borland.Janeva.Services.dll".
>> This problem doesn't seem to occur with normal .NET dll's that are in
>> the
>> bin directory. Could someone please look into why Resharper might be
>> having
>> a problem with this file?
>> ~Andy
>>


0

Please sign in to leave a comment.