I would start with asking why is this not acceptable? is your application something that gets its config from some other executable, like an MMC snapin which requires addition to the mmc.exe.config or a COM+ application that is loaded by dllhost.exe and so requires dllhost.exe.config to be modified? If not I don't see why you can't modify your own applications config.
Options as I see them
1.you might be able to set this programatically as outlined in this blog post
it should be noted that in the blog post the author (a well respected SO member) warns:
I strongly recommend using the official approach of using app.config to set this policy.
I suggest that you read the post in full, but to avoid posting a link answer and to avoid link rot if the blog ever moves, some highlights lifted straight from the blog are included. In the post the solution that is proposed is:
public static class RuntimePolicyHelper
{
public static bool LegacyV2RuntimeEnabledSuccessfully { get; private set; }
static RuntimePolicyHelper()
{
ICLRRuntimeInfo clrRuntimeInfo =
(ICLRRuntimeInfo)RuntimeEnvironment.GetRuntimeInterfaceAsObject(
Guid.Empty,
typeof(ICLRRuntimeInfo).GUID);
try
{
clrRuntimeInfo.BindAsLegacyV2Runtime();
LegacyV2RuntimeEnabledSuccessfully = true;
}
catch (COMException)
{
LegacyV2RuntimeEnabledSuccessfully = false;
}
}
[ComImport]
[InterfaceType(ComInterfaceType.InterfaceIsIUnknown)]
[Guid("BD39D1D2-BA2F-486A-89B0-B4B0CB466891")]
private interface ICLRRuntimeInfo
{
void xGetVersionString();
void xGetRuntimeDirectory();
void xIsLoaded();
void xIsLoadable();
void xLoadErrorString();
void xLoadLibrary();
void xGetProcAddress();
void xGetInterface();
void xSetDefaultStartupFlags();
void xGetDefaultStartupFlags();
[MethodImpl(MethodImplOptions.InternalCall, MethodCodeType = MethodCodeType.Runtime)]
void BindAsLegacyV2Runtime();
}
}
The post gives and example of using it:
As an example, take a simple audio player. The code below shows how
this can be used to properly, at runtime, only use the “native” API if
this will succeed, and fallback (or raise a nicer exception) if this will fail:
public class AudioPlayer
{
private IAudioEngine audioEngine;
public AudioPlayer()
{
if (RuntimePolicyHelper.LegacyV2RuntimeEnabledSuccessfully)
{
this.audioEngine = new AudioEngineNative();
}
else
{
this.audioEngine = new AudioEngineManaged();
}
}
public void Play(string filename)
{
this.audioEngine.Play(filename);
}
}
Now – the warning: This approach works, but I would be very hesitant
to use it in public facing production code, especially for anything
other than initializing your own application. While this should work
in a library, using it has a very nasty side effect: you change the
runtime policy of the executing application in a way that is very
hidden and non-obvious.
2. You might also be able to compile your app against .net v2
then it should be able to load the older component. Would this option be any more acceptable?
3. Get a newer version of the component you are trying to load.
I don't know how far you'll get with this though :).
4. Try using a decompiler on the component and then recompiling against a newer version of the framework.
This might not be easy and is probably not even legal. Please check your license agreements before attempting this. Its probably not very appropriate either, but I'm just listing it as an option.
