Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeDevelopment and...Development and...Building ExtensionsBuilding ExtensionsModulesModulesStrange Error - Assembly not foundStrange Error - Assembly not found
Previous
 
Next
New Post
1/20/2016 7:08 AM
 

What I did:

I installed DNN 8 (fresh install, no upgrade) and copied a module project from DNN 7 to this installation. I opened the project in VS 2015, changed the depencies of DotNetNuke.dll and DotNetNuke.WebUtility.dll to the assemblies in the DNN8/bin folder. The project compiled without any errors or warnings.

Then I added the module to the Extensions and ran the necessary SQL scripts. I created a page, and added the module to the page. The result was a bit frustrating:

The file or assembly "DotNetNuke.HttpModules" or a dependency was not found. The system cannot find the file.

There is no dependency in my module to this assembly, but I guess it is somewhere in the DotNetNuke.dll.

The interesting thing is the way the system tries to find it, according to the debug tracing:

C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files/modules_mymodule/19ccb8f7/3dc05abb/DotNetNuke.HttpModules.DLL.
C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files/modules_mymodule/19ccb8f7/3dc05abb/DotNetNuke.HttpModules/DotNetNuke.HttpModules.DLL.
C:/DNN8/DesktopModules/MyModule/bin/DotNetNuke.HttpModules.DLL.
C:/DNN8/DesktopModules/MyModule/bin/DotNetNuke.HttpModules/DotNetNuke.HttpModules.DLL.
C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files/modules_mymodule/19ccb8f7/3dc05abb/DotNetNuke.HttpModules.EXE.
C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files/modules_mymodule/19ccb8f7/3dc05abb/DotNetNuke.HttpModules/DotNetNuke.HttpModules.EXE.
C:/DNN8/DesktopModules/MyModule/bin/DotNetNuke.HttpModules.EXE.
C:/DNN8/DesktopModules/MyModule/bin/DotNetNuke.HttpModules/DotNetNuke.HttpModules.EXE.

 

Any ideas? Why does it search in C:/DNN8/DesktopModules/MyModule/bin instead of C:/DNN8/bin? (Where it could find it ;-))

Happy DNNing!
Michael

 


Michael Tobisch
DNN★MVP

dnn-Connect.org - The most vibrant community around the DNN-platform
 
New Post
1/20/2016 8:14 AM
 
Michael,

I'm willing to bet that; when you opened it in VS,
; VS inserted a gratuitous Application or Virtual directory node. Take a (refreshed) look at it in IIS manager. Nuke that and you will be happy again. :-)

Best wishes,
- Richard
Agile Development Consultant, Practitioner, and Trainer
www.dynamisys.co.uk
 
New Post
1/20/2016 10:06 AM
 

Richard,

thanks for your answer. Unfortunately, this is one of the things I already thought of, as this happened before. It did not help.

What I also tried was to stop the application pool and deleted all the files in the "Temporary ASP.Net Files" folder (under C:\Windows\Microsoft.Net\...).

Happy DNNing!
Michael

 


Michael Tobisch
DNN★MVP

dnn-Connect.org - The most vibrant community around the DNN-platform
 
New Post
1/21/2016 2:27 AM
 

This was really a hard one - it was one virtual directory (~/DesktopModules/MyModule) and four applications that were created in IIS (desktopmodules_mymodule, modules_mymodule, root_desktopmodules_mymodule and root_modules_mymodule). I have no idea why the thing got in such a mess, but propably I tried too many things to make it run.

But the bigger issue was: nothing could be seen on the tree view in IIS manager. I found this stuff by clicking the View Applications and View Virtual Directories links on the right hand side when selectting the web site in the tree.

Thanks, Richard - you pushed me in the right direction (even if I already knew this strange behaviour, but until now it was easy to find as there were different icons in the tree view).

Happy DNNing!
Michael

 


Michael Tobisch
DNN★MVP

dnn-Connect.org - The most vibrant community around the DNN-platform
 
New Post
1/21/2016 1:48 PM
 
Good detective work. :-)

Best wishes,
- Richard
Agile Development Consultant, Practitioner, and Trainer
www.dynamisys.co.uk
 
Previous
 
Next
HomeHomeDevelopment and...Development and...Building ExtensionsBuilding ExtensionsModulesModulesStrange Error - Assembly not foundStrange Error - Assembly not found


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out