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

HomeHomeUsing DNN Platf...Using DNN Platf...Administration ...Administration ...DNN Manifest file - best practice to remove unwanted referenceDNN Manifest file - best practice to remove unwanted reference
Previous
 
Next
New Post
3/31/2008 8:33 PM
 

In creating a new version of a module, I changed the name of the .ascx files, so now when I perform an upgrade, I am left with two .ascx references to the same key. The old .ascx and the new .ascx  I was hoping the upgrade would update the .ascx file in the existing database record as all other information is the same.  But this seems not to be the case.    The view seems to work (not sure why), but accessing any edit modules causes an error that more than one .ascx is defined and that there must only be one.

I have deleted the old .ascx file from the \desktopmodule directory via the xx.xx.xx.TXT file.  (small issue:  Is there any logging of the deleted files in the update log?)

How do I delete the old reference from the database?   I am testing with DNN 4.5.5 as this will be oldest version I want to support with the new version.   I could delete the old reference via  SQL during the upgrade - but is this the recommended way?  What is the best practice in this case?

Any help would be appreciated.

Thanks
Paul

 
New Post
4/1/2008 8:35 AM
 

Rather than directly manipulating the various module definition tables via SQL, I would suggest that your business controller class implement the IUpgradable interface and in a version specific branch of the UpgradeModule method use the the appropriate methods of the ModuleDefinitionController and ModuleControlController to delete the obsolete control references from the database.  I have noted that several of the older core modules used this approach during upgrades.


Bill, WESNet Designs
Team Lead - DotNetNuke Gallery Module Project (Not Actively Being Developed)
Extensions Forge Projects . . .
Current: UserExport, ContentDeJour, ePrayer, DNN NewsTicker, By Invitation
Coming Soon: FRBO-For Rent By Owner
 
New Post
4/1/2008 12:05 PM
 
Bill, Thanks for the suggestion. The IUpgradable interface code will basically perform the SQL Update I was suggesting. However, using the controllers will ensure I don't damage the underlying database structures. I will look at doing this, but I thought the manifest file would handle it... Time to launch VS and add the required code. I will post an example for others like me that we looking for a solution via the manifest file. Can you suggest one of the "older core modules " to review? Thanks, Paul.
 
New Post
4/2/2008 8:36 AM
 

I recall that the core Repository module had to remove obsolete controls when it upgraded from the GoodDogs based repository version.


Bill, WESNet Designs
Team Lead - DotNetNuke Gallery Module Project (Not Actively Being Developed)
Extensions Forge Projects . . .
Current: UserExport, ContentDeJour, ePrayer, DNN NewsTicker, By Invitation
Coming Soon: FRBO-For Rent By Owner
 
New Post
4/3/2008 8:45 AM
 

Thanks for the feedback.  /Paul

 
Previous
 
Next
HomeHomeUsing DNN Platf...Using DNN Platf...Administration ...Administration ...DNN Manifest file - best practice to remove unwanted referenceDNN Manifest file - best practice to remove unwanted reference


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