AppDomain.CurrentDomain.SetupInformation.PrivateBinPath अशक्त

Question

जब मैं अपने आवेदन केवल एक AppDomain है कि शुरू होता है, AppDomain.CurrentDomain.SetupInformation.PrivateBinPath रिक्त है। यहां तक ​​कि जिन्हें आप नीचे देख रहा रास्तों MyApp.exe.configमें सेट की जांच की है, हालांकि।

मैं expeceted होगा कि AppDomain.CurrentDomain.SetupInformation.PrivateBinPath स्ट्रिंग "Dir1;Dir2;Dir3" है।

MyApp.exe.config में कॉन्फ़िगर किए गए प्रोबिंग पथ का उपयोग कैसे कर सकता हूं?

<?xml version="1.0" encoding="utf-8"?> 

<configuration> 
    <appSettings> 
    <add key="Foo" value="Bar" /> 
    </appSettings> 
    <startup> 
    <!-- supportedRuntime version="v1.1.4322"/--> 
    </startup> 

    <runtime> 
    <gcConcurrent enabled="true" /> 
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1"> 
     <publisherPolicy apply="yes" /> 

     <!-- Please add your subdirectories to the probing path! --> 
     <probing privatePath="Dir1;Dir2;Dir3" /> 
    </assemblyBinding> 
    </runtime> 
    <system.windows.forms jitDebugging="true" /> 
</configuration> 

अद्यतन

के रूप में हंस Passant comment below ने कहा, SetupInformation.PrivateBinPath प्राथमिक appdomain के लिए सेट नहीं है। तो उपर्युक्त काम नहीं करता है। प्रोबिंग पथ में असेंबली के लिए फ़्यूज़न खोजों के तरीके को अनुकरण करने के लिए आपका सुझाव क्या होगा या कम से कम <probing privatePath="" /> वर्तमान एप्लिकेशन कॉन्फ़िगरेशन से खाते में ले जाएगा? सबसे अच्छी बात मैं के साथ आ सकते हैं App.config से <probing privatePath="" /> पढ़ने के लिए मैन्युअल रूप से जब वर्तमान डोमेन प्राथमिक appdomain (AppDomain.CurrentDomain.IsDefaultAppDomain()true है) है। क्या कोई बेहतर तरीका है?

अद्यतन 2

यहाँ कुछ अतिरिक्त पृष्ठभूमि जानकारी है कि इस के लिए आवश्यक है: Nancy framework की AppDomainAssemblyTypeScanner.GetAssemblyDirectories() में हुई यह समस्या।

नैन्सी autodiscovers और लोड 3 पार्टी मॉड्यूल और अन्य "प्लग इन"। डिफ़ॉल्ट रूप से यह वैसे ही किया जाना चाहिए जैसा सामान्य रूप से जुड़े असेंबली लोड हो जाएंगे (यानी संलयन के रूप में यह जांच करेगा) जांच पथों को देखकर। सभाओं का उपयोग कर लोड किए गए हैं Assembly.Load (के रूप में Assembly.LoadFrom के खिलाफ) इतनी के रूप में मैं इसे समझते हैं, सभी निर्भर लोड विधानसभाओं के विधानसभाओं पहुंच योग्य आवेदन/appdomain की जांच कर रास्ते में भी होना चाहिए।