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

HomeHomeOur CommunityOur CommunityGeneral Discuss...General Discuss...CanCan't get past install. Will never know what DNN is like.
Previous
 
Next
New Post
4/8/2007 12:59 AM
 

Mark,

I think why people were questioning why you used (or appeared to use) only the book is because the book is (I believe) close to a year old. Even though the basics have stayed the same there have be a lot of changes in DNN and like most software what worked in last year's version might not necessarily work in this year's version. An example I can think of is (someone feel free to correct me if I'm wrong) when DNN 4 was originally released it used the ASPNet Membership. In the course of getting to 4.5 they've dropped the ASPNet Membership provider and it's just there for backwards compatibility now.

In any case, now that you've got it up an running enjoy it and learn from it. Who knows, a couple of years from now you may see a post on the forums from someone saying much of the same as you did in your original post and you're first reaction may be the same as mine was... "Who is this a**hole? His first post on the forums and he's slamming my beloved DNN? Why hasn't he at least asked for help?" and then you'll remember all the people that have helped you in the past with DNN and you'll offer up your services much like many here did in this post.

Mike

 
New Post
4/8/2007 7:23 AM
 

The DNN core team was aware of issues with the previous installation procedure and produced two options to leverage this issue:

  • the DNN installer (currently available for DNN 4.4.1 only) is a setup program, that assists in setting up database and DNN
  • the DNN install wizard is introduced in DNN 4.5.0 and guides through the installation process of DotNetNuke, after it has been unpacked and the web site configured.

For those, that want to get familiar with DNN while having installation issues and little knowledge of IIS and SQL-Server installation, I recommend to use DotNetNuke on a Disk from www.effority.net. Besides DNN it installs web server sql server (if necessary) and places a link to DNN in your program menu for local usage (needs Windows XP home and later). You can use the installation to setup your web site locally and tranfer to a public web server when it is finished.


Cheers from Germany,
Sebastian Leupold

dnnWerk - The DotNetNuke Experts   German Spoken DotNetNuke User Group

Speed up your DNN Websites with TurboDNN
 
New Post
4/8/2007 7:27 AM
 

I am glad you finally got your install working, although I can't say that I agree with all the conclusions reached.  Rarely, should you have to drop the db, and I know of no situation requiring you to delete the website.  It is only a few simple tweaks to any website to force a clean install.

If you reach the "Click Here to Access Your Portal" screen without errors then the only problems that could remain are a configuration problem on your site or in the DB, none of which that I have ever encountered require deleting the db or website.  If you encounter db related errors during install, then droping/re-creating the db is the easiest way forward.  As for the website - there are only a couple files which are "touched" during a standard installation:  The web.config and any modules that were installed.  Deleting the <add key="InstallationDate" value="3/22/2007"/> line in web.config is generally all that is required (unless you messed up the connection string - which you should be able to test during the installation wizard).  This method also requires that you "re-register" the previously installed modules from the module definition screen.

While I can't detail every possible scenario in this post, I can say that you do need an understanding of what is going on during install to know how to resolve installation issues.  But the same is true for pretty much any software.   If any installer fails, you are often in no-man's land.  At least with DNN you can be pretty certain you will never be spelunking through the Registry trying to remove hundreds of application configuration references left over by failed uninstalls (I have been there enough to know that it is not an uncommon requirement for failed install/uninstalls from many major software vendors including Microsoft).  Even if you don't personally have the understanding required to recover from a failed install, if you come to the forums with a good attitude and offer the necessary information (note the lack of any specifics in the first post) then someone here is more than willing to help, and yes, if you come here looking to rant without giving people a chance to help then you will often get responses like Alex's.  The DNN crowd is a very passionate community and it is hard for many of us to keep quiet when people are taking shots at the software that many people are using every day to successfully run companies both big and small.

Like every piece of software I have used, there is always one more bug to fix, another feature to enhance or new functionality to add.  It never ends.  We do the best we can with the time we have, our current set of resource and our current set of processes.  While we don't really have control over the time issues, we are constantly looking for ways to improve our resource issue, and to improve our processes so that our software continues to get better and better with each release.  It was not all that long ago that there were no automated installers, and very little documentation.  We are fixing these and a host of other issues with each release.

The one thing that DNN has over many commercial applications is that we have a very active community.  No matter how good documentation is for software, it is always just a snapshot of a small group of people's understanding of the software.  There are often important pieces of information that don't make it into the documentation (or it is there and buried in 5000 pages of other "stuff") and that is where the community really shines.  The community is a giant pool of knowledge about the current state of DNN.  Not DNN as it existed 18 months ago when some book was written (note that the words in the book are formed many months before it ever hits the bookstore shelves, so in a fast moving product like DNN, a book is often mildly out of date on the first day it is available for sale), but the state of DNN as it exists today.  The lessons learned from hundreds of thousands of installs on every configuration, and in every language imaginable.  You will never be able to replicate this in print.  So if you have problems - RTM first and then come to the forums to supplement what the docs might have missed.


Joe Brinkman
DNN Corp.
 
New Post
4/8/2007 1:37 PM
 
Mike H,
 
You are right and I want to apologize to you and anyone else who’s reaction to my post was “who is this a-hole?” – although, unfortunately, that was my intention (hence the lack of specifics). I felt, and still do, that published documentation regarding an installation such as this should be guide enough with “gotchas” and caveats duly noted – thus reducing the need for a forum to help with issues in this trivial area. The forum’s desire to offer help despite my slam indeed surprised and impressed me a good deal. I never expected that and only returned to the forum when well-meaning responses started to hit my email. 
 
I remain dedicated to the DNN technology and will favor the guidance of the DNN community versus formal documentation…unless I receive recommendations to the contrary. I’ll sign off now and will hopefully be spreading the DNN gospel in the St. Louis area soon.
 
Regards, Mark.
 
New Post
4/8/2007 2:59 PM
 

mgrimaldi wrote

Thanks, John.  I am able to hit my database (resides on separate server) from my web server via odbc.  I am able to view aspx pages on my web server as well.  I just now installed DNN 4.5 as recommended by a member of this post.  I receive the installation page with the status updates of the installation.  However, when I click the "Click Here to Access Your Portal" I am taken to the root of the default site (the IIS under construction web page renders).  The path to the DNN site is http://localhost/dotnetnuke.  After the install I browse to this link again and it redirects to http://localhost only.  The folder permissions are set in accordance with the book's instructions and the readme file that comes with the zip file I downloaded from DNN.  Any help is appreciated. I am running Windows 2003 Server on all machines.  I have broken down this issue into the components you mentioned (IIS, database, folder permissions, etc.).  I have done so in the past.  There has to be something obvious that's missing but I cannot find it.

Trust me when I say I am very patient and have walked away from this when I get frustrated.  I return to try again because I really want to test ride DNN.  I feel it can become a valuable tool for me an a great option for certain clients.  But I need to prove it out first before I preach.  I can't preach until I see the goods :-)

Hi Mgrimaldi - One thing that is tough for me when posting a response to a question is my ability to make sure I have the time to follow-up, so I apologize for the late response.

From what I read is sounds like you successfully installed v4.4.1 but not v4.5.  If this is not accurate you can disregard this post and email me with an update. My email's domain is dls.net and username is johnv.

It sounds like you have narrowed this issue down.  Your mentioning of the fact that localhost/dotnetnuke redirects you to localhost makes it appear that your portal alias record is localhost.  To check this run Enterprise Manager (if using SQL 2000) or SQL Server Management Studio.  Expand your database leaf (+/-) and expand the tables leaf.  Locate the PortalAlias table, {dbowner}.[{objectqualifier}]PortAlias, i.e dbo.PortalAlias or dbo.dnn_PortalAlias, etc.  You can right click the table and open or query the table.  Check the value of the HTTPAlias record as I have a hunch it is localhost.  From what you said it sounds like your site is pointing to localhost/dotnetnuke.  If so, change this value to localhost/dotnetnuke and try to access your site again.

Since you are using Win2K3 & IIS6 I would recommend creating another website, call it DotNetNuke, and have it point to localhost/dotnetnuke:xxxx, where xxxx is the port number of choice.  This recommendation all depends on your preference, though, and the complexity of the websites you are hosting.  One snag that I have run into before, as an additional thing to check, it to see that your website has a default document called "default.aspx", which is the default for DotNetNuke and most other webapps.  You can verify this in IIS6 ... right click on your website and select properties. Locate the Documents tab and click it and check that "Enable Default Document" is checked and that default.aspx is listed.  If you do not see default.aspx as a default document in the list you should add it.

Good luck and hope to hear good news!

John

 
Previous
 
Next
HomeHomeOur CommunityOur CommunityGeneral Discuss...General Discuss...CanCan't get past install. Will never know what DNN is like.


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