Hello,

I'm using  DNN 3.2 and I'm trying to create a custom module for the first time. Whenever I assign the module to a page, I receive the following error "MinMax persistance type of cookie requires a ModuleId"

Any ideas?

Thanks!!!

see here: http://support.dotnetnuke.com/Default.aspx?p=2&i=2194

I tried the suggested change but still end up with the error "MinMax persistance type of cookie requires a ModuleId". I also looked at the Survey module which uses the same Actions.Add settings 

Actions.Add(GetNextActionID, Localization.GetString(Entities.Modules.Actions.ModuleActionType.AddContent, LocalResourceFile), Entities.Modules.Actions.ModuleActionType.AddContent, "", "", EditUrl(), False, Security.SecurityAccessLevel.Edit, True, False)

And it works without producing this error.

Any other thoughts?    

I've been able to correct this everytime now from within my module itself. What I'd check is that you are using consistent and proper namespaces throughout your module. Also include a [ModuleName]Info.vb class in the App_Code/[ModuleName] folder with all of the properties available for the module object. It will be created for you if you use the DNN starter kit.

Usually, something is occuring in the module itself that is throwing an error. That error stops the module from loading properly which then causes an exception on the page when it tried to access the module properties. Check the log viewer, your answer should be there..

jeremypettit wrote:

Also include a [ModuleName]Info.vb class in the App_Code/[ModuleName] folder with all of the properties available for the module object. It will be created for you if you use the DNN starter kit.

Not all custom modules are going to need those.

That error is almost always due to a namespace issue or your module throwing an error on the loading of the assembly.

The error your seeing is most likely because your assembly coldn't be loaded (you should check the log viewer to verify).

I went through this about 2 hours ago actually, in my case, the HTML behind had the wrong namespace in the Inherits attribute.

Thanks for all of the help. I changed the name space. I had seen a variety of different examples and tried them all what finally worked for me was "MIMH.DNN.Modules.DynamicSearch"

While I have a basic understanding of what a name space is I am not at all clear as to how one should be constructed. At any rate I now have one that works.

I had been pulling my hair our for a couple of days over this. Thanks!!!

Matthew

The namespace is just what it is, a name space. It makes your object(s) unique, when there are multiple objects that share the same name. Try to make them meaningful. I usually begin with company name, the application, the object type, and object name, etc....

ie: MyCompany.DNN.Modules.MyModule

ie: MyCompany.DNN.Modules.MyModule.DataProvider

If you are using the starter kit or uncompiled module, just type it in before the class declarations of each object.

Namespace MyCompany.Modules.MyModules

If it is its own project, then you should also add it to the assembly name by going to the application tab under the project properties and editing the Assembly Name.

Thanks! You description is prettty clear and prompted me to learn more. I went to the web and read a few articles so now I have a much better understanding. Thanks for the nudge.

Matthew

Is this an issue that is common with just 3.2.1 or with 3.x.x?

Ok this kinda funny. I was working on a module creation tutorial and I ran across this error. The solutions already mentioned here do not apply to a person who has just created a module using the starter templates. Their namespaces are all fine. the problem is the starter templates sometimes create the pages in the wrong place. I had to add the following to my tutorial:

 

(I interrupt this tutorial for an important warning)

NOTE: If the files DataProvider.vb, GuestBookController.vb, GuestBookInfo.vb, and SqlDataProvider.vb in the "ModuleName" directory are under "DesktopModules/App_Code" then they are in the wrong place. Click on the "ModuleName" folder and drag it under the "App_Code" directory that is directly under the main root of the website. You will also have to move the "DesktopModules/ModuleName" folder and drag that "ModuleName" folder so it is under the "DesktopModules" folder that is directly under the main root of the website.

(This is the correct way it should look)

I note that you are using DNN4.0, and did mention that it sometimes happens when using the starter templates.  I do not know how close the two relate as I have not had too much of a chance to move to the DNN4 DEV ENV, but I would like to see your tutorial. 

The solution to my problem in 3.2 was this:

NameSpace issues in the DAL..

The person coding the third party module did not use conventional or a standardized coding practice, and DNN 3.2 as well as DNN 4 are both seeming to be sticklers on this at least in the namespace.  The original module was created for a DNN 3.0.x Portal, it had such namespace practices as not declaring a namespace at all such as:

Namespace WebDataTechnologies.DNN.Modules.AFIPending.x

where x is replaced with Data or Business depending on the namespace or control that you are using or it would use simple namespace names like Namespace SetupAFI, why the original coder did this?  I have no idea.  Probably found dotnetnuke, watched a tutorial or bought a book, slapped a module together and called it an application to sale to an unsuspecting buyer. What I did was to go back to the templates of dnnJungle and Codesmith and just regenerate everything that I would need for the DAL, used the original front end, and rewired/recoded the new back end and the proper event handlers using proper naming and dotnetnuke standards.  Once I did this I tested each step of the way and there were no problem other than the occasional error that one might have when passing variables between the different parts of the DAL.

To satisfy my curiosity after I was done with the project and got it out to where it needed to be, I went back into the original code and just examined all of the namespaces, and some of the syntax. I then modified the namespaces and tweaked the DAL just a bit and the code worked fine, but I prefer something that meets standards.

Point of the matter is that while adefwebserver makes a good observation on file placement I have seen this in some cases where my SQLDataProvider Project gets shifted around when I said, "Go to your happy little home in the Providers directory", some of the problem still remains in the namespace syntax or actual module code itself. Without the correct namespace, I would imagine it would be difficult to pass a moduleId through the DAL to display the Module at all let alone manipulate it.  Again this is my assumption, and I mean no harm I am only attempting to make my suggestion as to what might help some out and explaining what worked in my situation. 

I will attempt some further investigation and post my findings, but I am betting on the namespaces. (Being that before I touched the module it didnt connect to the SQL Server by design it just retrieved info and emailed to the client to be evaluated and be entered in to the the user DB at a later date by hand)

Michael

Sorry adefwebserver I just reread your post and you said it doesnt pertain to someone who uses the templates with the namespaces and the only way it would is if they forgot to copy the namespaces into the codesmith templates or DAL code generator of their choice.

Web Data Technologies wrote:

Sorry adefwebserver I just reread your post and you said it doesnt pertain to someone who uses the templates with the namespaces and the only way it would is if they forgot to copy the namespaces into the codesmith templates or DAL code generator of their choice.

The problem is that when the templates are created in the wrong place they cannot be run and don't exist. This is the same thing that happens when the namespaces are wrong, the code basically doesn't exist.

What I was referring to is a person who created the templates and made no changes. They will get the error even though their name spaces are all correct. This is what happened to me. I simply put the pages in the correct place and they worked.

adefwebserver wrote:

What I was referring to is a person who created the templates and made no changes. They will get the error even though their name spaces are all correct. This is what happened to me. I simply put the pages in the correct place and they worked.

I realized this after I reread your post a second time.  I apologize if I tramped on any toes.

Here's a question for you, seeing how you post regularly and are knowledgeable about the core and modules.  I have a datagrid containing some info and some PDF's.  I am using SharpZipLib to zip multiple files which are selected via an ASP:Checkbox control.  The number of files can range from 1-100 at a time and are no more than 42kB each.  I have attempted several miserable java script codings at getting a checkbox in the header or footer to select and de-select all (I suck a java).  I have torn apart the core file system module in hopes of understanding how they do it, but I cannot seem to find the initial call to the function that builds the key function that the java script depends on (I know confusing talk).  In simpler terms on line 610 in admin/files/FileManager.ascx there is an onclick cmd to a java script function on line 424 called gridCheckAll. This in turn calls for another function CheckAllFiles that is dynamically built in the vb source via the Private Function GetCheckAllString. From here it dead ends as far as me finding a way of seeing how to call this Private Function so that I do not get a java error in the initial code.  So my real question is this, should I attempt to programatically check the boxes with a post back event handler and server side code, or should I attempt more java client side approaches.  I would like to keep it client side and avoid giant view state variables and possible lags on slower machines as this will also be under SSL. Or have you seen another module with this one click check/uncheck all functionality?

Web Data Technologies wrote:

 have you seen another module with this one click check/uncheck all functionality?

I use Speerio File Manager Pro DNN for all my File manager needs. There is nothing this thing wont do. You can configure it in ever imaginable way.