19

From a class library, I need to determine at run-time whether I'm running in an ASP.NET app or a WinForms/console app. There have been several other questions asked on the subject, but all of those solutions require adding a reference to System.Web. If at all possible, when running my console and WinForms apps, I don't want to load the System.Web assembly into memory just for one line of code out of thousands.

8 Answers 8

8

Use System.Diagnostics.Process.GetCurrentProcess().ProcessName

If you're running ASP.NET then the assembly will be named thusly:

  • If you are running IIS 6.0 or IIS 7.0, the name is w3wp.exe.

  • If you are running an earlier version of IIS, the name is aspnet_wp.exe.

Another Idea: How about testing the process/app domain for the presence of the System.Web.dll with the AppDomain.CurrentDomain.GetAssemblies() API?

Sign up to request clarification or add additional context in comments.

7 Comments

GetExecutingAssembly() returns the assembly containing the currently-executing line of code. For a class library located in a DLL referenced by applications of various types, that will always be the same regardless of which app is referencing it.
I like this because it's simple, and I'm already getting the value of System.Diagnostics.Process.GetCurrentProcess().ProcessName as a starting point. However, checking for specific return values feels kind of hacky. If the name of the process changes with IIS 8, I'd have to update my app. I'll have to give it some thought.
Yes, it is a hack. I actually first came across it when trying to determine whether or not the custom control I was creating was in design mode or runtime. For that I had to check to see if the owner process was an IDE or not. The Control.DesignMode property did not actually work. That said, it is a good idea to hedge your bets. Have you checked into any other alternatives such as detectic whether or not some core ASP.NET DLLs are loaded in the same process? That ought to be a solid clue.
@Bill: Check my "Another Idea" edit above. It might work for you. Though a caveat could be that the assembly might be loaded if the app you're running in uses web APIs...
I haven't tested this and it may be overkill but could you load the System.Web assembly via Reflection into a separate appdomain and then destroy it once you're done? This would at least not really be a hack and works around loading the assembly as part of the application for its entire duration.
|
5

One of the questions you linked to contained an answer suggesting Environment.UserInteractive.

You could also try to analyze the StackTrace of your code to figure out where you are called from.

2 Comments

Environment.UserInteractive returns false when a console app is running from the Windows Task Scheduler, so I can't rely on it as a flag that differentiates web apps from console apps. I'll try analyzing a stack trace and see what I can come up with.
This test would also fail in a Windows Service
2

You could try something based on Assembly.GetEntryAssembly(). As noted in the comment below, GetEntryAssembly() returns NULL if the current code is being run in the context of a web application or service. It will return some non-null reference in cases of standalone apps such as WinForm or console apps.

Edited to change the original answer because of the comment.

4 Comments

Assembly.GetEntryAssembly() returns null for web apps and web services. Good thought, though.
Well then that's a possible solution; if GetEntryAssembly() returns null you're in a web environment, whereas if it comes back with something you're in some standalone environment.
There's no guarantee it's web. Docs: "[I]f an unmanaged application creates an instance of a COM component written in C#, a call to the GetEntryAssembly method from the C# component returns null, because the entry point for the process was unmanaged code rather than a managed assembly."
It returnes null also if it is called from MS Test as it is not an executable
2

Yet another hack:

System.Configuration.ConfigurationManager.OpenExeConfiguration throws an ArgumentException with a specific message if you're not running inside a standalone exe. You could use that fact to check in this manner:

bool notAnExe = false ;
try
{
    // see if we're running in an exe.
    Configuration config = ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.None);
}
catch(ArgumentException aex)
{
    if(aex.Message == "exePath must be specified when not running inside a stand alone exe.")
    {
        notAnExe = true ;
    }
}

1 Comment

This is because the ConfigurationManager is expecting a call from ASP.NET to set a configuration system other that client. See .NET source code at referencesource.microsoft.com/#System.Configuration/System/…
1

You can check System.Diagnostics.Process.GetCurrentProcess().ProcessName;. If it starts with aspnet, then it's asp.net. Otherwise, desktop.

1 Comment

This does not hold for all versions of ASP.NET
1

This is an old thread, but here is new answer that isn't a hack.

private bool IsExe()
{
  var domainManager = AppDomain.CurrentDomain.DomainManager;
  if (domainManager == null) return false;

  var entryAssembly = domainManager.EntryAssembly;
  if (entryAssembly == null) return false;

  return entryAssembly.Location.EndsWith(".exe", StringComparison.OrdinalIgnoreCase);
}

This will not tell you if the application is ASP.Net or not, but it will tell you if this is a console or WinForms app which is the opposite approach to most of the other answers here. For example if this is an OWIN application the IsExe method will return false even though this is not an ASP.Net application.

Comments

1
HostingEnvironment.IsHosted

MSDN Docs

2 Comments

That requires System.Web, which I specifically stated in the question I did not want to reference.
Sorry didn't read the question in detail. ;-) But this solution worked OK for what I needed and I didn't see it anywhere out there. So I thought I'd throw it out there.
0

It may appear like a hack. It uses the DomainManager type of Current AppDomain. Check also AppDomainManager

public static class AspContext
{
    public static bool IsAspNet()
    {
        var appDomainManager = AppDomain.CurrentDomain.DomainManager;
        return appDomainManager != null && appDomainManager.GetType().Name.Contains("AspNetAppDomainManager");
    }
}

Or you can use this other answer on SO

Comments

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Start asking to get answers

Find the answer to your question by asking.

Ask question

Explore related questions

See similar questions with these tags.