Email Article To a Friend View Printable Version

ASP.Net - Server operation is not available in this context - Using Server.MapPath in Global.asax

.NET Programming

If you try to use the Server.MapPath() function in your global.asax file for ASP.Net you are likely to encounter this error:

Server operation is not available in this context

To use Server.MapPath() in global.asax instead use:

System.Web.Hosting.HostingEnvironment.MapPath()

More details about System.Web.Hosting.HostingEnvironment.MapPath() are available on MSDN



Share
  • Facebook
  • Google Bookmarks
  • Ask
  • LinkedIn
  • Socialogs
  • Wikio
  • Digg
  • Twitter
  • SlashDot
  • Reddit
  • MySpace
  • Del.icio.us
  • Blogter
  • BlogMemes
  • Yahoo Buzz




Email Article To a Friend View Printable Version

ASP.Net Tools to Test High CPU Load, High Memory and High Disk Usage

.NET Programming

Often when testing the performance of a ASP.Net website you need to see how the site will perform under extreme conditions. This is easy to do in a virtual environment where you can reduce the number of CPUs or available RAM.

But how do you test this on a physical box?

Vijayshinva Karnure has written a short list of tools that you can use to stress out the CPU, Memory and Disk outside of your ASP.Net application so you can look for memory / timeout / response problems

Check out the list here http://blogs.msdn.com/b/vijaysk/archive/2012/10/27/tools-to-simulate-cpu-memory-disk-load.aspx

A number of these tools come from the Windows SysInternals team who are all about performance



Share
  • Facebook
  • Google Bookmarks
  • Ask
  • LinkedIn
  • Socialogs
  • Wikio
  • Digg
  • Twitter
  • SlashDot
  • Reddit
  • MySpace
  • Del.icio.us
  • Blogter
  • BlogMemes
  • Yahoo Buzz






Email Article To a Friend View Printable Version

Keeping Exception.StackTrace Intact when Rethrowing an Exception

.NET Programming

Nick Weinholt (.Net Performance guru and MVP) has an article on the correct method for rethrowing an exception in C# so that the Exception.StackTrace actually points to the root problem.

In C# the correct method for rethowing an exception is using throw; without any arguments within the catch block:

try {
// code
}
catch (Exception ex) {
throw; // Rethrow exception without resetting StackTrace
}

In VB.Net the method is the same:

Try
' code

Catch ex As Exception
Throw ' Rethrow exception without resetting StackTrace

End Try

Using this method the stack trace will go all the way down to the original exception, and not just to your catch block.



Share
  • Facebook
  • Google Bookmarks
  • Ask
  • LinkedIn
  • Socialogs
  • Wikio
  • Digg
  • Twitter
  • SlashDot
  • Reddit
  • MySpace
  • Del.icio.us
  • Blogter
  • BlogMemes
  • Yahoo Buzz







Gold Coast Aquarium Maintenance | Gold Coast Marine Fish | Gold Coast Tropical Fish
Jewel Jones - Counselling Service - Penrith, Richmond
 
     
 Copyright © 2013 Julian Kuiters
 All trademarks and copyrights on this page are owned by their respective owners.