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

HomeHomeDNN Open Source...DNN Open Source...Module ForumsModule ForumsGalleryGalleryModuleLoadException Error after upgradeModuleLoadException Error after upgrade
Previous
 
Next
New Post
8/23/2009 6:38 AM
 

Hi there, I'm hoping someone can help.

I've just upgraded my my Gallery module to v. 4.3.0.113 and am getting the following error.

ModuleId:
ModuleDefId:
FriendlyName: Gallery
ModuleControlSource: DesktopModules/Gallery/Container.ascx
AssemblyVersion: 5.1.1
PortalID: 0
PortalName:
UserID: 1
UserName:
ActiveTabID: 56
ActiveTabName:
RawURL: /Default.aspx?tabid=56
AbsoluteURL: /Default.aspx
AbsoluteURLReferrer:
UserAgent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; Trident/4.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; InfoPath.2; .NET CLR 3.5.21022; OfficeLiveConnector.1.3; OfficeLivePatch.0.0; .NET CLR 3.5.30729; .NET CLR 3.0.30618)
DefaultDataProvider: DotNetNuke.Data.SqlDataProvider, DotNetNuke.SqlDataProvider
ExceptionGUID: c0b9e343-64b0-4493-a283-d88edcd2f832
InnerException: Unknown server tag 'gal:GalleryControl'.
FileName:
FileLineNumber: 0
FileColumnNumber: 0
Method: System.Web.UI.TagPrefixTagNameToTypeMapper.System.Web.UI.ITagNameToTypeMapper.GetControlType
StackTrace:
Message: DotNetNuke.Services.Exceptions.ModuleLoadException: Unknown server tag 'gal:GalleryControl'. ---> System.Web.HttpParseException: Unknown server tag 'gal:GalleryControl'. ---> System.Web.HttpParseException: Unknown server tag 'gal:GalleryControl'. ---> System.Web.HttpException: Unknown server tag 'gal:GalleryControl'.at System.Web.UI.TagPrefixTagNameToTypeMapper.System.Web.UI.ITagNameToTypeMapper.GetControlType(String tagName, IDictionary attribs)at System.Web.UI.MainTagNameToTypeMapper.GetControlType2(String tagName, IDictionary attribs, Boolean fAllowHtmlTags)at System.Web.UI.MainTagNameToTypeMapper.GetControlType(String tagName, IDictionary attribs, Boolean fAllowHtmlTags)at System.Web.UI.RootBuilder.GetChildControlType(String tagName, IDictionary attribs)at System.Web.UI.ControlBuilder.CreateChildBuilder(String filter, String tagName, IDictionary attribs, TemplateParser parser, ControlBuilder parentBuilder, String id, Int32 line, VirtualPath virtualPath, Type& childType, Boolean defaultProperty)at System.Web.UI.TemplateParser.ProcessBeginTag(Match match, String inputText)at System.Web.UI.TemplateParser.ParseStringInternal(String text, Encoding fileEncoding)--- End of inner exception stack trace ---at System.Web.UI.TemplateParser.ProcessException(Exception ex)at System.Web.UI.TemplateParser.ParseStringInternal(String text, Encoding fileEncoding)at System.Web.UI.TemplateParser.ParseString(String text, VirtualPath virtualPath, Encoding fileEncoding)--- End of inner exception stack trace ---at System.Web.UI.TemplateParser.ParseString(String text, VirtualPath virtualPath, Encoding fileEncoding)at System.Web.UI.TemplateParser.ParseFile(String physicalPath, VirtualPath virtualPath)at System.Web.UI.TemplateParser.ParseInternal()at System.Web.UI.TemplateParser.Parse()at System.Web.Compilation.BaseTemplateBuildProvider.get_CodeCompilerType()at System.Web.Compilation.BuildProvider.GetCompilerTypeFromBuildProvider(BuildProvider buildProvider)at System.Web.Compilation.BuildProvidersCompiler.ProcessBuildProviders()at System.Web.Compilation.BuildProvidersCompiler.PerformBuild()at System.Web.Compilation.BuildManager.CompileWebFile(VirtualPath virtualPath)at System.Web.Compilation.BuildManager.GetVPathBuildResultInternal(VirtualPath virtualPath, Boolean noBuild, Boolean allowCrossApp, Boolean allowBuildInPrecompile)at System.Web.Compilation.BuildManager.GetVPathBuildResultWithNoAssert(HttpContext context, VirtualPath virtualPath, Boolean noBuild, Boolean allowCrossApp, Boolean allowBuildInPrecompile)at System.Web.UI.TemplateControl.LoadControl(VirtualPath virtualPath)at DotNetNuke.UI.ControlUtilities.LoadControl[T](TemplateControl containerControl, String ControlSrc)at DotNetNuke.UI.Modules.ModuleHost.LoadModuleControl()--- End of inner exception stack trace ---
Source:
Server Name: SERV

 
New Post
8/23/2009 7:21 AM
 

It appears that the upgrade did not successfully install all files. Perhaps the ASP.Net user account did not have write permissions on the DesktopModules/Gallery folder or perhaps some of the older files were locked at the time of the upgrade.

Please inspect the file version of the file DotNetNuke.Modules.Gallery.dll that was placed in your sites /bin folder. It should be version 04.03.00.113.

From what version of the Gallery module were you upgrading? v 03.0012 ?

Were there any errors shown during the upgrade?

Have you tried restarting the website application?

After checking that the ASP.Net user account has proper write permissions, I would suggest that you try another installation of the Gallery package. You will need to check the box "Repair module" during one of the steps of the install wizard.

Let me know how this works out.


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
8/23/2009 7:58 AM
 

Thanks for your quick reply William.

The gallery dll that was in the bin folder was from the old version 3.0.12, so I guess that means the installation did not copy the new one over.

I deleted the old dll and manually copied the new one, then installed the Gallery module once more choosing to repair module as you advised.

The module is now working as it should do.

Thank again for your help, much appreciated.

BTW, I noticed that there isn't a DotNetNuke.Modules.Gallery.Popup.dll with the new module package installation, isn't this needed anymore?

 
New Post
8/23/2009 11:00 AM
 

Hi Jamo,

The Gallery 04.03.00 only includes 2 dll files.  The Dotnetnuke.Modules.Gallery.dll and the Gallery.Exif.dll .

 
Previous
 
Next
HomeHomeDNN Open Source...DNN Open Source...Module ForumsModule ForumsGalleryGalleryModuleLoadException Error after upgradeModuleLoadException Error after 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