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

HomeHomeArchived Discus...Archived Discus...Developing Under Previous Versions of .NETDeveloping Under Previous Versions of .NETASP.Net 2.0ASP.Net 2.0How to deal with Shared DLL on Module Install or UpgradeHow to deal with Shared DLL on Module Install or Upgrade
Previous
 
Next
New Post
11/16/2007 3:22 PM
 

I read the DNN core source code quickly. Correct me if I'm wrong but it seems to silently remove any DLL listed in the .dnn manifest file from the \bin when you delete a module.

How do you handle the situation where you have 2 modules that share a common DLL (eg. Company.Shared.dll) and you need to uninstall of one these two modules but keeping the other one intact ?

 
New Post
11/16/2007 4:11 PM
 

I have that problem and I haven't ever thought of a "good" way around it -- I previously didn't package it with the DLL at all and then just manually uploaded the DLL to the bin folder. 

One thing I saw suggested is actually creating a completely separate module that has no view or edit controls and doesn't do jack but contains DLLs and only DLLs.  You provide it as a module package to install the shared DLLs and only uninstall it when/if you want to uninstall everything.  That method actually sounded really cool and a great idea.

Otherwise, just like you said, if you have the same DLL actually packaged with more than one module package and end up uninstalling one, you are screwed because the dependency is deleted and your module no longer can work.


-- Jon Seeley
DotNetNuke Modules
Custom DotNetNuke and .NET Development
http://www.seeleyware.com
 
New Post
11/17/2007 5:36 PM
 

wow sounds like a big oversight in DNN design.. This will be a pain for me as most of my modules use some shared DLLs.

 
New Post
11/17/2007 10:37 PM
 

If you ever used the original Smart-Thinker modules you'll know I've had this problem for years now. The best solution I had (I used to have a seperate Module Framework project) was to copy all the classes into each project... a pain, I know, but I never have versionining issues at least. It's a real pit the DNN installer is not smarter!


Entrepreneur

PokerDIY Tournament Manager - PokerDIY Tournament Manager<
PokerDIY Game Finder - Mobile Apps powered by DNN
PokerDIY - Connecting Poker Players

 
New Post
11/18/2007 8:21 AM
 

You know with IWeb we actually have something "close" to a shared componant (but not totally).

IWeb is the shared componant. You can then install "extensions". See:

http://iweb.adefwebserver.com/ExampleCode/HowtoextendIWebforyourownmodules/tabid/59/Default.aspx



Michael Washington
http://ADefWebserver.com
www.ADefHelpDesk.com
A Free Open Source DotNetNuke Help Desk Module
 
Previous
 
Next
HomeHomeArchived Discus...Archived Discus...Developing Under Previous Versions of .NETDeveloping Under Previous Versions of .NETASP.Net 2.0ASP.Net 2.0How to deal with Shared DLL on Module Install or UpgradeHow to deal with Shared DLL on Module Install or Upgrade


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