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 4.03 and VDir Web Service fighting.DNN 4.03 and VDir Web Service fighting.
Previous
 
Next
New Post
5/16/2006 11:07 AM
 

This is deep, I have been working it for months, hope someone understands and can help.  Ready.

I have DNN 4.03 running on 2003 server and SQL 2000. Port forwarding requires the Default Web site to point to my DNN Web.  But, I have a Web Service developed in VS 2005 running in a Virtual Directory underneath it. I have separate Application pools but no matter what I do the web service inherits the web.config from the root default web site (I have beat my head bloody on this for weeks).  I get this strange error: This application was precompiled with personalization turned off, but it appears to have been turned on after the precompilation, which is not supported.

It appears to be a conflict with the DNN Web.config because if I point the Default Web site somewhere else (this removes the DNN web config from the inheritance chain) it works great.  I have tried putting some "Clear" statements in my web service web.config to get around it but nothing seems work.

Stry, I can fix it temporarily by changing the Default Web home directory, testing the web service (runs perfectly), and then change the Default Web back to DNN.  This works for awhile, but eventually IIS remembers that is doesn't like it and I start getting the error again.

I have tried a redirect from the Default Web site to a Virtual Directory for DNN.  I think this should be the answer but could not get it to work. (this would again take the DNN web.config out of the inheritance path but may hide the web service)

I have also tried to isolate the web.configs using "Location" tags in the DNN web.config but I could not get that to work either.

I also spent a day or two getting  the Microsoft "Web Admin Tool" working.  Nice idea, but a total waste of time.

All in all this attempt to upgrade from DNN 2.X to DNN 4.03 and Windows 2003 has been a nightmare and a wonderful learning experience.  I won't even get into the tightened security in 2003 IIS.  So if anyone is an IIS/2003/DNN/Web.config expert, please throw me a bone before I throw my web server into the parking lot.

P.S. I'm going to 4.1 as soon as it hits the streets.  Maybe that will fix it.

Thanks,

Jeff  


Trusmart Technologies Corp.
 
New Post
5/18/2006 12:11 PM
 

Stubborn perseverance pays off. I got it working and here is the answer for anyone else that runs into this issue.

First, what I could not get to work were using the <location> tags in the default web.config. Documentation seems to indicate this is the way to override settings for virtual directories but it did not work for me.

I started adding things to my web service web.config that reverses settings in the DNN web.config until I got it working.  Here were the entries I had to add to my web.config:

<system.web>
 <httpModules>
  <clear/>
 </httpModules>
 <httpHandlers>
  <remove verb="GET" path="FtbWebResource.axd" />
 </httpHandlers>
 <pages>
  <namespaces>
   <remove namespace="DotNetNuke.Services.Localization"/>
   <remove namespace="DotNetNuke.Entities.Users"/>
   <remove namespace="DotNetNuke"/>
   <remove namespace="DotNetNuke.Common"/>
   <remove namespace="DotNetNuke.Data"/>
   <remove namespace="DotNetNuke.Framework"/>
   <remove namespace="DotNetNuke.Modules"/>
   <remove namespace="DotNetNuke.Security"/>
   <remove namespace="DotNetNuke.Services"/>
   <remove namespace="DotNetNuke.UI"/>
   <remove namespace="DotNetNuke.Entities.Portals"/>
   <remove namespace="DotNetNuke.Common.Utilities"/>
   <remove namespace="DotNetNuke.Services.Exceptions"/>
   <remove namespace="DotNetNuke.Entities.Tabs"/>
  </namespaces>
 </pages>
 <profile enabled="false" >
  <providers>
  <clear/>
  </providers>
 </profile>
</system.web>
You may have more or less depending on what conflicts your other application have but this worked for me. I can't tell you how long I have been working on this.  Like all things a very painful road but victory is sweet and the knowlege acquired is invaluable.


Trusmart Technologies Corp.
 
New Post
5/18/2006 10:17 PM
 

thanks!  i have been trying to figure this out too.  you just saved me at least a days worth of headache.  i pasted in your code and things started working immediately.  question though, what does the ftbwebresource.axd line do in the web.config?

 
New Post
8/23/2006 11:03 PM
 
this is very cool solution for me.. i have headache for 1 week around this problem and solved with your post. thank you
 
New Post
7/8/2007 4:29 PM
 
Just wanted to let you know that your post also helped me solve my issue. I'm not running a DNN site right now, but I did get the "Profile appears to have been enabled after compilation" error, after I enabled the Profile system in my main root site. Like you, I didn't think this would affect my other child sites, because they are supposed to be isolated in their own app pool processes. But all my sites do use the same database for their Membership system, so that could have something to do with it.

Anyway, just wanted to say thanks! You saved me who-knows-how-much downtime. These are the only lines I had to add to my child sites' web.configs:







Once I added that to each child website, it fixed it right up!
 
Previous
 
Next
HomeHomeUsing DNN Platf...Using DNN Platf...Administration ...Administration ...DNN 4.03 and VDir Web Service fighting.DNN 4.03 and VDir Web Service fighting.


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