StrataFrame Forum

SF Web Sample error

http://forum.strataframe.net/Topic23074.aspx

By Edhy Rijo - 5/11/2009

I need to start working on a web project for one of my winform's project while trying to run/test the SF SampleWebApp project, I got the following error after the project was converted to VS2008:



Error1It is an error to use a section registered as allowDefinition='MachineToApplication' beyond application level. This error can be caused by a virtual directory not being configured as an application in IIS.C:\Program Files (x86)\MicroFour\StrataFrame\VB.NET Samples\Web Sample\backup\web sample\web.config39





I re-configured the CustomersBO so it will re-generate the BO files with the BOM. I am using the latest beta source posted today.
By Trent L. Taylor - 5/13/2009

You probably said "yes" when it asked you to add the .NET 3.0 / .NET 3.5 references.  You can run SF with this, but that portion of the upgrade wizard does some strange things.  You might try to convert it again and say "no" when prompted to do this and see if you have the same results.  You will have to get back to the original sample before it was updated.  If you do not have this let me know and I will try to package it up.
By Edhy Rijo - 5/13/2009

Trent L. Taylor (05/13/2009)
You will have to get back to the original sample before it was updated. If you do not have this let me know and I will try to package it up.




Yes, please pack it over and if you have it converted to 2008 better Hehe
By Trent L. Taylor - 5/14/2009

Here it is...I ran it to make sure that it worked, so you should be good to go.
By Edhy Rijo - 5/14/2009

Thanks Trent, this project worked. I had an issue with the ASP.NET development Server, it was not working, I am using Vista Ultimate 64 bits, and I found the fix to the problem on another forum and will post it here in case someone else have the same problem on a 64 bit OS:



I had the same issue w VS2008. My solution wasnt found on the web. After using sysinternals process monitor I found the path VS was using to execute the server was incorrect. I guess MS didnt take into account my system was a 64bit system. So I had to move my DevServer folder to C:\Program Files\Common Files\microsoft shared\DevServer dir. In its present C:\Program Files (x86)\Common Files\microsoft shared\DevServer it was usless since MS was looking in the wrong location.



I hope this saves some other poor sap the time it took me to figure it out.



Stue
By Trent L. Taylor - 5/15/2009

Hmmm....I am running a 64-bit OS as well and did not have this issue.  At any rate, glad you got it going.