8

सेटअप:Ninject विधानसभा विधानसभा संदर्भित से मेल नहीं खाती

  • ASP.NET MVC3
  • Ninject v2.2.1.4
  • Ninject v3.0.0.15
  • Ninject.MVC3 v3। 0.0.6
  • Ninject.Web.Common v3.0.0.7

एन का उपयोग करना uGet, मेरे unittest परियोजना का संदर्भ Ninject v2.2.1.4

मेरे वेब प्रोजेक्ट संदर्भ Ninject v3.0.0.15, Ninject.MVC3 और Ninject.Web.Common

समस्या:

जीत के साथ

मेरे वेब प्रोजेक्ट के बिन फ़ोल्डर में एक्सप्लोरर खुला है, मैं अपना समाधान बनाता हूं और मैं निनजेक v2.2.1.4 को अपने वेब प्रोजेक्ट की बिन निर्देशिका में कॉपी कर सकता हूं। और फिर निनजेक v3.0.0.15 द्वारा प्रतिस्थापित किया जा रहा है।

जब मैं डिबग करने के लिए F5 मारा, Ninject.dll v3.0.0.15 Ninject v2.2.1.4 निम्न त्रुटि के कारण के साथ बदल जाता है:,

फ़ाइल या विधानसभा 'Ninject लोड नहीं कर सका संस्करण = 3.0 .0.0, संस्कृति = तटस्थ, PublicKeyToken = c7192dc5380945e7 'या इसकी निर्भरताओं में से एक। स्थित असेंबली की स्पष्ट परिभाषा असेंबली संदर्भ से मेल नहीं खाती है। (HRESULT से अपवाद: 0x80131040)

क्या देता है?

+0

तो मैं बस संकुल की मेरी सूची से Ninject v2.2.1.4 नष्ट कर दिया। समाधान v3.0.0.15 समाधान/डीबगिंग करते समय रहता है। मेरी समस्या हल हो गई है, लेकिन मेरी इच्छा है कि मैं समझ गया या जानता था कि इसे पहली जगह क्यों अधिलेखित किया जा रहा था। मैंने सावधानीपूर्वक सभी संदर्भों की समीक्षा की और v2.2.1.4 को कहीं भी संदर्भित नहीं किया जा रहा था। मैंने मैन्युअल रूप से v3 dll का संदर्भ दिया लेकिन इसका कोई फायदा नहीं हुआ, डीबीगिंग करते समय वी 2 हमेशा ओवर का प्रतिलिपि बना रहा था। अगर मैंने एक निर्माण v3 किया है तो कॉपी किया जाएगा ... क्षमा करें अगर यह किसी और की मदद नहीं करता है, लेकिन अगर कोई जवाब जानता है तो मुझे जानना अच्छा लगेगा। TIA ... –

उत्तर

0

कुछ विचार:

  1. केवल अपनी डीबग बिल्ड आप v2 Ninject संस्करण के लिए एक अप्रत्यक्ष संदर्भ था। बिंदु में प्रकरण, मेरा अनुमान है कि जब आप कर रहे हैं अपने डीबग बिल्ड आप अपने टेस्ट परियोजना का निर्माण करते हुए एक रिलीज निर्माण अपने टेस्ट परियोजना का निर्माण नहीं करता है।
  2. जब आप बना रहे थे, तो आप क्या परियोजना निर्माण किया जा रहा था, जब वी 2 DLL बिन में रखा गया था सूचना के लिए हुआ? फिर आप देखेंगे कि कौन सी प्रोजेक्ट v2 बिल्ड का संदर्भ दे रहा है और अपनी खोज को कम करने में सक्षम है (यानी अगर टेस्ट प्रोजेक्ट नहीं था तो उत्तर थोड़ा और स्पष्ट हो जाएगा)।
  3. कभी एक अच्छा विचार विभिन्न परियोजनाओं में एक से अधिक संस्करण को संदर्भित करने के।
  4. आप की जाँच की थी क्या अपने Web.config और App.config संदर्भ की ओर इशारा करते थे?