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

HomeHomeGetting StartedGetting StartedInstalling DNN ...Installing DNN ...DNN 4.5 + ObjectQualifier Installtion ProblemsDNN 4.5 + ObjectQualifier Installtion Problems
Previous
 
Next
New Post
4/8/2007 2:03 PM
 

FYI to those of you using an Object Qualifier in your database:

There appears to be a problem with the DB creation scripts.  I'm fighting through it as we speak, but it appears that the {objectQualifier} is missing on many of the EventLog related table definitions.  Mostly in the CONSTRAINTS.  This may cause issues if you have an older version of DNN installed in the same database as this new version (as I do).

This problem may have been around for ages, not something new in DNN 4.5, but the net result is that you can't install 4.5 alongside another existing version of DNN.  Major headache for me...

 
New Post
4/8/2007 2:35 PM
 

Follow Up:

I see at least one other mention of this problem going back to DNN 4.0.4, but it appears as though it's not been resolved in the core.

Forum Link

Here another mention dating all the way back to the DNN 3.1 days.  As I suspected, this is not a new problem, but one that's obviously lingered for a while now.

This fix needs to get put in the core scripts for the future.  Who would be the right person to contact?

 
New Post
4/8/2007 5:44 PM
 

The fix for the SQL scripts is relatively easy for 3.2.x  so multiple 3.2.x hosts can reside in a single DB...  3.37 and 4.x broke our application and ability to share a code base and single Sql DB so we forked the code at 3.2.x.  Our fork focuses on the concept of subportals and managed content applications.  aka. cafepress, communityzero, but combined.  We built our fork using the 3.2.2 core and modified a module developed by ezcam / tom mahoney / jerry spohn.

Our business case required more of the master of one than the jack of all trades approach.  Consequently we have taken the core and made modifications to the framework  and modules to deliver managed content applications to our clients.

One of our clients has an active site with 232,732 active portals each currently serving 27,918 active content pages for an e-commerce application.  Our fork of the code allows a single content portal to support skinnable subportals (Portal Alias in DNN terms but with limited admin) each of these portals are based on our managed content system but delivered under a unique brand, look and feel for each portal alias, each with their own seperate users and limited ability to customized the content and pages we authorize.

Whats different and nice about our approach is we maintain one main portal.  Each of the subportal owners receive our content and changes immediately and can control the presentation. Although we are a commercial enterprise we believe the DNN framework saved us millions of dollars in development allowing us to bring to market a solution in 1/24th of the time it would have taken  to complete from scratch.  We are currently revisiting the core at 4.5.x seeing if our fork can be reintegrated with the core. 

Initial indications do not look promising.  We are willing to share our code and case studies with interested members of the core team because se we believe the concept of subportals  to be integral, lacking and not even on the roadmap of  the DNN framework.

Not to hijack this thread, The answer is it can be done but you will need to modify  the core. 

 

 
New Post
4/9/2007 9:09 AM
 

Bad news.

My further research seems to indicate that it's just not possible to have a DNN 3.x and DNN 4.x installtion in the same physical database, even with different Object Qualifiers.

The aspnet_ stored procedures are all different, and the DNN 3.x installation can't handle the new procs.  You get a boat load of errors about missing parameters, rendering the DNN 3.x install worthless.

Looks like seperate databases is the only answer.  Ugh.

 
Previous
 
Next
HomeHomeGetting StartedGetting StartedInstalling DNN ...Installing DNN ...DNN 4.5 + ObjectQualifier Installtion ProblemsDNN 4.5 + ObjectQualifier Installtion Problems


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